Bölüm Dışı, Geliştirici Olarak Hayatta Kalma

#7. Yeni Mezun İşe Alımında Yardımcı Olan ve Olmayan Şeyler

Geliştirici topluluklarında, geliştirici olarak işe alındığınızda ~ yaparsanız faydalı olur mu? gibi sorular sıkça sorulur.
Bunların arasında, bana göre faydalı olduğunu düşündüğüm ve faydalı olmadığını düşündüğüm konuları özetleyeceğim.

1️⃣ Teknoloji Blogu
Kurslarda öğrendiğiniz veya kendi kendinize öğrendiğiniz bilgileri blogunuza yazarak yayınlayan birçok insan var. Yemek Sepeti veya ünlü teknoloji şirketleri de teknoloji blogları yayınlıyor ve bir şekilde teknolojinin blogu olmalı gibi bir hisse kapılıyorsunuz. Öğrendiğiniz bilgileri tekrar etmek ve düzenlemek amacıyla yazmanızı öneririm ancak bloga içerik yüklemek için çok fazla zaman ayırmanın kişisel olarak verimsiz olduğunu düşünüyorum.

Kurslarda öğrendiğiniz bilgileri özümsemeniz, tekrar etmeniz ve ön hazırlık yapmanız vs. yapılacak çok şey varken, bloga güzel bir şekilde düzenleme ve düzenleme yapmanın yanı sıra çalışma zamanınızda daha fazla zaman harcamanın verimli olduğunu düşünüyorum. Aslında bloga yüklenen içeriklerin çoğu zaten başka bloglarda mevcut ve özgeçmişinize ekleseniz bile bunlara bakacak zamanınız yok... Geliştiriciler her zaman meşgullerdir..ㅜ)

Ben de şu anda blog yazıyorum, ancak bunu tamamen kişisel olarak öğrendiğim bilgileri veya daha sonra tekrar baktığımda faydalı olabilecek şirketimizde geliştirdiğim içerikleri düzenlemek için yapıyorum. İşe alım sürecinde, bloglardan ziyade çalışmaya daha çok odaklanmak daha iyi olabilir!

Kişisel Tavsiye: ⭐️ ⭐️

2️⃣ Git Hub
Git, sürüm kontrolü için kullanılır. Kaynak kodlarını paylaşır, versiyonlara göre yönetir, dağıtım geçmişini kaydeder ve gerçek çalışma ortamında neredeyse vazgeçilmez bir sistemdir. Kurslarda ekip üyeleriyle kaynak kodu birleştirmek için veya kişisel olarak öğrendiğiniz kaynak kodunu depolamak için kullanılır.

Kişisel olarak, kaynak kodlarını Git Hub'da yönetmenizi tavsiye ederim. Gerçek çalışma ortamında da vazgeçilmez bir sistemdir, ancak kurs müfredatlarında neredeyse hiç yer almıyor gibi görünüyor. İşe başladıktan sonra hızlı bir şekilde uyum sağlamak için, git'e alışmak ve önceden çalışmak amacıyla Git Hub'ı yönetmek iyidir. Ancak bir gün bir commit gibi bir özveriyi kanıtlamak için her gün commit yapmanız gerekmiyor gibi görünüyor. İnsan kaynakları yöneticileri bile bunu bu kadar ayrıntılı düşünmüyor ve kurs kaynak kodunu sürekli commit ederseniz bunun pek bir anlamı olmuyor.

Gerçekten küçük ve basit bir proje bile olsa, depoları kategorilere ayırın, commit edin ve readme.md dosyasına hangi program olduğu, onu oluştururken ne hissettiğiniz ve zorluklar gibi bilgileri eklemek çok daha iyi bir öğrenme ve etkileşim yaratma yöntemi olduğunu düşünüyorum (daha sonra belgenizdeki en iyi projelerin git url'sini ve kısa bir özetini ekleyebilirsiniz).

Kişisel Tavsiye: ⭐️ ⭐️ ⭐️ ⭐️

3️⃣ Çeşitli Sertifikalar Alın
sqld, ocjp gibi geliştirmeyle ilgili çeşitli sertifikalar mevcuttur. Bazen sqld almak istiyorsunuz ve bu bir geliştirici için faydalı mı? gibi sorularla karşılaşıyorsunuz. Ben de dahil olmak üzere çoğu geliştirici, geliştiricinin sadece "Bilgi İşlem Teknisyeni" sertifikasına sahip olması gerektiğini düşünüyor (muhtemelen diğer sertifikaları bilmeyenler de vardır).

Eğitim düzeyine göre Bilgi İşlem Teknisyenliği / Bilgi İşlem Teknisyenliği / Bilgi İşlem Teknisyenliği olarak ayrılıyor, eğer üst düzey sertifikanız varsa alt düzey sertifikalar pek faydalı olmuyor. Bilgi İşlem Teknisyenliği almaya uygun deneyim veya eğitim seviyeniz varsa, doğrudan onu almak daha iyidir, ancak ön lisans mezunuysanız veya lisansınızı henüz alamadıysanız ve teknisyen olamadıysanız, önce teknisyenliği alın, sonra deneyim kazanın ve teknisyenliği alın.

Başka bir şeye bakmayın.. Zaman ve para israfı...

Kişisel Tavsiye: ⭐️ ⭐️ ⭐️ ⭐️