İş Deneyimi Olmayan Junior Geliştirici Portföyünü Nasıl Kurar?

Açmaz ve yazılımın ayrıcalığı

"Deneyimsiz eleman aranıyor. En az iki yıl deneyimli" esprisi, junior'ın gerçeğidir, ama yazılım, bu açmazın en kırılabilir olduğu meslektir. Bir doktor hastanesiz pratik yapamaz, bir geliştirici ise işverensiz her şeyi yapabilir. Gerçek bir uygulama yazmak, yayına almak, kullanıcıya sunmak, hata ayıklamak, dokümante etmek.

Bu ayrıcalık, beklentiyi de şekillendirir. İş deneyimi olmayan adayın portföyü, deneyimlilerinkinden daha özenli olmalıdır, çünkü tek kanıtı odur. İyi haber şudur. Özen, junior'ın tamamen kendi kontrolündeki tek değişkendir.

İşe alımcı junior portföyünde ne arar?

Junior pozisyonda kimse bitmiş bir uzman aramaz; aranan üç sinyaldir. Yazabiliyor mu (çalışan, okunabilir kod), düşünebiliyor mu (neden bu çözüm, neden bu araç, kararların gerekçesi) ve öğrenebiliyor mu (sürecin izi. Commit'ler, notlar, düzeltmeler, sorulara verilen emek).

Bu üçlü, portföyün neyi öne çıkaracağını söyler. Teknoloji listesinin uzunluğu sinyal değildir, beş teknolojiyi yüzeysel bilmek, sinyal olarak sıfırdır; bir projeyi uçtan uca taşımak üç sinyali birden verir. Portföy, bildiklerinizin envanteri değil, yapabildiklerinizin kanıtıdır.

Az proje, çok derinlik

On yarım proje ile üç tam proje arasındaki fark, işe alımcının gözünde uçurumdur. Tam proje şu demektir. Canlıda çalışan bir demo, eksiksiz bir README, anlamlı commit geçmişi, ele alınmış hata durumları ve, mümkünse, birkaç gerçek kullanıcı. Yarım proje ise "başladım ama" hikâyesidir ve maalesef kendi başına bir sinyaldir. Bitirememe sinyali.

Pratik öneri nettir. Portföye koyulacak her projeyi "gösterilebilir" eşiğine taşıyın, taşıyamayacaklarınızı portföyden çıkarın. Depo silinmek zorunda değildir, ama vitrine yalnız bitmişler çıkar. Vitrindeki en zayıf iş, bütün vitrinin algısını belirler.

Kendi sorununu çözen proje

Eğitim projelerinin (yapılacaklar listesi, hava durumu, film kataloğu) sorunu kötülükleri değil, aynılıklarıdır. İşe alımcı o projeyi o hafta beş kez görmüştür ve altıncısı hiçbir şey söylemez. Ayırt eden proje, kendi hayatınızdan bir sorunu çözer. Ev arkadaşlarıyla ortak masraf takibi, antrenman programı düzenleyici, mahalledeki spor sahasının doluluk çizelgesi, ne olursa.

Özgün problemin gücü, zorunlu kıldığı düşüncededir. Şablonu olmayan sorun, gerçek kararlar aldırır, veri nasıl modellenecek, hangi durumlar var, kullanıcı neyi bekliyor? README'de bu kararları anlatmak, "düşünebiliyor mu?" sorusuna verilebilecek en somut cevaptır. Küçük ama kendi sorununuz, büyük ama herkesin şablonundan her zaman değerlidir.

README ve demo disiplini

İşe alımcının bir projeye ayıracağı süre dakikalarla ölçülür ve o dakikalar iki yerde geçer. README ve demo. README şunları taşımalıdır. Proje ne yapar (iki cümle), canlı demo bağlantısı, ekran görüntüsü, kullanılan teknolojiler ve neden seçildikleri, öne çıkan teknik kararlar ve bilinen sınırlar. "Bilinen sınırlar" bölümü özellikle değerlidir. Eksiğini bilen aday, olgunluk sinyali verir.

Demo disiplini ise tek kuraldır. Bağlantı her zaman çalışır. Uyuyan ücretsiz sunucuysa README'de "ilk açılış birkaç saniye sürebilir" notu düşülür; ölmüş demo ise portföyün en pahalı hatasıdır, tıklayıp boşluğa düşen işe alımcı, ikinci projeye çoğu zaman bakmaz.

Öğrenme sürecini görünür kılmak

Junior'ın en güçlü ama en az kullandığı kanıtı, öğrenme sürecinin kendisidir. Bunu görünür kılmanın araçları mütevazıdır. Kısa teknik notlar ("X sorununu şöyle çözdüm, kısa yazı"), anlamlı commit mesajları (sürecin okunabilir güncesi), küçük açık kaynak katkı denemeleri (bir dokümantasyon düzeltmesi bile sürece katılma kanıtıdır).

Bu izlerin ortak mesajı şudur. "bu kişi duvara çarptığında pes etmiyor, çözüyor ve çözdüğünü anlatabiliyor." Junior işe alımının en büyük korkusu, "öğretmek zorunda kalacağız ama öğrenecek mi?", tam bu izlerle yatışır. Süreç, ürün kadar portföydür.

Hepsini tek adreste sunmak

Dağınık kanıt, kanıt değildir. GitHub bir yerde, demo başka yerde, yazılar üçüncü yerde, işe alımcıdan bunları toplamasını beklemek gerçekçi değildir. Çözüm, tek profil adresidir. Üstte kimlik ve tek cümlelik konumlanma ("web ağırlıklı junior geliştirici, öğrenme güncem aşağıda"), altında seçilmiş projeler (her biri demo + repo bağlantısıyla), teknik notlar ve iletişim.

Bu adres, başvurunun her yerine yazılır. CV'nin tepesine, başvuru formlarına, LinkedIn'e. İşe alımcının yolculuğu tek tıkla başlar ve sizin kurduğunuz sırayla ilerler, en güçlü projeniz ilk sırada, en iyi yazınız onun yanında.

dijital.dev ile kurulum

Dijital Link üzerinde dijital.dev alan adıyla açacağınız profil, junior portföyünün tek adresi olur. Seçilmiş projeler (demo ve repo bağlantılarıyla), teknik notlarınız, GitHub profiliniz ve iletişim kanalınız tek sayfada durur, alan adının .dev uzantısı, daha adreste mesleği söyler.

Yeni proje eklemek ya da sıralamayı değiştirmek panelden dakikalar sürer; hangi projenin tıklandığını istatistiklerden izlersiniz, işe alımcıların neye baktığı, portföyün sıradaki iyileştirmesini söyler; saklama süresi plana göre değişebilir.

Plan ayrıntıları için planlar sayfasına bakın.

Junior portföyü kontrol listesi

• Vitrinde yalnız "gösterilebilir" eşiğini geçen projeler mi var?
• En az bir proje kendi hayatınızdan bir sorunu mu çözüyor?
• Her README demo bağlantısı, kararlar ve bilinen sınırlar taşıyor mu?
• Bütün demo bağlantıları bugün çalışıyor mu?
• Projeler, notlar ve iletişim tek adreste toplu mu?

Bu liste tamamlandığında "deneyimsiz" etiketi eksik bir hikâye olmaktan çıkar. İşe alımcının karşısında, yazabildiğini, düşünebildiğini ve öğrenebildiğini kanıtlarıyla gösteren bir aday vardır, ilk işin kapısı, tam bu kanıtlarla açılır.