Portföy, CV ve iş arama

Elli üç derste yedi proje yazdın. Ama bir işveren onları kendiliğinden bulmaz; bulsa da ne olduklarını anlamak için uzun uğraşmaz. Bu ders kod dersi değil, vitrin dersi: GitHub profilini, proje README'lerini, CV'ni ve LinkedIn profilini bir işverenin gözüyle düzenleyeceksin. Sonra iş ilanlarını okumayı, başvurularını takip etmeyi ve kısa bir ön yazı yazmayı öğreneceksin. Dersin sonunda başvuru yapmaya hazır bir dosyan olacak.

#İşveren neye bakar?

Deneyimli bir yazılımcı başvurduğunda işveren önceki işlerine bakar. Senin önceki işin yok; bu yüzden işverenin elinde tek bir soru kalır: "Bu kişi gerçekten kod yazabiliyor mu?" Cevabı CV'ndeki cümleler değil, gösterebildiğin şeyler verir.

Junior başvurularında işverenin baktığı şeyler kabaca şunlar:

• Çalışan bir şey. Tıklayınca açılan bir canlı bağlantı ya da README'deki komutlarla çalışan bir proje. "Bende çalışıyordu" kanıt değildir.
• Okunabilir kod. Anlamlı adlar, kısa fonksiyonlar, tutarlı biçim. İçinde unutulmuş console.log'lar, yoruma alınmış eski kod blokları, deneme2.js gibi dosyalar olmasın.
• README. Projeyi anlatabiliyor musun? İş yerinde en sık yapacağın işlerden biri, ne yaptığını başkasına yazıyla anlatmak.
• Geçmiş. Adım adım, anlamlı mesajlı commit'ler; dallar ve pull request'ler (Ders 52). Tek bir "hepsi" commit'i, projeyi bir yerden kopyalamışsın gibi görünür.
• Test ve araçlar. npm test ile çalışan testler, her push'ta onları çalıştıran GitHub Actions, Prettier ile biçimlenmiş kod (Ders 53).
• Sürekli öğrenme. Son aylarda da kod yazıyor musun? README'lerinde "neyi öğrendim, neyi düzelttim" yazıyor mu?
• İletişim. CV'nde, ön yazında ve README'lerinde yazım hatası, özensiz cümle olmaması. Bunlar yazılı iletişiminin ilk örnekleri.

Başvurunu ilk açan kişi çoğu zaman teknik olmayan bir işe alım uzmanıdır (recruiter); kodunu okuyan ise sonraki aşamadaki geliştiricidir. Bu yüzden vitrin iki katmanlı olmalı: ilk bakışta anlaşılır, derine inince sağlam.

#Kanıt, iddiadan güçlüdür

CV'lerin çoğu aynı sıfatlarla dolu: çalışkan, takım oyuncusu, öğrenmeye açık. Okuyan kişi bunları doğrulayamaz, o yüzden geçer. Her iddianın yanına bir kanıt koy:

#Kursun yedi projesi portföye nasıl dönüşür?

Bu kursta her blokta bir proje yazdın. Hepsi aynı ağırlıkta değil: ilk projeler öğrenme yolculuğunu, son projeler ise iş yerinde yapacağın işe ne kadar yakın olduğunu gösterir.

Blok 7'nin projesi iki yerde duruyor: asistanı mac-notlari uygulamana "Notlarına sor" sayfası olarak taşıdın, alıştırma projesi not-asistani ise şimdilik yalnız bilgisayarında. Onu da GitHub'da bir depo açıp gönder: aramayı ölçtüğün soru kümesiyle birlikte, yapay zekâ tarafını en açık gösteren proje o. Ders 46'da uygulamana başka bir ad verdiysen bu dersteki mac-notlari yerine kendininkini düşün.

Tablonun son satırı önemli. Bu kursu bitiren herkesin elinde aynı yedi proje olacak; bir işveren aynı takım API'sini iki başvuruda görürse ikisini de daha az önemser. Öne çıkmanın iki yolu var:

• Kurs projesini kendinin yap. Görevlerdeki genişletmeleri yap, kendi fikrinle bir özellik ekle, veriyi değiştir. README'de neyin kurstan geldiğini, neyi senin eklediğini açıkça yaz.
• Kendi projen. Küçük ama gerçek bir sorunu çözen bir uygulama: arkadaş grubunun maç takvimi, ailenin dükkânı için stok listesi, sevdiğin bir oyunun istatistik sayfası. Kursta öğrendiğin yığınla, ama planı ve kararları senin.

#GitHub profilin: vitrin

GitHub profilin github.com/kullaniciadin adresindedir. Şu ana kadar orada yalnız depo listen vardı. Bu bölümde iki şey ekleyeceksin: üstte seni anlatan bir yazı ve altında en iyi projelerin.

#Profil README'si: adı senin adın olan depo

GitHub'da adı kullanıcı adınla birebir aynı olan bir depo açarsan, o deponun README'si profil sayfanın en üstünde görünür. Kullanıcı adın denizyilmaz ise depo denizyilmaz/denizyilmaz olur.

GitHub'ın belgesine göre profilde görünmesi için dört şart var: depo adı kullanıcı adınla aynı olmalı, depo herkese açık (Public) olmalı, deponun ana klasöründe README.md adında bir dosya olmalı ve dosya boş olmamalı.

Tarayıcıda yazmak yerine VS Code'da yazıp önizlemek istersen depoyu bilgisayarına klonla. git init ile yeni bir depo açma; nedenini birazdan bir hata kartında göreceksin. C:\kod klasöründe bir terminal aç:

PS C:\kod> git clone https://github.com/denizyilmaz/denizyilmaz.gitCloning into 'denizyilmaz'...# GitHub'dan klonlarken altında birkaç "remote:" ve "Receiving objects" satırı daha görürsün.

Oluşan C:\kod\denizyilmaz klasörünü VS Code'da File → Open Folder... ile aç. GitHub'ın şablonunu sil ve kendi yazını yaz. Kısa tut: profil README'si bir özgeçmiş değil, bir karşılama kartıdır. Bir ekranı geçmesin.

1# Merhaba, ben Deniz2 3Junior full-stack geliştiriciyim. TypeScript, React, Next.js,4Node.js ve PostgreSQL ile web uygulamaları yazıyorum; son5projelerimde dil modellerini uygulamaya bağladım.6 7- **Şu an:** maç notları uygulamama test yazıyorum8- **Öğreniyorum:** Docker ve teknik İngilizce9- **Aradığım:** İstanbul'da ya da uzaktan junior pozisyon10 11## Öne çıkan projeler12 13- [Maç Notları](https://github.com/denizyilmaz/mac-notlari):14  Discord ile girişli maç notları ve notlara soru soran15  asistan (Next.js, PostgreSQL, RAG)16- [Not Asistanı](https://github.com/denizyilmaz/not-asistani):17  kaynak göstererek cevaplayan asistan ve arama ölçümü18- [Takım API'si](https://github.com/denizyilmaz/takim-api):19  takım ve şampiyon REST API'si (Express, PostgreSQL)20 21## İletişim22 23deniz@example.com · linkedin.com/in/deniz-yilmaz-ornek

PS C:\kod\denizyilmaz> git add README.mdPS C:\kod\denizyilmaz> git commit -m "Profil README'sini yaz"[main 9a84ded] Profil README'sini yaz 1 file changed, 23 insertions(+), 4 deletions(-)PS C:\kod\denizyilmaz> git pushTo https://github.com/denizyilmaz/denizyilmaz.git   0b3fbde..9a84ded  main -> main

Örnekteki depo adları ve iletişim bilgileri temsilî; sen kendi depolarının gerçek adreslerini yaz ve her bağlantıya bir kez tıkla. Push çıktısında To satırından önce birkaç sayım satırı da göreceksin (Ders 7). Kimlikler ve satır sayıları sende farklı olur; deletions, GitHub'ın şablonundan sildiğin satırlardır.

İyi bir profil README'sinde şunlar olur: tek cümleyle kim olduğun ve hangi yığınla çalıştığın, şu an ne yaptığın, en iyi iki üç projenin bağlantısı ve iletişim yolu. Olmaması gerekenler: ekranı dolduran rozet duvarı, "hakkımda 47 ilginç bilgi" listesi, çalışmayan istatistik kartları ve yazım hataları. İşveren burada uzun kalmaz; o kısa sürede projelerine tıklamasını istiyorsun.

PS C:\kod\denizyilmaz> git push -u origin mainTo https://github.com/denizyilmaz/denizyilmaz.git ! [rejected]        main -> main (fetch first)error: failed to push some refs to 'https://github.com/denizyilmaz/denizyilmaz.git'hint: Updates were rejected because the remote contains work that you do nothint: have locally. This is usually caused by another repository pushing tohint: the same ref. If you want to integrate the remote changes, usehint: 'git pull' before pushing again.hint: See the 'Note about fast-forwards' in 'git push --help' for details.PS C:\kod\denizyilmaz> git pull origin mainFrom https://github.com/denizyilmaz/denizyilmaz * branch            main       -> FETCH_HEAD * [new branch]      main       -> origin/mainfatal: refusing to merge unrelated histories

#Sabitlenmiş depolar

Profil README'sinin altında depoların durur. GitHub varsayılan olarak "popüler" saydıklarını gösterir; bu sıralama senin seçimin değildir. En iyi projelerini sen seçip sabitleyebilirsin.

Sabitlenen her depo kendi kartıyla görünür: adı, kısa açıklaması ve ana dili. Açıklama boşsa kart çıplak kalır. Her depo için deponun ana sayfasında, sağdaki About başlığının yanındaki dişli simgesine bas ve üç alanı doldur:

• Description: tek cümle, ne yaptığı. "Ders 32 projesi" değil, "Takım ve şampiyon yöneten REST API (Express, PostgreSQL)".
• Website: canlı bağlantı varsa. Ders 25'te ansiklopedi için yapmıştın.
• Topics: aramada bulunmanı sağlayan etiketler: nodejs, express, postgresql, rest-api. GitHub'ın kuralına göre yalnız küçük harf, rakam ve tire kullanılır, her etiket en çok 50 karakter olur ve bir depoya en çok 20 etiket eklenir. Bu yüzden Next.js değil nextjs yazarsın.

Altı yer var; tabloya göre bir öneri: maç notları, not asistanı, takım API'si, ansiklopedi, kendi projen ve metin RPG. İlk sıraya iş ilanlarına en çok benzeyen projeyi koy. Sabitlemediğin depolar silinmez, profilde listenin içinde kalır. Yarım kalmış ya da utandığın denemeleri silmek yerine gizli (Private) yapabilirsin.

#Proje README şablonu

Ders 7'de README'yi bir mağaza sayfasına benzetmiştik. Blok projelerinde her seferinde biraz daha zengin README yazdın: Ders 17'de özellikler ve ekran çıktısı, Ders 25'te canlı bağlantı ve ekran görüntüsü, Ders 32'de bir API belgesi. Portföye girecek her proje için bunları tek bir şablonda topla. Şablonun amacı, projeni hiç görmemiş birinin beş dakikada şu üç soruya cevap bulması: Ne yapıyor? Nasıl çalıştırırım? Bunu yazan kişi ne öğrenmiş?

1# Proje Adı2 3Tek cümle: bu proje kimin hangi işini kolaylaştırıyor?4 5**Canlı:** https://proje-adresi · **Kod:** bu depo6 7![Ana ekran: listede arama kutusu ve kartlar](img/ekran.png)8 9## Özellikler10 11- Kullanıcının yapabildiği bir şey, fiille başlayarak12- Bir başkası13- En çok uğraştırdığın özellik14 15## Teknolojiler16 17Kullandıklarını ve birini neden seçtiğini tek cümleyle yaz.18 19## Bilgisayarında çalıştır20 211. `git clone https://github.com/KULLANICI/proje.git` ve `cd proje`222. `npm install`233. `.env.example` dosyasını `.env` adıyla kopyala ve değerleri doldur244. `npm run dev`, sonra http://localhost:300025 26## Testler27 28```29npm test30```31 32## Zorluklar ve öğrendiklerim33 34- Karşılaştığın gerçek bir sorun ve nasıl çözdüğün35- Şimdi olsa neyi farklı yapardın36 37## Sırada ne var?38 39- [ ] Planladığın bir özellik40- Bilinen sınırlar (ör. ücretsiz barındırıcıda ilk istek yavaş)41 42---43 44Bu projeyi [Yazılım Öğrenme](https://xdd.baby/ders) kursunun bir blok projesi olarak başlattım; şu özellikleri kendim ekledim: ...

Her bölümün bir görevi var:

• İlk ekran. README'yi açan kişilerin çoğu yalnız ilk ekranı okur. Tek cümlelik açıklama, canlı bağlantı ve görüntü bu yüzden en üstte. Arayüzü olmayan bir API'de görüntü yerine Ders 32'deki gibi gerçek bir istek ve yanıt koy.
• Özellikler kullanıcının gözünden yazılır: "Express route'ları yazdım" değil, "takımları ada göre arayabilirsin".
• Teknolojiler bir liste değil, bir karar: "Veri ilişkili olduğu için JSON dosyasından PostgreSQL'e geçtim" cümlesi, logolarla dolu bir satırdan çok daha fazlasını anlatır.
• Bilgisayarında çalıştır kopyala-yapıştırla çalışmalı. Tek bir adım eksikse projeyi deneyen kişi orada bırakır. Birazdan bunu deneyeceksin.
• Testler varsa nasıl çalıştığını yaz; yoksa "Sırada ne var"a ekle.
• Zorluklar ve öğrendiklerim README'nin en değerli kısmı. Mülakatta projen hakkında en çok buradan soru gelir (Ders 55).
• Sırada ne var sınırlarını bildiğini gösterir. - [ ] GitHub'da boş bir onay kutusu olarak görünür; işi bitirince dosyada - [x] yaparsın ve kutu işaretli görünür.
• Son satır kaynağı dürüstçe söyler.

#Yabancı gözüyle prova

Ders 32'de yayından önce depoyu temiz bir klasöre klonlayıp denemiştin. Aynı provayı şimdi bir işverenin gözüyle yap: README'yi aç, yalnız orada yazanları sırayla uygula, aklından tek adım ekleme.

Takım API'sinin Ders 38'deki README'sinde kurulumun ikinci adımı şu: ".env dosyası oluştur (aşağıdaki ayarlar)". Sen bu cümleyi anlıyorsun, çünkü dosyayı kendin yazdın. Projeyi ilk kez gören biri ise nasıl oluşturacağını ve DATABASE_URL'i nereden bulacağını bilmez; çoğu zaman bu adımı atlar ve bir sonrakine geçer:

PS C:\kod> git clone https://github.com/denizyilmaz/takim-api.git provaCloning into 'prova'...PS C:\kod> cd provaPS C:\kod\prova> npm install added 79 packages, and audited 80 packages in 2s 28 packages are looking for funding  run `npm fund` for details found 0 vulnerabilitiesPS C:\kod\prova> npm run kur > takim-api@1.0.0 kur> node --env-file=.env kur.js node: .env: not found

Hatayı sen tanıyorsun: .env dosyası Git'e girmediği için klonda yok (Ders 29). Ama projeyi deneyen işe alım uzmanı bunu bilmez; onun gözünde proje "çalışmıyor". Düzeltme kodda değil README'de ve bir şablon dosyasında. Kurstaki takım API'sinde Ders 29'daki .env.example şablonu yok; asıl proje klasöründe (C:\kod\takim-api, provada değil) değerleri boş bir şablon oluştur:

1PORT=30002DATABASE_URL=3SALT_OKUNUR=

README'deki ikinci adımı da tarif gibi yaz: "Copy-Item .env.example .env ile şablonu kopyala. Neon'da ücretsiz bir proje aç, bağlantı dizesini DATABASE_URL='in arkasına yapıştır." Commit'le, gönder ve provayı baştan yap. Yeni klonda adım şöyle görünür:

PS C:\kod\prova> Copy-Item .env.example .envPS C:\kod\prova> Get-Content .envPORT=3000DATABASE_URL=SALT_OKUNUR=

Prova bitince C:\kod\prova klasörünü sil. Bu provayı sabitlediğin her proje için bir kez yap; bir arkadaşına yaptırabilirsen daha da iyi.

PS C:\kod\ansiklopedi> git ls-files imgimg/Ekran.PNG

PS C:\kod\ansiklopedi> git mv img/Ekran.PNG img/ekran.pngPS C:\kod\ansiklopedi> git commit -m "Ekran görüntüsünün adını küçük harfe çevir"[main 885aa8b] Ekran görüntüsünün adını küçük harfe çevir 1 file changed, 0 insertions(+), 0 deletions(-) rename img/{Ekran.PNG => ekran.png} (100%)

PS C:\kod\mac-kocu> git ls-files .envPS C:\kod\mac-kocu> git log --oneline -- .env87becd1 .env dosyasını depodan çıkarce3c4e9 Araç tanımlarını eklePS C:\kod\mac-kocu> git show ce3c4e9:.envANTHROPIC_API_KEY=sk-ant-ornek

#Junior CV'si: tek sayfa, projeler önde

CV'n (özgeçmiş) başvurunun kapısıdır. Junior bir CV'de en sık yapılan yanlış, deneyimli birinin CV'sini taklit etmek: en üstte uzun bir iş geçmişi, en altta "Projeler" diye küçük bir satır. Senin iş geçmişin yazılım değilse en güçlü malzemen projelerin; onları yukarı al.

Tek sayfa. Junior bir CV'nin ikinci sayfaya taşması için bir sebep yok; okuyan kişi her satırı okumayacak, sen de en iyi satırları seçmek zorunda kalacaksın. İkinci sayfaya taşan tek bir satır bile iki sayfa demektir: önce o satırı kısalt, kenar boşluklarıyla oynama.

Sıralama: iletişim, iki üç satırlık özet, projeler, teknik beceriler, eğitim, deneyim, diller. Yazılım dışında bir işte çalıştıysan onu da yaz: müşteriyle konuşmak, sorumluluk almak, vardiya düzeni de bir şey anlatır; ama kısa tut.

#Aday takip sistemleri için sade düzen

Birçok şirket başvuruları bir yazılımda toplar. Bu yazılım CV'ndeki yazıyı çıkarır, alanlara ayırır; işe alım uzmanı da adaylar arasında "React", "PostgreSQL" gibi sözcüklerle arama yapar.

Hangi şirketin hangi sistemi kullandığını ve onun CV'ni nasıl okuduğunu bilemezsin. Bu yüzden en güvenli yol, bir programın da bir insanın da kolay okuyacağı sade bir düzen:

• Tek sütun. İki sütunlu düzende yazı çıkarılırken sıra karışabilir.
• Yazı yazı olsun. Beceri çubukları, yıldızlar, ikonlar ve resmin içine gömülmüş yazılar okunmaz. "JavaScript ★★★★☆" yerine "JavaScript" yaz; ne kadar bildiğini projeler göstersin.
• Standart bölüm başlıkları. "Neler yaptım?" değil "Projeler"; bir program da tanısın.
• İlandaki sözcükler. İlanda "PostgreSQL" yazıyorsa ve sen PostgreSQL kullandıysan, CV'nde de aynı yazımla geçsin. Kullanmadığın bir teknolojiyi ise asla yazma; mülakatta ilk o sorulur.
• Metni seçilebilen bir PDF. Taranmış ya da resim olarak kaydedilmiş PDF'te yazı yoktur.

Fotoğraf Türkiye'de sık konur ama şart değil; yurt dışına gönderilen İngilizce CV'lerde çoğu zaman konmaz. Konacaksa sade, yüzünün net göründüğü bir fotoğraf olsun. Kimlik numarası, tam ev adresi gibi bilgileri yazma; şehir yeterli. Dosyanın adı da bir şey söyler: cv-son-son2.pdf değil, Deniz-Yilmaz-CV.pdf.

#Bölüm başlıkları: Türkçe ve İngilizce

İngilizce bir ilana İngilizce CV gönderirsin. Yapı aynı kalır, başlıklar değişir:

#Örnek CV

Aşağıdaki sayfa bir örnektir: kişi hayalî, iletişim bilgileri yer tutucu, köşeli parantezli satırlar senin dolduracağın yerler. HTML ve CSS ile yazdık ve tarayıcının yazdırma motoruyla A4 boyutunda PDF'e çevirdik; tek sayfaya sığdı. HTML ile yazmak istersen C:\kod\cv klasöründe cv.html adında bir dosya aç, bu iskeleti kendi bilgilerinle yaz ve dosyaya çift tıklayarak tarayıcıda aç; betik olmadığı için Live Server gerekmez. Sonra Ctrl+P ile açılan pencerede hedef olarak PDF olarak kaydet'i (Save as PDF) seç. Aynı pencerede Diğer ayarlar (More settings) altındaki Üst bilgiler ve alt bilgiler (Headers and footers) kutusunu kapat; açık kalırsa sayfanın köşelerine tarih ve file:///C:/kod/... gibi dosya yolun basılır. Aynı düzeni Word ya da Google Dokümanlar'da da kurabilirsin; önemli olan sonuç.

Bu sayfayı PDF'e çevirip bir programla içindeki yazıyı çıkardığımızda yazı, sayfadaki sırayla geldi: ad, unvan, iletişim, özet, projeler. Sen de kendi PDF'ini denetle: PDF'i aç, Ctrl+A ile her şeyi seç, kopyala ve Not Defteri'ne (Notepad) yapıştır. Yazı geliyorsa ve sırası mantıklıysa iyi; hiç yazı gelmiyorsa ya da satırlar birbirine karışıyorsa düzeni sadeleştir.

#Proje maddesi nasıl yazılır?

CV'nin en çok okunan satırları proje maddeleridir. Her madde ne yaptın + nasıl + sonucu sorularına cevap versin ve bir fiille başlasın. Sayı varsa gerçek sayıyı yaz; uydurma ya da yuvarlanmış "%300 hızlandırdım" gibi ölçülmemiş iddialar mülakatta geri döner.

Takım API'si- Node.js kullandım- Veritabanı bağladım- Çok şey öğrendim

Takım API'siExpress, PostgreSQL · canlı · kod- 10 uç noktalı REST API yazdım- Takım kurmayı tek transaction'a  topladım- Veritabanı hatalarını 400 ve  409 kodlarına çevirdim

Soldaki maddeler herkes için doğru olabilir; sağdakiler yalnız bu projeyi yazan biri için doğrudur. Fark bu.

#LinkedIn profili

LinkedIn hem işe alım uzmanlarının aday aradığı hem de ilanların yayımlandığı bir site. Profilin bir bakıma herkese açık CV'ndir; ama CV'nin aksine orada kalır ve sen başvurmasan da bulunabilirsin.

İngilizce ilanlara da başvuracaksan profilini ikinci bir dilde de yazabilirsin. LinkedIn'in yardım sayfasına göre ikinci dil profili masaüstünden açılır ve LinkedIn senin yerine çeviri yapmaz: başlığı, "Hakkında"yı ve proje açıklamalarını kendin yazarsın. Profili bir kez kurup bırakma. Bir projeye yeni bir özellik eklediğinde, bir hatayı nasıl bulduğunu anlatan birkaç paragraf paylaş. Bu, "sürekli öğrenme"nin herkese açık kanıtıdır ve ağındaki insanlar seni hatırlar.

#İş ilanı okumak: gereklilik mi, artı mı?

Junior ilanlarının çoğu ilk okumada korkutucudur: sekiz teknoloji, "deneyim", bir sürü sıfat. Ama bir ilanın her satırı aynı ağırlıkta değil. İlanları iki kümeye ayırarak oku:

• Gereklilik (requirements): "Aranan nitelikler", "Requirements", "Must have". İşi yapmak için gerçekten gereken şeyler.
• Artı (nice to have): "Tercih sebebi", "Nice to have", "Bonus", "Preferred", "is a plus". Olursa güzel olur ama şart değil.

Aşağıdaki ilanlar bu ders için yazılmış örnek ilanlardır; şirketler ve ilanlar hayalîdir.

Junior Full-Stack Geliştirici · Şirket A · İstanbul · hibrit Aranan nitelikler- JavaScript ve TypeScript ile çalışmış olmak- React ile arayüz geliştirme deneyimi- Node.js ile REST API yazmış olmak- SQL ile temel sorgular (tercihen PostgreSQL)- Git ile ekip içinde çalışma (dal, pull request)- İngilizce teknik belgeleri okuyabilmek Tercih sebebi- Next.js deneyimi- Test yazma alışkanlığı- Docker bilgisi- Bilgisayar mühendisliği ya da ilgili bir bölümden mezun olmak

Bir ilanı okumanın yolu, her satırın yanına "bunu hangi projemle kanıtlarım?" sorusunun cevabını yazmak:

Kural basit: gerekliliklerin çoğunu projelerinle kanıtlayabiliyorsan başvur. Artıların hiçbiri şart değildir; "tercih sebebi" diye yazılmış bir bölüm mezuniyeti seni elemez. Gerekliliklerin yarısından azını karşılıyorsan önce eksiği kapatmayı ya da sana daha uygun bir ilana bakmayı düşün.

Türkiye'deki yazılım ilanlarının bir kısmı da İngilizce yazılır; yurt dışındaki şirketlerinkiler zaten öyle. Aynı yöntem orada da işler; yalnız birkaç kalıbı tanıman gerekir:

Junior Frontend Developer · Company B · Remote (Türkiye) Requirements- 0–2 years of experience with React- Solid understanding of HTML, CSS and JavaScript- Familiarity with REST APIs- Good command of written English Nice to have- Experience with Tailwind CSS- Basic knowledge of web accessibility- A portfolio of personal projects Responsibilities- Build and maintain UI components- Collaborate with designers and backend developers- Take part in code reviews

İlanın ilk satırlarına da bak: Remote uzaktan, hybrid haftanın bazı günleri ofiste, on-site her gün ofiste demek. Şehir ve çalışma biçimi sana uymuyorsa geri kalanı okumana gerek yok.

#Dikkat edilecek işaretler

Her ilan iyi niyetli değildir ve her iyi niyetli ilan sana uygun değildir. Şunları gördüğünde dur:

• Senden para isteniyor. Başvuru, "eğitim", "sertifika" ya da ekipman için ödeme isteyen bir işveren, işveren değildir. Başvurma.
• Kişisel bilgiler çok erken isteniyor. Görüşmeden önce kimlik fotokopisi, banka bilgisi ya da şifre istenmez.
• "Deneme" adı altında ücretsiz iş. Kısa bir ev ödevi olağandır (Ders 55); şirketin gerçek bir müşteri işini haftalarca ücretsiz yaptırmak değildir.
• Junior başlığı, senior beklentisi. "Junior" yazıp 5 yıl deneyim, on teknoloji ve ekip yönetimi isteyen ilan ya ne istediğini bilmiyordur ya da düşük ücretle deneyimli birini arıyordur. Başvurmak serbest, beklentini buna göre ayarla.

Maaş için burada rakam vermiyoruz: şehir, şirket, çalışma biçimi ve yıla göre çok değişir ve rakamlar hızla eskir. Bir rakama bakacaksan kaynağının ve tarihinin belli olduğu güncel bir maaş araştırmasına bak.

#Başvuru takibi

İş aramak bir sayı oyunudur: birçok yere başvurursun, bazılarından dönüş gelir, birkaçında görüşmeye çağrılırsın. On beşinci başvuruda hangi şirkete ne zaman yazdığını, kiminle konuştuğunu ve neyi beklediğini aklında tutamazsın.

Bir tablo programında (Excel, Google E-Tablolar) şu sütunlarla bir sayfa aç:

Tarihleri 2026-10-05 biçiminde yaz; tablo programı da, birazdan yazacağın betik de bu biçimi doğru sıralar.

#Küçük bir takip betiği

Yazılımcı olmanın bir avantajı: tabloya bakıp "kime dönüş yazmam gerekiyor?" diye düşünmek yerine bunu bir programa sorabilirsin. C:\kod\ogren klasöründe takip.js adında bir dosya aç. Veriyi şimdilik dosyanın içinde bir dizi olarak tut:

1const bugun = new Date("2026-10-12")2const birGun = 24 * 60 * 60 * 10003 4const basvurular = [5    { sirket: "Şirket A", pozisyon: "Junior Full-Stack Geliştirici", tarih: "2026-09-28", durum: "gönderildi" },6    { sirket: "Şirket B", pozisyon: "Junior Frontend Geliştirici", tarih: "2026-10-02", durum: "ön görüşme" },7    { sirket: "Şirket C", pozisyon: "Stajyer Yazılımcı", tarih: "2026-10-05", durum: "gönderildi" },8    { sirket: "Şirket D", pozisyon: "Junior Backend Geliştirici", tarih: "2026-10-09", durum: "gönderildi" },9    { sirket: "Şirket E", pozisyon: "Yazılım Geliştirici", tarih: "2026-09-20", durum: "ret" }10]11 12function gecenGun(tarih) {13    return Math.floor((bugun - new Date(tarih)) / birGun)14}15 16const donulecekler = basvurular.filter((b) => b.durum === "gönderildi" && gecenGun(b.tarih) >= 7)17 18console.log(`Toplam başvuru: ${basvurular.length}`)19console.log("Dönüş yapılacaklar:")20for (const b of donulecekler) {21    console.log(`- ${b.sirket} (${b.pozisyon}): ${gecenGun(b.tarih)} gün oldu`)22}

Toplam başvuru: 5Dönüş yapılacaklar:- Şirket A (Junior Full-Stack Geliştirici): 14 gün oldu- Şirket C (Stajyer Yazılımcı): 7 gün oldu

Yeni olan tek şey tarih hesabı. Ders 17'de new Date() ile şu anki zamanı almıştın; parantezin içine "2026-09-28" gibi bir metin yazınca new Date o tarihi tutan bir tarih objesi üretir. İki tarih objesini birbirinden çıkarınca aradaki fark milisaniye olarak gelir; Ders 28'de Date.now() farkıyla süre ölçerken gördüğün gibi. Bir günün milisaniyesine (birGun) bölüp Math.floor ile aşağı yuvarlayınca geçen gün sayısı çıkar.

bugun'ü sabit bir tarih yaptık ki çıktı her gün aynı olsun ve sınırı deneyebilelim. Şirket C'nin üzerinden tam 7 gün geçmiş ve listede: koşul >= 7. > 7 yazsaydın 7. günü kaçırırdın. Şirket D 3 gündür bekliyor, listede değil; Şirket B'nin durumu "gönderildi" değil, o da listede yok. Gerçek kullanımda ilk satırı const bugun = new Date() yap: parantez boşsa şu anı verir.

Yedi gün bir kanun değil, kendine koyduğun bir kural. Bir süre ses çıkmayınca kısa ve kibar bir dönüş yazısı göndermek olağandır: "Geçen hafta Junior Full-Stack Geliştirici ilanınıza başvurdum; süreçle ilgili bir gelişme var mı diye sormak istedim." Bir kez yaz, cevap gelmezse ısrar etme ve tabloya not düş.

1const bugun = new Date("2026-10-12")2const birGun = 24 * 60 * 60 * 10003const tarihler = ["2026-09-28", "28.09.2026", "05.10.2026"]4 5for (const tarih of tarihler) {6    const okunan = new Date(tarih)7    const gun = Math.floor((bugun - okunan) / birGun)8    console.log(tarih, "->", okunan.toLocaleDateString("tr-TR"), "->", gun, "gün")9}

2026-09-28 -> 28.09.2026 -> 14 gün28.09.2026 -> Invalid Date -> NaN gün05.10.2026 -> 10.05.2026 -> 155 gün

#Ön yazı

Bazı başvuru formları bir ön yazı ister, bazılarında "eklemek istediğin bir not" kutusu vardır, e-postayla başvururken ise e-postanın kendisi ön yazıdır. Uzun olması gerekmez; işi, CV'ni neden okumaları gerektiğini bu ilana özel olarak söylemektir.

Üç paragraf yeter, toplamda 120–200 sözcük:

1. Neden bu ilan? İlanı nerede gördüğün ve ilandaki hangi şeyin sana uyduğu. İlanın kendi sözcüklerini kullan.
2. Kanıt. İlandaki iki gerekliliği iki projenle eşleştir; bağlantılarıyla.
3. Dürüst bir eksik ve kapanış. Kısmen karşıladığın bir şeyi saklamadan söyle, ne yaptığını ekle; sonra görüşmeye hazır olduğunu yaz.

Örnek ilan A için bir örnek:

Konu: Junior Full-Stack Geliştirici başvurusu – Deniz Yılmaz Merhaba, Şirket A'nın Junior Full-Stack Geliştirici ilanını LinkedIn'de gördüm. İlanda React, Node.js ve PostgreSQL ile uçtan uca çalışacak birini aradığınızı yazmışsınız; son projelerimi tam olarak bu yığınla yazıp yayına aldım. En yakın örnek Maç Notları: Next.js ve TypeScript ile yazdığım, Discord ile girişli, herkesin yalnız kendi verisini gördüğü bir uygulama (canlı: ..., kod: github.com/denizyilmaz/mac-notlari). Takım API'sinde Express ve PostgreSQL ile 10 uç noktalı bir REST API yazdım; sayfalama ve transaction gerektiren işlemleri orada öğrendim. Kodumu dallar ve pull request'lerle yönetiyor, her push'ta testleri GitHub Actions ile çalıştırıyorum. İngilizce teknik belgeleri okuyorum ama konuşma pratiğim az; bunun için her gün İngilizce belge okuyup README'lerimi İngilizce yazıyorum. Uygun olduğunuz bir zamanda projelerimi anlatmaktan memnuniyet duyarım. Deniz Yılmazgithub.com/denizyilmaz · deniz@example.com

Ön yazıda maaş konusunu açma; sorulursa görüşmede konuşulur. "Çok çalışkanım, öğrenmeye çok hevesliyim" gibi herkesin yazabileceği cümleleri de at: yerine bunu gösteren bir şey yaz.

#Teknik İngilizce: sık sözcükler

İlanlar, belgeler, hata mesajları ve iş yerindeki araçlar İngilizce sözcüklerle dolu. Aşağıdakiler ilanlarda ve işin ilk haftalarında en sık göreceklerin. Okunuşları Türkçe harflerle yazıldı; tam karşılık değil, kulağına yakın bir tarif.

Sözcük listesi ezberlemekten daha etkili olanı, bu sözcükleri her gün görmek: hata mesajlarını çevirmeden önce bir kez İngilizce oku, belgeyi önce İngilizcesinden aç, bir projenin README'sini İngilizce yaz. İlanlarda tekrar eden birkaç kalıp da var: we are looking for (arıyoruz), you will (yapacakların), is a plus (artıdır), must have (şart).

#Görevler

Bu dersin görevleri kod değil, gerçek başvuru dosyanın parçaları. Her birinin sonunda elinde kullanılabilir bir şey olacak. Son görev yine kod: takip betiğini geliştireceksin.

1# Şampiyon Ansiklopedisi2 3League of Legends şampiyonlarını tek sayfada arayıp role göre süzmeni ve favorilerini saklamanı sağlayan bir web uygulaması.4 5**Canlı:** https://KULLANICI.github.io/ansiklopedi/6 7![Liste görünümü: arama kutusu, rol filtresi ve şampiyon kartları](img/ekran.png)8 9## Özellikler10 11- Ada ya da unvana göre ara (Türkçe I ve ı harfleri doğru eşleşir)12- Role göre süz, yalnız favorileri göster13- Bir şampiyonun ayrıntısını kendi adresinde aç: `?id=Ahri`14- Telefonda ve yalnız klavyeyle kullan15 16## Teknolojiler17 18HTML, CSS (grid, flexbox) ve tarayıcıda ES modülleri; kütüphane yok. Veri Riot Games'in herkese açık Data Dragon servisinden gelir. Kütüphane kullanmadım, çünkü bu projede DOM'u kendim yönetmeyi öğrenmek istedim.19 20## Bilgisayarında çalıştır21 221. `git clone https://github.com/KULLANICI/ansiklopedi.git` ve `cd ansiklopedi`232. `npx serve` (ya da VS Code'da Live Server)243. Terminalin yazdığı adresi tarayıcıda aç25 26`index.html`'e çift tıklayarak açma: ES modülleri `file://` adresinde çalışmaz.27 28## Zorluklar ve öğrendiklerim29 30- Aramada `irelia` yazınca Irelia bulunmuyordu; İngilizce kurala geçince de `İmparator` bozuldu. İki tarafı da `toLocaleLowerCase("tr")` ile küçültüp `ı`'yı `i`'ye çevirerek çözdüm.31- Favoriler sayfa yenilenince kayboluyordu; `localStorage`'a JSON olarak yazıp açılışta okudum.32- Bilgisayarımda çalışan bir dosya yolu GitHub Pages'te 404 verdi: büyük-küçük harf farkı. O günden beri dosya adlarını küçük harfle yazıyorum.33 34## Sırada ne var?35 36- [ ] Şampiyonları zorluk derecesine göre sıralamak37- [ ] Arama ve filtre fonksiyonları için birim testleri38- Veriler her açılışta Data Dragon'dan gelir; internet bağlantısı yoksa liste açılmaz.39 40---41 42Bu projeyi [Yazılım Öğrenme](https://xdd.baby/ders) kursunun 3. blok projesi olarak yazdım; zorluk sıralaması ve testler benim eklemelerim olacak.43 44Şampiyon Ansiklopedisi was created under Riot Games' "Legal Jibber Jabber" policy using assets owned by Riot Games. Riot Games does not endorse or sponsor this project.

DENIZ YILMAZJunior Full-Stack DeveloperIstanbul, Türkiye · deniz@example.com · github.com/denizyilmaz · linkedin.com/in/deniz-yilmaz-ornek SUMMARYJunior full-stack developer building end-to-end web apps with TypeScript, React,Next.js, Node.js and PostgreSQL. Built seven projects and deployed three; thelatest connects a language model to my own data and answers with sources (RAG).Comfortable with branches, pull requests and automated tests. PROJECTSMatch Notes · Next.js, TypeScript, PostgreSQL · live · code- Built Discord sign-in; each user sees only their own notes, enforced on the server- Implemented create, edit and delete with Server Actions; validated input with zod- Added an "Ask your notes" page that answers with sources; deployed on Vercel Notes Assistant · Node.js, TypeScript, PostgreSQL (pgvector) · code- Built an assistant that finds relevant note chunks with full-text and vector  search, then answers with numbered sources (RAG)- Wrote a script that measures search accuracy on a set of known questions Team API · Express, PostgreSQL, Render · live · code- Built a REST API with 10 endpoints: parameterized queries, pagination, search- Mapped database errors to meaningful HTTP codes (400, 409) TECHNICAL SKILLSLanguages: JavaScript, TypeScript, SQLFrontend: React, Next.js, HTML, CSS, Tailwind CSSBackend: Node.js, Express, PostgreSQLTools: Git, GitHub Actions, Vercel, RenderAI: LLM APIs, tool use, RAG EDUCATIONYazılım Öğrenme course (xdd.baby/ders) · 56 lessons, 7 projects · 2026[School] · [Department] · [Graduation year] LANGUAGESTurkish (native) · English (intermediate; reads technical documentation daily)

Junior Full-Stack Developer | TypeScript · React · Next.js · Node.js · PostgreSQL TypeScript, React, Next.js ve PostgreSQL ile uçtan uca web uygulamalarıyazıyorum. En sevdiğim projem Maç Notları: Discord ile girişli, herkesin yalnızkendi notlarını gördüğü ve notlarına soru sorabildiği bir uygulama.

Junior Backend Geliştirici · Şirket C · Ankara · ofiste Aranan nitelikler- Node.js ile en az 1 yıl profesyonel deneyim- PostgreSQL ya da başka bir ilişkisel veritabanı- REST API tasarımı ve HTTP durum kodları- Git ve kod incelemesi süreçleri- Linux komut satırına aşinalık Tercih sebebi- TypeScript- Docker- Bir bulut sağlayıcısında (AWS, Azure ya da GCP) deneyim- Birim testi yazmış olmak

Konu: Junior Backend Geliştirici başvurusu – Deniz Yılmaz Merhaba, Şirket C'nin Junior Backend Geliştirici ilanını gördüm. İlanda Node.js ve PostgreSQL ile REST API geliştirecek birini aradığınızı yazmışsınız; portföyümün merkezinde tam olarak bu tür bir proje var. Takım API'si, Express ve PostgreSQL ile yazdığım 10 uç noktalı bir REST API: parametreli sorgular, sayfalama, transaction ve veritabanı hatalarını 400 ve 409 gibi durum kodlarına çeviren bir hata katmanı içeriyor (kod: github.com/denizyilmaz/takim-api). Son projelerimi TypeScript ile yazıyor, `node:test` ile birim testleri ekliyor ve değişikliklerimi pull request'lerle yönetiyorum. Henüz profesyonel bir işte çalışmadım; Node.js deneyimim yaklaşık bir yıllık düzenli proje çalışmasından geliyor. Linux komut satırını şu an öğreniyorum. Projelerimi kod üzerinden anlatabileceğim bir görüşme için uygun olduğunuz zamanı beklerim. Deniz Yılmazgithub.com/denizyilmaz · deniz@example.com

gönderildi: 3ön görüşme: 1ret: 1Yanıt gelmedi sayılanlar: Şirket AHenüz başvuru yok.

1const bugun = new Date("2026-10-12")2const birGun = 24 * 60 * 60 * 10003 4const basvurular = [5    { sirket: "Şirket A", pozisyon: "Junior Full-Stack Geliştirici", tarih: "2026-09-28", durum: "gönderildi" },6    { sirket: "Şirket B", pozisyon: "Junior Frontend Geliştirici", tarih: "2026-10-02", durum: "ön görüşme" },7    { sirket: "Şirket C", pozisyon: "Stajyer Yazılımcı", tarih: "2026-10-05", durum: "gönderildi" },8    { sirket: "Şirket D", pozisyon: "Junior Backend Geliştirici", tarih: "2026-10-09", durum: "gönderildi" },9    { sirket: "Şirket E", pozisyon: "Yazılım Geliştirici", tarih: "2026-09-20", durum: "ret" }10]11 12function gecenGun(tarih) {13    return Math.floor((bugun - new Date(tarih)) / birGun)14}15 16function ozet(liste) {17    if (liste.length === 0) {18        return "Henüz başvuru yok."19    }20    const sayilar = liste.reduce((sayac, b) => {21        sayac[b.durum] = (sayac[b.durum] ?? 0) + 122        return sayac23    }, {})24    const satirlar = Object.entries(sayilar).map(([durum, sayi]) => `${durum}: ${sayi}`)25    const sessizler = liste26        .filter((b) => b.durum === "gönderildi" && gecenGun(b.tarih) >= 14)27        .map((b) => b.sirket)28    const sessizMetin = sessizler.length > 0 ? sessizler.join(", ") : "yok"29    satirlar.push(`Yanıt gelmedi sayılanlar: ${sessizMetin}`)30    return satirlar.join("\n")31}32 33console.log(ozet(basvurular))34console.log(ozet([]))

gönderildi: 3ön görüşme: 1ret: 1Yanıt gelmedi sayılanlar: Şirket AHenüz başvuru yok.

#Kendini sına

Must have: experience with GitRequirements: React, TypeScriptBonus points: GraphQLPreferred: a degree in Computer ScienceFamiliarity with Docker is a plus

const donulecekler = basvurular.filter((b) => b.durum === "gönderildi" && gecenGun(b.tarih) >= 7)

Toplam başvuru: 5Dönüş yapılacaklar:- Şirket A (Junior Full-Stack Geliştirici): 13 gün oldu

#Portföy kontrol listesi

Bu derste Git'e kaydedecek bir ders dosyan yok; asıl kayıtlar profil deposunda ve proje depolarında. Onun yerine, ilk başvurunu göndermeden önce bu listeyi baştan sona geç.

Bir sonraki ders kursun son dersi: mülakata hazırlanacaksın. Mülakatın aşamalarını, sık sorulan JavaScript, React ve SQL sorularını, canlı kodlamada sesli düşünmeyi ve bu derste vitrine koyduğun projeleri bir hikâye gibi anlatmayı çalışacaksın.