Kurum İçi Eğitim · Ofis Programları

Bitirme & Portfolyo

16 modüllük yolculuğun finali: öğrendiklerini birleştir; portfolyo ve bitirme projesi, temiz kod, vaka çalışması ve sunum; CV, çevrimiçi varlık, teknik ve davranışsal mülakat, kod görevleri, ağ kurma; sürekli öğrenme, açık kaynak, uzmanlaşma, mesleki etik ve yolun başı. Tüm seriyi taçlandıran özgün diyagramlarla.

Bu Kitap Hakkında

Bu, serinin son modülü ve bitirişidir: öğrendiklerini somut bir değere — gösterilebilir bir portfolyoya, güçlü bir bitirme projesine ve kariyer hazırlığına — dönüştürme rehberi. Yolculuğun özeti ve öğrenilenleri birleştirmek, portfolyo nedir ve neden önemli, iyi proje seçimi, planlama, GitHub, README ve yayınlama; bitirme projesi, temiz kod, vaka çalışması, görsel sunum, çeşitlilik ve geri bildirim; geliştirici CV'si, çevrimiçi varlık, teknik ve davranışsal mülakat, kod görevleri ve ağ kurma; sürekli öğrenme, açık kaynağa katkı, uzmanlaşma-genişlik dengesi, mesleki etik ve sorumluluk ile yolculuğun yeni başlangıcı. Dört seviye, yirmi altı bölüm; her bölümde özgün bir diyagram (yol haritası, beceri katmanları, kariyer akışları), pratik adımlar, 'kariyerinde ne işe yarar?' kartı ve bir alıştırma. Modül serinin tüm ipliklerini birleştirir ve güvenlik, gizlilik (KVKK), dürüstlük ile mesleki sorumluluğu bir bütün olarak ele alır. En önemli mesajı: bitirme bir son değil, üreten bir geliştirici olarak yeni bir başlangıçtır. FAZ 4'ün ve serinin son modülüdür. Eğitim amaçlıdır. Yolculuğun için tebrikler.

Her bölümün sonunda gerçek bir iş senaryosuna dayalı bir alıştırma, bölümler boyunca da Kariyerinde ne işe yarar? karşılaştırmaları yer alır. Görsel alanları, kurumun kendi ekran görüntüleriyle doldurulmak üzere işaretlenmiştir.

Hat A · Ofis Programları

Seviye 1

Yolculuğun Özeti ve Portfolyo Temelleri

Temeller: bu noktaya kadar geldiğin yol, öğrendiklerini birleştirmek, portfolyo nedir ve neden önemli, iyi proje seçimi, proje planlama, GitHub ile göstermek, README ve dokümantasyon, projeyi yayına almak.

Bölüm 01

Tebrikler: Bu Noktaya Kadar

Bu seriye yazılımın ne olduğunu merak ederek başladın; şimdi önyüz, arkayüz, veritabanı, yayınlama ve yapay zekâ destekli geliştirmeyi tanıyan birisin. Bu son modül, öğrendiklerini birleştirmen, bir portfolyoyla göstermen ve kariyer yolculuğuna hazırlanman içindir. Önce nereden geçtiğine bakalım.

16 modüllük yolculuk

Şema 1.1 — Tamamladığın yol: temellerden YZ destekli geliştirmeye.

FAZ 0 — Temeller: yazılım dünyası ve geliştirici araçları.

FAZ 1 — Önyüz: HTML, CSS, JavaScript, algoritma.

FAZ 2 — Arkayüz: API, SQL, PHP/Python/C#, domain & hosting.

FAZ 3 — Yayın: mobil ve yayınlama/dağıtım.

FAZ 4 — Olgunluk: kodlamada YZ ve bu bitirme modülü.

İpucu

Bir an durup şunu fark et: bu yolculuğun başında belki "değişken nedir?" diye soruyordun; şimdi bir fikri alıp önyüzünü tasarlayabilir, arkayüzünü kurabilir, veritabanına bağlayabilir, yayına alabilir ve yapay zekâyı sorumlu biçimde kullanabilirsin. Bu küçük bir şey değil — yazılım geliştirmenin tüm zincirine dair bir kavrayışın var. Önemli olan, her şeyi ezberlemiş olman değil (kimse ezberlemez); nasıl düşünüleceğini, nereye bakılacağını ve parçaların nasıl birleştiğini öğrenmiş olman. Bu modül yeni bir konu yığını değil; öğrendiklerini somut bir değere — gösterebileceğin bir portfolyoya ve atabileceğin kariyer adımlarına — dönüştürme rehberidir. Yolculuğun "bitişi" aslında gerçek yolculuğun başlangıcıdır: artık öğrenen biri değil, üreten birisin. Bu modülü, öğrendiklerini dünyaya göstermenin ve ilk adımı atmanın haritası olarak kullan. Gurur duymayı hak ediyorsun — şimdi bunu somutlaştıralım.

Kariyerinde ne işe yarar?

Kariyer

Bu seriyi tamamlamak, bir özgeçmişe ve mülakata "uçtan uca yazılım geliştirme sürecini anlıyorum" diyebilmek demektir: bir arayüz tasarlayıp kodlayabilir, sunucu ve veritabanı tarafını kurabilir, projeni yayına alabilir ve modern araçları (YZ dahil) sorumlu biçimde kullanabilirsin. İşverenler tam da bu bütünsel kavrayışı ve öğrenme yeteneğini arar. Bu modül, o kavrayışı görünür kılmana yardım eder.

Alıştırma

8 dk

Yolculuğunu gör:

Bu seride öğrendiğin ve en değerli bulduğun üç şeyi yaz.

Başlangıçtaki "sen" ile şimdiki "sen" arasındaki en büyük farkı belirt.

Bu modülden ne elde etmek istediğini bir cümleyle yaz.

Bölüm 02

Öğrendiklerini Birleştirmek

Modülleri ayrı ayrı öğrendin; ama gerçek projeler bu parçaların birlikte çalışmasıdır. Bir kullanıcı bir butona tıklar (önyüz), istek sunucuya gider (arkayüz/API), veri okunur/yazılır (veritabanı), sonuç döner ve tüm bu sistem yayında çalışır. Güçlü bir geliştirici, parçaları gören kişidir.

Katmanlar birleşir

Şema 2.1 — Öğrendiğin katmanlar tek bir uçtan uca projede birleşir.

İpucu

Bu serinin belki de en değerli kazanımı, tek tek teknolojiler değil, onların nasıl birbirine bağlandığını görmendir. Bir "tam yığın" (full-stack) bakışı şudur: önyüz kullanıcının gördüğü ve etkileştiği yüzdür (HTML/CSS/JS); bir eylem (örneğin form gönderme) bir API isteğiyle arkayüze gider; arkayüz mantığı işler ve veritabanıyla konuşur (veri okur/yazar — SQL); sonuç önyüze döner; ve tüm bu sistem yayında, izlenen ve güvenli bir ortamda çalışır (hosting, CI/CD). YZ ise bu sürecin her aşamasını hızlandıran bir araçtır (sorumlu kullanımla). Bu bütünsel resmi görmek, seni "bir parçayı bilen" olmaktan "sistemi anlayan" olmaya taşır — ve işverenlerin gerçekten aradığı budur. Bir portfolyo projesi tasarlarken bu birleşimi hedefle: küçük de olsa, uçtan uca çalışan bir şey (arayüzü olan, veri saklayan, yayında olan), tek bir teknolojiyi gösteren on parçadan daha etkilidir. Çünkü gerçek dünya, parçaların birleştiği yerdir.

Kariyerinde ne işe yarar?

Kariyer

Bir işveren için en ikna edici şey, parçaları birleştirebildiğini gösteren tek bir uçtan uca projedir: "bu uygulamanın arayüzünü ben yaptım, sunucu ve veritabanını ben kurdum, yayına ben aldım" diyebilmek. Bu, tek tek teknoloji isimleri saymaktan çok daha güçlüdür; çünkü gerçek işin nasıl yapıldığını anladığını kanıtlar. Bütünsel kavrayış, seni hatırlanan aday yapar.

Alıştırma

10 dk

Parçaları bağla:

Bir kullanıcının bir butona tıklamasından sonucu görmesine kadar olan yolu (önyüz→API→veritabanı→geri) yaz.

Neden tek bir uçtan uca proje, çok sayıda küçük parçadan daha etkili, açıkla.

Hangi katmanı en çok sevdiğini ve neden, belirt.

Bölüm 03

Portfolyo Nedir ve Neden Önemli?

Portfolyo, ne yapabildiğini gösteren kanıtların toplamıdır: projeler, kod, canlı demolar. Yazılımda diplomadan çok "göster" kültürü hâkimdir — "yapabilirim" demek yerine "işte yaptığım" demek. İyi bir portfolyo, kapıları açan en güçlü araçtır.

Söyleme, göster

Şema 3.1 — Portfolyo: görünmez beceriyi, görünür kanıta çevirir.

Kanıt: "yapabilirim" değil, "işte yaptım".

Görünür: kod (GitHub) + canlı demo + anlatı.

Ayırt edici: seni diğer adaylardan ayırır.

İpucu

Yazılım sektörünün en güzel yanlarından biri, ne yapabildiğini doğrudan gösterebilmendir — birçok meslekte zor olan bu, burada doğal. Bir işveren "JavaScript biliyorum" cümlesini her gün onlarca kez duyar; ama çalışan bir proje, temiz bir kod deposu ve canlı bir demo gösterdiğinde, sözünü kanıta çevirmiş olursun. Portfolyo bu yüzden, özellikle diploma veya iş deneyimi henüz yoksa, en güçlü kozundur. İyi bir portfolyonun üç ayağı vardır: (1) Kod (GitHub gibi bir yerde, herkese açık, okunabilir), (2) Canlı demo (gerçekten çalışan, tıklanabilir bir link — Modül 14'te öğrendiğin yayınlama burada işe yarar), ve (3) Anlatı (projenin neyi, neden, nasıl çözdüğünü anlatan bir hikâye). Portfolyo "mükemmel" olmak zorunda değil; gerçek, çalışan ve senin emeğini gösteren olmalı. Bu modülün geri kalanı, böyle bir portfolyoyu nasıl inşa edeceğini adım adım gösterir. Unutma: kariyerinde seni öne çıkaran, ne bildiğini söylemen değil, göstermen olacak.

Kariyerinde ne işe yarar?

Kariyer

Bir portfolyo, kariyerinin en doğrudan satış aracıdır: işveren, becerini anlatmanı dinlemek yerine, kanıtını kendi gözüyle görür. Özellikle ilk işini ararken — henüz iş deneyimin yokken — çalışan projeler, deneyim eksikliğini kapatan en güçlü şeydir. İyi bir portfolyo, "bu kişi gerçekten yapabiliyor ve öğrenmeye istekli" mesajını verir; bu da seni mülakata ve işe taşır.

Alıştırma

10 dk

Portfolyonu planla:

Portfolyonun üç ayağını (kod, demo, anlatı) yaz.

Neden "göstermek" "söylemekten" daha güçlü, kendi cümlenle açıkla.

Portfolyona koymak isteyeceğin bir proje fikri yaz.

Bölüm 04

İyi Bir Portfolyo Projesi Nasıl Seçilir?

Her proje portfolyo için iyi değildir. Güçlü bir portfolyo projesi; gerçek bir problemi çözen, becerilerini gösteren, tamamlanmış ve anlatılabilir bir projedir. Birkaç güçlü proje, onlarca yarım kalmış denemeden çok daha değerlidir.

Zayıf vs güçlü portfolyo

Şema 4.1 — Güçlü portfolyo: tamamlanmış, çeşitli ve gerçek projeler.

İpucu

İyi bir portfolyo projesinin nitelikleri: (1) Gerçek bir problemi çözer — "yapay" bir alıştırma yerine, gerçekten işe yarayan bir şey (kendi ihtiyacın olan bir araç, bir ilgi alanını ele alan bir uygulama). Bu, hem motivasyonunu artırır hem anlatırken güçlü olur. (2) Becerilerini gösterir — ideali, bu serinin parçalarını birleştiren (önyüz + arkayüz + veritabanı + yayın) uçtan uca bir proje. (3) Tamamlanmıştır — yarım kalmış on proje yerine, bitmiş ve cilalanmış birkaç proje. İşverenler, başladığın şeyi bitirebildiğini görmek ister. (4) Senin emeğini gösterir — bir eğitim videosunu birebir kopyalamak değil, üzerine kendi katkını koyduğun bir şey. Pratik tavsiye: nicelik değil nitelik. Üç güçlü, tamamlanmış ve çeşitli proje (örneğin biri veri ağırlıklı, biri arayüz ağırlıklı, biri tam yığın) ideal bir başlangıçtır. Ayrıca: senin gerçekten ilgilendiğin bir konu seç — tutkuyla yapılmış bir proje, isteksizce yapılandan her zaman daha iyidir ve mülakatta hakkında konuşmak keyifli olur.

Kariyerinde ne işe yarar?

Kariyer

İşverenler portfolyona baktığında, tamamlanmış ve çeşitli projeler "bu kişi iş bitirebiliyor ve farklı problemleri çözebiliyor" der; yarım kalmış veya hepsi aynı kalıpta projeler ise tersini düşündürür. Gerçek bir problemi çözen özgün bir proje, kopya bir eğitim projesinden çok daha akılda kalıcıdır ve mülakatta hakkında tutkuyla konuşabileceğin bir hikâye sunar. Doğru proje seçimi, portfolyonun gücünü baştan belirler.

Alıştırma

12 dk

Projeni seç:

İyi bir portfolyo projesinin dört niteliğini yaz.

Neden "üç güçlü proje", "on yarım projeden" iyidir, açıkla.

Çözmek isteyeceğin gerçek bir problem ve onu çözecek bir proje fikri yaz.

Bölüm 05

Proje Planlama

Bir fikri projeye dönüştürmek planlama ister. En sık hata, çok büyük başlamaktır: hayalindeki devasa uygulama yarım kalır. İyi yaklaşım, önce küçük ama çalışan bir çekirdek (MVP) yapmak, sonra üstüne eklemektir.

Fikirden çalışan çekirdeğe

Şema 5.1 — Proje planlama: küçük çekirdekle başla, kademeli büyüt.

İpucu

Yeni başlayanların projelerini bitirememesinin bir numaralı sebebi, kapsamı çok büyük tutmaktır: "her özelliği olan mükemmel uygulamayı" hedefleyince, proje asla bitmez ve motivasyon tükenir. Çözüm: MVP (Minimum Çalışan Ürün) düşüncesi — önce, projenin en küçük ama gerçekten çalışan çekirdeğini tanımla ve onu bitir. Örneğin bir "yapılacaklar uygulaması" için çekirdek: görev ekle, listele, sil. Tema, kategoriler, hatırlatıcılar gibi her şey sonra gelir. Planlama adımları: (1) problemi ve kullanıcıyı netleştir; (2) "olmazsa olmaz" çekirdek özellikleri ile "güzel olur" ekleri ayır; (3) çekirdeği küçük, bitirilebilir görevlere böl (Modül 6'daki problem çözme ve Modül 14'teki küçük commit'ler burada işe yarar); (4) önce çekirdeği bitir ve yayına al (çalışan bir şeyin olsun), sonra kademeli ekle. "Çalışan ve basit", "mükemmel ama bitmemiş"ten her zaman iyidir — çünkü portfolyonda gösterebileceğin şey, bitmiş olandır. İyi planlama, hırsı gerçekçilikle dengeler.

Kariyerinde ne işe yarar?

Kariyer

Bir projeyi küçük bir çekirdekle planlayıp bitirdiğinde, işverene "ben iş bitiririm ve kapsamı yönetebilirim" mesajı verirsin — bu, gerçek iş hayatında çok değerli bir beceridir. Çoğu yeni geliştirici büyük başlayıp yarıda bırakır; sen küçük başlayıp bitirerek farklılaşırsın. Tamamlanmış küçük bir proje, yarım kalmış büyük bir hayalden her zaman daha değerlidir.

Alıştırma

12 dk

Projeni planla:

Bir proje fikri için "çekirdek (MVP)" özelliklerini ve "sonraya bırakılacak" ekleri ayır.

Çekirdeği küçük, bitirilebilir görevlere böl.

"Çalışan ve basit > mükemmel ama bitmemiş" ilkesini kendi cümlenle açıkla.

Bölüm 06

Sürüm Kontrolüyle Göstermek (GitHub)

Kodunu GitHub gibi bir platformda herkese açık tutmak, portfolyonun temelidir. İşverenler kod depolarına bakar: kodun kalitesini, commit geçmişini, README'ni görür. Modül 2 ve 14'te öğrendiğin Git, burada portfolyonun vitrini olur.

Kodun vitrini

Şema 6.1 — GitHub: kodunu herkese açık, düzenli ve incelenebilir kılar.

Bir projeyi GitHub'a göndermek

git init
git add .
git commit -m "İlk sürüm: çekirdek özellikler"
git remote add origin
git push -u origin main

İpucu

GitHub (ve benzeri platformlar), yazılım dünyasında portfolyonun merkezidir: işverenler ve teknik mülakatçılar neredeyse her zaman kod depolarına bakar. Orada gördükleri: kodun kalitesi (okunur mu, düzenli mi?), commit geçmişi (düzenli mi çalışıyorsun, anlamlı commit'ler mi?), README (projeyi anlatabiliyor musun?) ve genel profesyonellik. Bu yüzden Modül 2 ve 14'te öğrendiğin Git/sürüm kontrolü becerisi, burada doğrudan kariyer değerine dönüşür. Pratik ipuçları: (1) projelerini herkese açık depolarda tut (gizli sırlar olmadan — Modül 14'teki sır yönetimi!); (2) anlamlı commit mesajları yaz (geçmişin bir hikâye anlatsın); (3) her önemli projeye iyi bir README ekle (sonraki bölüm); (4) profilini düzenli tut — en iyi projelerini öne çıkar. Dikkat: depolarına asla sır (API anahtarı, parola) gönderme — bu hem güvenlik riski hem de profesyonellik zaafı olarak görülür. Düzenli, temiz ve aktif bir GitHub profili, "bu kişi gerçekten kod yazıyor ve düzenli çalışıyor" mesajını verir — sözden çok daha ikna edici.

Kariyerinde ne işe yarar?

Kariyer

Düzenli ve herkese açık bir GitHub profili, işverenler için canlı bir portfolyodur: kodunu, çalışma düzenini ve projelerini doğrudan görürler. Anlamlı commit geçmişi ve temiz depolar "bu kişi profesyonelce çalışıyor" der; sır içermeyen, iyi belgelenmiş projeler güven verir. Git becerini bir kariyer vitrinine çevirdiğinde, deneyimini kanıtlarla desteklemiş olursun.

Alıştırma

10 dk

Vitrinini kur:

İşverenlerin bir GitHub deposunda baktığı üç şeyi yaz.

Depolarına neden asla sır göndermemen gerektiğini açıkla (Modül 14 ile bağ).

İyi bir commit geçmişinin neden değerli olduğunu belirt.

Bölüm 07

README ve Proje Dokümantasyonu

README, bir projenin ön kapısıdır: deponu açan kişinin gördüğü ilk şey. İyi bir README projenin ne olduğunu, ne işe yaradığını, nasıl çalıştırılacağını ve nasıl yapıldığını anlatır. Çoğu zaman README, kodun kendisi kadar önemlidir — çünkü ilk izlenimi o yaratır.

Projenin ön kapısı

Şema 7.1 — İyi bir README: ne, nasıl, hangi teknolojiyle + görsel.

Basit bir README iskeleti (Markdown)

# Proje Adı
Tek cümlede ne yaptığı. [Canlı Demo](https://...)

## Özellikler
- Çekirdek özellik 1
## Kurulum
1. `git clone ...`  2. `npm install`  3. `npm start`
## Teknolojiler
HTML, CSS, JavaScript, ...

İpucu

README, projenin vitrini ve kullanım kılavuzudur; çoğu işveren/mülakatçı, kodun derinine inmeden önce README'ye bakar ve ondan bir izlenim edinir. İyi bir README'nin temel parçaları: (1) Ne yapar — tek-iki cümlelik net bir açıklama (ve mümkünse canlı demo linki — tıklayıp görebilsinler); (2) Görsel — bir ekran görüntüsü veya kısa demo (bir resim bin satır koddan daha hızlı anlatır); (3) Nasıl çalıştırılır — kurulum/çalıştırma adımları (başka biri çalıştırabilmeli); (4) Teknolojiler — hangi araçları/dilleri kullandın (becerilerini gösterir); ve isteğe bağlı olarak nasıl/neden yaptığın (öğrendiklerin, zorluklar). Modül 14'te yazılım için dokümantasyonun önemini gördün; README, bunun portfolyodaki en görünür hâlidir. İyi bir README iki şeyi birden yapar: projeyi anlaşılır kılar ve senin iletişim/dokümantasyon becerini gösterir — ki bu, işverenlerin teknik beceri kadar değer verdiği bir şeydir. Kuralı basit: deponu hiç tanımayan birinin, README'yi okuyup projeyi anlayabilmesi ve çalıştırabilmesi gerekir.

Kariyerinde ne işe yarar?

Kariyer

İyi bir README, projeni hiç tanımayan bir işverenin onu saniyeler içinde anlamasını sağlar: ne yaptığını, nasıl çalıştığını ve hangi becerileri gösterdiğini. Aynı zamanda senin yazılı iletişim ve dokümantasyon becerini kanıtlar — bu, ekip çalışmasında çok değer verilen bir niteliktir. Net bir README, projeni "anlaşılmayan bir kod yığını" olmaktan çıkarıp "etkileyici bir vitrin" hâline getirir.

Alıştırma

12 dk

README yaz:

İyi bir README'nin içermesi gereken dört şeyi yaz.

Bir projen için tek cümlelik açıklama ve teknoloji listesi taslağı oluştur.

README'nin senin hangi (teknik olmayan) becerini gösterdiğini belirt.

Bölüm 08

Projeyi Yayına Almak

Bir portfolyo projesinin en güçlü hâli, tıklanıp denenebilen canlı bir demodur. "Kodu var" demek bir şeydir; "işte çalışan link" demek bambaşka. Modül 14'te öğrendiğin yayınlama, portfolyonu somut bir deneyime dönüştürür.

Çalışan bir link

Şema 8.1 — Yayınlama: projeyi tıklanabilir, canlı bir kanıta çevirir.

İpucu

Bir işverenin veya mülakatçının deneyimini düşün: birine "şu projeyi yaptım, kodu GitHub'da" demekle, "işte çalışan demo, tıkla ve dene" demek arasında büyük bir fark vardır. Canlı bir demo, projeni somut ve hemen erişilebilir kılar — kimse kodu indirip kurmak zorunda kalmadan, eserini anında görebilir. İşte bu yüzden Modül 12 (hosting) ve Modül 14 (yayınlama) burada doğrudan kariyer değerine dönüşür: öğrendiğin yayınlama becerisi, portfolyonu "kod dosyaları" olmaktan çıkarıp yaşayan ürünlere çevirir. Pratik adımlar: projeni yayına al (statik siteler ve birçok uygulama için bugün ücretsiz/kolay yollar var), canlı linki README'nin en üstüne koy ve portfolyonda öne çıkar. Bir şeyi yayına almak, ayrıca baştan sona bir şey yapabildiğini kanıtlar (fikirden çalışan ürüne) — ki bu, işverenlerin gördüğü en ikna edici şeylerden biridir. Mümkün olduğunca, her portfolyo projenin çalışan bir demosu olsun. "Çalışıyor, işte burada" cümlesi, anlatabileceğin en güçlü cümledir.

Kariyerinde ne işe yarar?

Kariyer

Çalışan bir canlı demo, bir işveren için en ikna edici kanıttır: senin emeğini anında, kendi gözüyle deneyimler. Ayrıca bir fikri baştan sona çalışan bir ürüne dönüştürebildiğini — yani gerçek bir geliştirici gibi iş çıkarabildiğini — kanıtlar. Modül 14'te öğrendiğin yayınlama, portfolyonu bu güçlü hâle taşıyan adımdır; her demoyla "yapabilirim"i "yaptım ve işte burada"ya çevirirsin.

Alıştırma

10 dk

Yayına al:

Canlı bir demonun, sadece koddan neden daha etkili olduğunu yaz.

Yayınlamanın (Modül 14) portfolyona kattığı değeri açıkla.

Canlı demo linkini nereye koymalısın (README, portfolyo), belirt.

Seviye 2

Güçlü Bir Portfolyo İnşa Etmek

Portfolyoyu güçlendirmek: bitirme projesi kurgulamak, temiz ve okunur kod, projeyi vaka çalışmasıyla anlatmak, görsel sunum ve demo, beceri çeşitliliği ve geri bildirimle yineleme.

Bölüm 09

Bir Bitirme Projesi Kurgulamak

Bitirme projesi, bu serinin parçalarını tek bir çalışmada birleştiren bir başyapıttır: önyüzü, arkayüzü, veritabanı, yayını olan uçtan uca bir uygulama. İyi kurgulanmış bir bitirme projesi, portfolyonun merkez parçası ve mülakatların en güçlü konusu olur.

Becerileri birleştiren proje

Şema 9.1 — Bitirme projesi: tüm katmanları tek uçtan uca çalışmada birleştir.

İpucu

Bir bitirme projesi, portfolyonun amiral gemisidir: tek bir projede, öğrendiğin parçaların birlikte çalıştığını gösterirsin. İyi bir bitirme projesinin reçetesi: (1) Gerçek ve odaklı bir problem seç (devasa değil — Seviye 1'deki MVP düşüncesi burada da geçerli; küçük ama tam çalışan bir şey). (2) Katmanları bilinçli planla: kullanıcının göreceği önyüz, isteği işleyen arkayüz/API, veriyi saklayan veritabanı ve hepsini buluşturan yayın. Hepsini birden yapman şart değil; ama uçtan uca çalışan bir akış (ör. kullanıcı bir şey ekler → kaydedilir → listelenir) çok değerlidir. (3) Sorumlu YZ kullanımıyla hızlan (Modül 15): YZ'yi taslak, hata ayıklama ve öğrenme için kullan — ama her şeyi anlayarak ve doğrulayarak. (4) Cilala ve anlat: yayına al (canlı demo), iyi bir README yaz, ve projenin hikâyesini (sonraki bölüm: vaka çalışması) hazırla. Bu proje, mülakatlarda hakkında en çok konuşacağın şey olacak — bu yüzden gerçekten ilgilendiğin ve gururla anlatabileceğin bir şey olsun. Bir tane güçlü bitirme projesi, on basit demodan daha etkilidir.

Kariyerinde ne işe yarar?

Kariyer

İyi kurgulanmış bir bitirme projesi, bir işverene "bu kişi gerçek, uçtan uca bir uygulamayı tek başına tasarlayıp kurabiliyor" der — ki bu, ilk işe alımda aranan en güçlü sinyaldir. Mülakatlarda da en zengin konudur: nasıl tasarladığını, hangi kararları neden verdiğini, hangi zorlukları nasıl aştığını anlatırsın. Tek bir güçlü bitirme projesi, kariyerinin kapısını aralayan anahtar olabilir.

Alıştırma

14 dk

Bitirme projeni kurgula:

Bir bitirme projesi fikri seç ve çözeceği gerçek problemi yaz.

Projenin dört katmanını (önyüz/arkayüz/veri/yayın) nasıl planlayacağını taslakla.

Çekirdek (uçtan uca çalışan en küçük) akışı tanımla.

Bölüm 10

Temiz ve Okunur Kod

Portfolyondaki kod, sadece çalışmakla kalmaz; başkaları (ve gelecekteki sen) tarafından okunur. Temiz, okunur kod, ustalığının işaretidir ve işverenlerin özellikle baktığı bir şeydir. "Çalışan kod" başlangıçtır; "temiz ve anlaşılır kod" profesyonelliktir.

Çalışan değil, temiz

Şema 10.1 — Temiz kod: anlamlı isimler, tekrarsızlık, okunur yapı.

Aynı işi yapan iki kod

// Dağınık:
function f(a){return a*0.18+a;}

// Temiz:
function kdvDahilFiyat(fiyat) {
  const KDV_ORANI = 0.18;
  return fiyat + fiyat * KDV_ORANI;
}

İpucu

Kod bir kez yazılır ama defalarca okunur — bu yüzden okunabilirlik, çalışmak kadar önemlidir. Portfolyonda işverenler tam da buna bakar: kodun ne kadar temiz ve profesyonel olduğuna. Temiz kodun temel ilkeleri: (1) Anlamlı isimler — x, tmp, f yerine kullaniciYasi, kdvDahilFiyat gibi ne yaptığını söyleyen isimler (kod kendini açıklasın). (2) Tekrarı önle — aynı kodu kopyalamak yerine bir fonksiyona al (DRY: kendini tekrarlama). (3) Küçük ve tek işli parçalar — her fonksiyon tek bir şey yapsın, kısa olsun. (4) Tutarlılık — aynı stil, aynı düzen baştan sona. (5) Gereksiz karmaşıklıktan kaçın — en basit çalışan çözüm en iyisidir ("akıllı" ama anlaşılmaz koddan kaçın). (6) Gerektiğinde "neden"i açıklayan yorum (Modül 15) — ama temiz kod genelde kendini açıklar. Bu ilkeler, bu serinin tüm dillerinde (JS, Python, PHP, C#) geçerlidir. Önemli bir gerçek: temiz kod yazmak, başkalarına olduğu kadar gelecekteki sana da bir iyiliktir — altı ay sonra kendi kodunu okuyacak olan da sensin. Portfolyonda temiz kod, "bu kişi sadece çalıştırmaz, doğru yapar" mesajını verir.

Kariyerinde ne işe yarar?

Kariyer

İşverenler portfolyo kodunu incelerken, temiz ve okunur kod gördüklerinde "bu kişi bir ekipte çalışabilir, kodunu başkaları anlayabilir" diye düşünür — çünkü gerçek işte kod paylaşılır ve birlikte geliştirilir. Dağınık kod, çalışsa bile profesyonellik eksikliği olarak görülür. Temiz kod yazma alışkanlığı, seni "kod çalıştıran" değil "iyi yazılım yazan" biri olarak konumlandırır.

Alıştırma

12 dk

Kodu temizle:

Temiz kodun üç ilkesini (anlamlı isim, tekrarsızlık, tek iş) yaz.

Anlamsız isimli bir kod parçasını anlamlı isimlerle yeniden yaz.

"Temiz kod gelecekteki sana bir iyiliktir" ne demek, açıkla.

Bölüm 11

Projeyi Anlatmak: Vaka Çalışması

Bir proje, anlatılış biçimiyle değer kazanır. Vaka çalışması (case study), projeni bir hikâye olarak sunar: hangi problemi, nasıl, neyle çözdün ve ne öğrendin? İyi bir anlatı, sıradan bir projeyi bile etkileyici kılar — çünkü düşünce sürecini gösterir.

Problemden sonuca hikâye

Şema 11.1 — Vaka çalışması: problem → yaklaşım → çözüm → öğrenilenler.

İpucu

Aynı projeyi iki kişi anlatabilir: biri "bir yapılacaklar uygulaması yaptım" der; diğeri "insanların görevlerini unutması problemini fark ettim, basit ve hızlı bir çözüm tasarladım, şu kararları şu sebeplerle verdim, şu zorlukla karşılaştım ve şöyle çözdüm, sonuçta şunu öğrendim" der. İkincisi çok daha etkileyicidir — çünkü sadece sonucu değil, düşünce sürecini gösterir. İşverenler ve mülakatçılar tam da bunu arar: nasıl düşündüğünü. İyi bir vaka çalışması dört parçadan oluşur: (1) Problem — neyi, kimin için çözdün (bağlam ver). (2) Yaklaşım — nasıl düşündün, hangi kararları neden verdin, hangi alternatifleri eledin (bu kısım en değerlisidir — muhakemeni gösterir). (3) Çözüm — ne inşa ettin (canlı demo + kod). (4) Sonuç ve öğrenilenler — ne işe yaradı, hangi zorlukları aştın, ne öğrendin (öğrenme isteğini gösterir — işverenlerin çok değer verdiği bir nitelik). Bu anlatıyı projenin README'sine, portfolyo sitene veya hazırlanırken mülakat için yaz. Unutma: işverenler "mükemmel" projeler değil, düşünebilen ve öğrenebilen insanlar arar. Vaka çalışması, tam da bunu gösterir.

Kariyerinde ne işe yarar?

Kariyer

Bir projeyi vaka çalışmasıyla anlattığında, işverene yalnızca ne yaptığını değil, nasıl düşündüğünü gösterirsin — ki teknik mülakatların ve işe alımın asıl değerlendirdiği budur. "Şu kararı şu sebeple verdim, şu zorluğu şöyle aştım, şunu öğrendim" anlatısı, seni problem çözebilen ve öğrenmeye açık biri olarak öne çıkarır. İyi bir anlatı, basit bir projeyi bile güçlü bir kanıta dönüştürür.

Alıştırma

12 dk

Hikâyeni yaz:

Bir projen için dört parçalı vaka çalışmasını (problem/yaklaşım/çözüm/öğrenilenler) taslakla.

Neden "yaklaşım" kısmı (kararlar ve nedenleri) en değerlisidir, açıkla.

Projende karşılaştığın bir zorluğu ve nasıl aştığını yaz.

Bölüm 12

Görsel Sunum ve Demo

İlk izlenim görseldir. Bir portfolyo projesinin nasıl göründüğü ve ne kadar kolay denenebildiği, ona harcanan ilgiyi belirler. Ekran görüntüleri, kısa demolar ve temiz bir arayüz, projeni "kod yığını"ndan "etkileyici bir ürüne" çevirir.

Göze ve denemeye hitap et

Şema 12.1 — Görsel sunum: ekran görüntüsü, demo, canlı link, temiz arayüz.

İpucu

İnsanlar (işverenler dahil) bir projeyi önce gözleriyle değerlendirir — kodu okumadan önce, nasıl göründüğüne ve ne kadar kolay denenebildiğine bakar. Bu yüzden görsel sunum, teknik kalite kadar önemlidir. Pratik adımlar: (1) Ekran görüntüsü — README'nin en başına projenin net bir ekran görüntüsünü koy (kelimelerden hızlı anlatır). (2) Kısa demo — bir GIF veya kısa video, projenin çalışırken nasıl göründüğünü gösterir (statik resimden daha etkili). (3) Canlı link — tıklanıp denenebilen demo (Seviye 1). (4) Temiz, kullanışlı arayüz — gösterişli olması gerekmez, ama düzenli, anlaşılır ve sade olmalı (Modül 4 CSS ve Modül 13 mobil burada işe yarar; basit ama özenli bir tasarım, dağınık bir "havalı" tasarımdan iyidir). Mobil uyumlu olması da artıdır (Modül 13). Önemli denge: içerik kraldır — süslemeye değil, projenin gerçekten ne yaptığını net göstermeye odaklan. İyi görsel sunum, "bu kişi işine özen gösteriyor ve kullanıcıyı düşünüyor" mesajını verir — ki bu, teknik beceri kadar değerlidir.

Kariyerinde ne işe yarar?

Kariyer

İyi görsel sunum, bir işverenin projene ayırdığı ilk birkaç saniyede onu etkilemeni sağlar: net bir ekran görüntüsü, çalışan bir demo ve temiz bir arayüz, "bu kişi özenli ve kullanıcıyı düşünüyor" der. Çoğu aday bunu ihmal eder; sen görsel sunuma özen göstererek hemen öne çıkarsın. İlk izlenim, projenin geri kalanının nasıl algılanacağını belirler.

Alıştırma

10 dk

Görsel sun:

Bir projenin görsel sunumunu güçlendiren dört şeyi yaz.

Neden bir GIF/demo, statik bir ekran görüntüsünden daha etkili olabilir, açıkla.

"Basit ama özenli > dağınık ama havalı" ilkesini kendi cümlenle belirt.

Bölüm 13

Çeşitlilik: Farklı Beceriler Göstermek

Hepsi aynı kalıpta üç proje, farklı becerileri gösteren üç projeden daha az etkilidir. Portfolyonda çeşitlilik, geniş bir yetenek yelpazesini ve farklı problemleri çözebildiğini kanıtlar. Ama çeşitlilik, dağınıklık değildir — her proje yine de tamamlanmış ve cilalı olmalıdır.

Farklı güçleri göster

Şema 13.1 — Çeşitlilik: farklı türde projeler farklı becerileri gösterir.

İpucu

Portfolyonda çeşitlilik, sana iki şey kazandırır: farklı becerileri gösterirsin ve farklı türde işlere/rollere uygun olduğunu kanıtlarsın. İdeal bir başlangıç portfolyosu, farklı güçleri sergileyen birkaç projeden oluşur: örneğin biri arayüz/tasarım ağırlıklı (güzel ve kullanışlı bir UI — Modül 4, 13), biri veri/mantık ağırlıklı (veritabanı, API, algoritma — Modül 6, 7, 8), ve biri tam yığın (her şeyi birleştiren bitirme projesi). Bu çeşitlilik, "bu kişi sadece tek bir şey yapabiliyor" izlenimini önler ve farklı iş tanımlarına hitap eder. Ama dikkat: çeşitlilik, dağınıklık değildir — her proje yine de tamamlanmış, temiz ve iyi sunulmuş olmalı (önceki bölümler). Yarım kalmış beş farklı proje, çeşitlilik değil, bitiremezlik gösterir. Ayrıca, ne kadar çeşitlilik gösterirsen göster, hedeflediğin role uygun projeleri öne çıkar (örneğin önyüz işi arıyorsan, en güçlü arayüz projeni vitrine koy). Kalite + çeşitlilik dengesi: az sayıda ama her biri güçlü ve farklı proje — ideal portfolyo budur.

Kariyerinde ne işe yarar?

Kariyer

Çeşitli ama her biri tamamlanmış projeler, bir işverene "bu kişi farklı problemleri çözebiliyor ve farklı rollerde değerli olabilir" der. Hepsi aynı kalıptaki projeler ise dar bir yetenek izlenimi bırakır. Çeşitliliği kaliteyle dengelediğinde — az sayıda ama güçlü ve farklı projeyle — hem geniş yeteneğini hem iş bitirme disiplinini aynı anda kanıtlarsın.

Alıştırma

10 dk

Çeşitlendir:

Portfolyonda gösterebileceğin üç farklı proje türü ve becerisini yaz.

"Çeşitlilik dağınıklık değildir" ne demek, açıkla.

Hedeflediğin role göre hangi projeyi öne çıkarırdın, belirt.

Bölüm 14

Geri Bildirim ve Yineleme

Portfolyon ve projelerin tek seferde mükemmel olmaz; geri bildirimle gelişir. Başkalarına gösterip dürüst görüşler almak ve buna göre iyileştirmek, hem projelerini hem de bir geliştirici olarak seni güçlendirir. Geri bildirime açıklık, olgunluğun işaretidir.

Göster, dinle, iyileştir

Şema 14.1 — Yineleme döngüsü: paylaş → dinle → değerlendir → iyileştir.

İpucu

Bir projeyi ya da portfolyoyu tek başına geliştirirken, ona o kadar yakınsın ki eksiklerini göremezsin. Başka gözler — bir mentor, bir topluluk, deneyimli bir geliştirici, hatta bir arkadaş — senin atladığın şeyleri görür. Bu yüzden çalışmalarını paylaşmak ve geri bildirim almak, gelişmenin en hızlı yollarından biridir. Geri bildirimden en iyi şekilde yararlanmak için: (1) Savunmaya geçme — geri bildirim kişisel bir saldırı değil, bir hediyedir; dinle ve anlamaya çalış. (2) Spesifik sor — "nasıl?" yerine "bu arayüz anlaşılır mı?", "bu kod okunur mu?" gibi net sorular daha yararlı yanıt getirir. (3) Değerlendir, körü körüne uygulama — her geri bildirim doğru değildir; gelenleri kendi muhakemenle süz (bu, Modül 15'teki YZ çıktısını değerlendirme refleksine benzer). (4) Yinele — portfolyo "bitmiş" bir şey değil, sürekli gelişen yaşayan bir vitrindir. Geri bildirime açık olmak, ayrıca güçlü bir mesleki niteliktir: işverenler, eleştiriyi yapıcı biçimde karşılayan ve gelişen insanları arar (kod incelemesi — Modül 14 — bunun günlük hâlidir). "Mükemmel olana kadar gösterme" tuzağına düşme; erken göster, sık geri bildirim al, kademeli iyileştir.

Kariyerinde ne işe yarar?

Kariyer

Geri bildirim alıp projelerini yineleyerek geliştirmek, hem portfolyonu güçlendirir hem de işverenlerin çok değer verdiği bir niteliği — eleştiriye açıklık ve sürekli gelişimi — gösterir. Gerçek iş hayatı baştan sona geri bildirim ve yineleme üzerine kuruludur (kod incelemeleri, ürün iterasyonları); bu refleksi şimdiden geliştirmek seni hazır kılar. Geri bildirime açık biri, hızla büyüyen biridir.

Alıştırma

10 dk

Geri bildirim al:

Geri bildirimden iyi yararlanmanın üç kuralını yaz.

"Her geri bildirim doğru değildir" ile "savunmaya geçme" nasıl dengelenir, açıkla.

Portfolyonun neden "yaşayan" bir şey olduğunu belirt.

Seviye 3

Kariyere Hazırlık

İşe hazırlık: geliştirici özgeçmişi (CV), çevrimiçi varlık, teknik ve davranışsal mülakat hazırlığı, kod görevleri ve canlı kodlama, ağ kurma ve topluluk.

Bölüm 15

Geliştirici Özgeçmişi (CV)

CV, kapıyı çalan ilk şeydir: işverenin seni tanıdığı ilk belge. İyi bir geliştirici CV'si kısa, net ve kanıt odaklıdır — becerilerini sayıp geçmez, onları projeler ve sonuçlarla destekler. Amaç, mülakat davetini almaktır.

Kısa, net, kanıtlı

Şema 15.1 — Geliştirici CV'si: özet, beceriler, projeler, eğitim/deneyim.

İpucu

Bir CV genelde saniyeler içinde taranır — bu yüzden net, kısa (ideali bir sayfa) ve okunur olmalı. İyi bir geliştirici CV'sinin parçaları: (1) Kısa özet — kim olduğun ve ne aradığın (ör. "uçtan uca web geliştirme öğrenmiş, [şu alanda] iş arayan geliştirici"). (2) Beceriler — bildiğin diller ve araçlar (bu serideki: HTML/CSS/JS, bir arkayüz dili, SQL, Git, vb.) — ama abartma, gerçekten yapabildiklerini yaz. (3) Projeler — en güçlü kısım: her projeye canlı link + GitHub linki + tek-iki cümle (ne yaptığı ve hangi teknolojiyle). Deneyimin yoksa, projeler deneyimin yerini tutar. (4) Eğitim/deneyim — ilgili olanlar (bu eğitim serisi dahil). Altın kurallar: kanıt odaklı ol ("JavaScript biliyorum" yerine "JavaScript ile şu projeyi yaptım: [link]"); dürüst ol (yapamadığını yazma — mülakatta ortaya çıkar); role göre uyarla (her başvuruda en ilgili projeleri/becerileri öne çıkar); ve temiz/okunur tut (CV'nin düzeni bile senin özenini gösterir). CV'nin tek amacı vardır: mülakat davetini almak. Becerilerini projelerle kanıtladığında, bu kapı açılır.

Kariyerinde ne işe yarar?

Kariyer

İyi bir CV, kanıt odaklı olduğunda işe yarar: becerilerini sayıp geçmek yerine, onları canlı projeler ve linklerle desteklediğinde işveren "bu kişi gerçekten yapabiliyor" der ve seni mülakata çağırır. Özellikle deneyimin yokken, güçlü projeler CV'nin kalbidir. Kısa, dürüst ve role uyarlanmış bir CV, kalabalık bir başvuru yığınında öne çıkmanı sağlar.

Alıştırma

12 dk

CV taslağı yap:

Geliştirici CV'sinin dört bölümünü yaz.

Bir becerini "kanıt odaklı" biçimde (proje + link ile) nasıl yazarsın, örnekle.

CV'nin tek amacının ne olduğunu belirt.

Bölüm 16

Çevrimiçi Varlık

İşverenler seni ararken çevrimiçi varlığına bakar: GitHub'ın, profesyonel profilin, varsa portfolyo siten. Tutarlı ve profesyonel bir çevrimiçi varlık, seni bulunabilir ve güvenilir kılar. Bu, pasif ama sürekli çalışan bir vitrindir.

Bulunabilir ve profesyonel ol

Şema 16.1 — Çevrimiçi varlık: GitHub, profesyonel profil, portfolyo, tutarlılık.

İpucu

Bugün bir işveren, ilgilendiği bir adayı neredeyse her zaman internette araştırır. Ne bulduğu, senin hakkındaki izlenimini şekillendirir — bu yüzden çevrimiçi varlığını bilinçli inşa et. Temel bileşenler: (1) GitHub — kod vitrinin (Seviye 1); aktif, düzenli ve iyi projelerle dolu olsun. (2) Profesyonel profil (LinkedIn gibi) — deneyimini, becerilerini ve projelerini özetleyen, seni bulunabilir kılan yer; aktif olman (paylaşım, bağlantı) fırsatları artırır. (3) Portfolyo sitesi (isteğe bağlı ama güçlü) — projelerini tek bir yerde, kendi tasarımınla toplayan bir site (üstelik bu sitenin kendisi bir projedir — becerini gösterir!). (4) Tutarlılık — her yerde aynı isim, aynı profesyonel ton, aynı anlatı; tutarlı bir kimlik güven verir ve seni akılda kalıcı kılar. Önemli bir hatırlatma: çevrimiçi varlığın halka açıktır — paylaştığın her şey görünür olduğundan, profesyonel bir izlenim bırakacak biçimde davran (Modül 15'teki gizlilik bilinci kişisel markada da geçerli). İyi kurulmuş bir çevrimiçi varlık, sen uyurken bile çalışan, seni fırsatlara görünür kılan pasif bir vitrindir.

Kariyerinde ne işe yarar?

Kariyer

Tutarlı ve profesyonel bir çevrimiçi varlık, işverenler seni araştırdığında olumlu ve güvenilir bir izlenim bırakır — ve seni hiç başvurmadığın fırsatlara bile görünür kılar (işe alımcılar aktif olarak yetenek arar). GitHub'ın, profesyonel profilin ve varsa portfolyo siten birlikte, sürekli çalışan pasif bir vitrindir. İyi yönetilen bir çevrimiçi kimlik, kariyer fırsatlarının kapısını aralar.

Alıştırma

10 dk

Varlığını kur:

Profesyonel çevrimiçi varlığın üç temel bileşenini yaz.

Neden "tutarlılık" (aynı isim/ton/anlatı) önemli, açıkla.

Bir portfolyo sitesinin neden aynı zamanda bir "proje" sayıldığını belirt.

Bölüm 17

Mülakata Hazırlık: Teknik

Teknik mülakat, bilgini ve problem çözme biçimini değerlendirir. Amaç her şeyi ezberlemek değil; temelleri anlamak, problemi sistematik çözmek ve düşünceni sesli ifade etmektir. Hazırlık ve pratik, teknik mülakat kaygısını güvene çevirir.

Bilgi + problem çözme

Şema 17.1 — Teknik mülakat: anla → sesli düşün → çöz → test et.

İpucu

Teknik mülakatlar korkutucu görünür ama amaçları "seni yakalamak" değil, nasıl düşündüğünü görmektir. İyi haber: hazırlanabilirsin. (1) Temelleri tazele — bu serinin konuları (programlama temelleri, algoritma/problem çözme — Modül 6, veri yapıları, ilgili dil, SQL, web temelleri) sık sorulanlardır. (2) En kritik beceri: sesli düşünmek — mülakatçı doğru cevaptan çok, sürecini görmek ister. Problemi anla, gerekirse soru sorarak netleştir (acele edip yanlış varsayma), yaklaşımını yüksek sesle anlat, sonra kodla, sonra test et (kenar durumları düşün — Modül 15'teki test refleksi). (3) Takılırsan, sessiz kalma — "şöyle düşünüyorum ama burada takıldım" demek, çaresizce susmaktan çok daha iyidir (gerçek işte de yardım istemek bir erdemdir). (4) Pratik yap — problem çözme platformlarında düzenli alıştırma, hem beceriyi hem güveni artırır. (5) Dürüst ol — bilmediğin bir şeyi "bilmiyorum ama şöyle öğrenirdim/yaklaşırdım" demek, uydurmaktan iyidir. Unutma: mülakatçı, birlikte çalışmak isteyeceği biri arıyor — sakin, düşünen, iletişim kuran ve öğrenmeye açık biri. Kusursuzluk değil, net düşünce ve iyi iletişim kazandırır.

Kariyerinde ne işe yarar?

Kariyer

Teknik mülakata hazırlandığında ve sesli düşünme alışkanlığını geliştirdiğinde, mülakatçıya yalnızca doğru cevabı değil, problem çözme sürecini gösterirsin — değerlendirilen asıl şey budur. Takıldığında iletişim kurmak, kenar durumları düşünmek ve dürüst olmak, "bu kişiyle çalışmak kolay olur" izlenimi bırakır. Hazırlık ve pratik, mülakat kaygısını güvene ve performansa çevirir.

Alıştırma

12 dk

Teknik mülakata hazırlan:

Teknik mülakatta "sesli düşünmenin" neden önemli olduğunu yaz.

Bir problemi çözerken izleyeceğin adımları (anla→planla→kodla→test) sırala.

Bir soruda takıldığında veya bilmediğinde ne yaparsın, belirt.

Bölüm 18

Mülakata Hazırlık: Davranışsal

Davranışsal mülakat, teknik beceriden çok kim olduğunu değerlendirir: nasıl çalışırsın, zorluklarla nasıl baş edersin, ekipte nasılsın? "Bir zorlukla karşılaştığın bir anı anlat" gibi sorular gelir. İyi cevap, somut bir hikâyedir — STAR yöntemi burada yardımcı olur.

STAR ile hikâye anlat

Şema 18.1 — STAR yöntemi: Durum → Görev → Eylem → Sonuç.

İpucu

Davranışsal mülakatlar, "birlikte çalışmak nasıl olur?" sorusunu yanıtlar — teknik beceri kadar, bazen ondan da çok önemlidir, çünkü ekipler insanlarla çalışır. Tipik sorular: "bir zorlukla nasıl baş ettin?", "bir hatandan ne öğrendin?", "bir anlaşmazlığı nasıl çözdün?", "neden bu alan?". Bu soruları yanıtlamanın en iyi yolu somut bir hikâye anlatmaktır (soyut "ben şöyle biriyim" yerine). STAR yöntemi hikâyeni yapılandırır: S (Durum) — bağlamı kısaca anlat; T (Görev) — senin sorumluluğun neydi; A (Eylem) — ne yaptın (bu en önemli kısım — somut adımların); R (Sonuç) — ne oldu ve ne öğrendin. Hazırlık: birkaç güçlü hikâyeyi (bir proje zorluğu, bir öğrenme deneyimi, bir işbirliği) önceden düşün — bu serideki projelerin bu hikâyeler için harika malzemedir. İpuçları: dürüst ol (uydurma hikâye fark edilir); hatalardan konuşmaktan korkma (ne öğrendiğini göstermek olgunluktur); pozitif ol (eski işten/insanlardan kötü konuşma); ve gerçek tutkunu göster. Davranışsal mülakat, teknik becerinin arkasındaki insanı görmek içindir — sakin, dürüst ve öğrenmeye açık ol.

Kariyerinde ne işe yarar?

Kariyer

Davranışsal mülakata STAR yöntemiyle hazırlandığında, "nasıl çalışırsın?" sorusuna soyut iddialar yerine somut hikâyelerle yanıt verirsin — bu çok daha ikna edicidir. İşverenler teknik beceri kadar tutum, iletişim ve öğrenme isteği arar; iyi anlatılmış bir deneyim hikâyesi bunları kanıtlar. Bu seride yaptığın projeler, anlatacağın güçlü hikâyelerin kaynağıdır.

Alıştırma

12 dk

Hikâyeni hazırla:

STAR yönteminin dört parçasını (Durum/Görev/Eylem/Sonuç) yaz.

Bir proje zorluğunu STAR yöntemiyle bir hikâye olarak anlat.

Neden bir hatadan konuşmak (ve ne öğrendiğini söylemek) iyi olabilir, açıkla.

Bölüm 19

Kod Görevleri ve Canlı Kodlama

Birçok işe alım sürecinde bir kod görevi (ev ödevi projesi) veya canlı kodlama (mülakatçı önünde kod yazma) yer alır. Bunlar, gerçek becerini iş başında gösterme fırsatlarıdır. Hazırlık, sakinlik ve süreci göstermek, başarının anahtarıdır.

Beceriyi iş başında göster

Şema 19.1 — Kod görevi: anla → planla → temiz kodla → test et ve anlat.

İpucu

Kod görevleri ve canlı kodlama, "gerçekten kod yazabiliyor mu ve nasıl yazıyor?" sorusunu yanıtlar — portfolyonun canlı kanıtıdır. İki tür vardır: ev ödevi tipi (evde, kendi hızında bir proje yaparsın) ve canlı kodlama (mülakatçı önünde, gerçek zamanlı). İkisi için de altın kurallar: (1) Görevi tam anla — koda atlamadan önce gereksinimleri netleştir, gerekirse soru sor (yanlış şeyi mükemmel yapmak işe yaramaz). (2) Planla ve sesli düşün (canlı kodlamada özellikle) — yaklaşımını paylaş; mülakatçı sürecini görmek ister (Modül 6 problem çözme + Modül 17). (3) Önce çalıştır, sonra cilala — mükemmel ama bitmemiş yerine, çalışan ve basit; sonra zaman kalırsa iyileştir (Modül 14'teki MVP mantığı). (4) Temiz kod yaz (Modül 10) — anlamlı isimler, düzen; mülakatçı kodunun kalitesine bakar. (5) Test et — kenar durumları kontrol et; "bunu da düşündüm" demek güçlüdür. Ev ödevi tipinde ekstra: iyi bir README ve commit geçmişi ekle (Modül 7, 14) — değerlendiriciler bunlara bakar. Canlı kodlamada takılırsan, iletişim kur (sus kalma). Bu görevler, hazırlık ve sakinlikle, becerini en doğrudan gösterdiğin fırsatlardır.

Kariyerinde ne işe yarar?

Kariyer

Kod görevleri ve canlı kodlama, becerini doğrudan iş başında gösterme fırsatıdır: görevi anlayıp planlayarak, sesli düşünerek, temiz ve test edilmiş kod yazarak işverene gerçek çalışma biçimini gösterirsin. Bu seride edindiğin tüm beceriler — problem çözme, temiz kod, test, Git, README — burada bir araya gelir. Hazırlık ve sakin bir süreç, bu görevleri en güçlü kozuna çevirir.

Alıştırma

12 dk

Kod görevine hazırlan:

Bir kod görevinde koda başlamadan önce ne yaparsın (anla, netleştir), yaz.

"Önce çalışsın, sonra cilala" ilkesini bir mülakat bağlamında açıkla.

Bir ev ödevi projesinde README ve commit geçmişinin neden önemli olduğunu belirt.

Bölüm 20

Ağ Kurma ve Topluluk

Birçok fırsat, ilanlardan değil insanlardan gelir. Ağ kurmak (networking), yazılım topluluklarına katılmak ve paylaşımda bulunmak, hem öğrenmeni hızlandırır hem kariyer kapıları açar. Bu, "tanıdık bulmak" değil, gerçek bağlar ve katkılarla bir topluluğun parçası olmaktır.

Topluluğun parçası ol

Şema 20.1 — Ağ kurma: topluluklar, paylaşım, karşılıklı yardım, katkı.

İpucu

"Ağ kurma" kulağa hesapçı gelebilir ama gerçek hâli basittir: topluluğun bir parçası olmak ve karşılıklı değer üretmek. Yazılım dünyası, paylaşım ve yardımlaşma kültürü üzerine kuruludur — ve birçok fırsat (iş, işbirliği, mentorluk) insanlar aracılığıyla gelir. Nasıl başlanır: (1) Topluluklara katıl — çevrimiçi forumlar, sohbet grupları, yerel buluşmalar, etkinlikler; ilgi alanına uygun yerlerde ol. (2) Paylaş — öğrendiklerini, yaptığın projeleri, çözdüğün sorunları paylaşmak (bir blog yazısı, bir gönderi, bir açık depo) hem öğretir hem seni görünür kılar ("öğreterek öğrenme"). (3) Yardım et — başkalarının sorularına yanıt vermek, küçük de olsa katkıda bulunmak; vermek, almanın en iyi yoludur ve gerçek bağlar kurar. (4) Açık kaynağa katkı (sonraki seviye) — hem topluluk bağı hem gerçek deneyim. Önemli: ağ kurma, samimiyet ister — "ne koparabilirim" değil, "nasıl katkıda bulunabilirim ve öğrenebilirim" zihniyetiyle yaklaş. Zamanla, gerçek ilişkiler ve itibar, hiçbir iş ilanının veremeyeceği fırsatlar getirir. Ayrıca topluluk, yalnız hissettiğin bu yolculukta destek ve motivasyon kaynağıdır. Yalnız kodlama yerine, birlikte büyü.

Kariyerinde ne işe yarar?

Kariyer

Bir topluluğun parçası olmak ve katkıda bulunmak, kariyer fırsatlarının önemli bir bölümünün geldiği yerdir — birçok iş ve işbirliği, ilanlardan değil insan bağlarından doğar. Paylaşmak ve yardım etmek seni görünür ve güvenilir kılar, üstelik öğrenmeni hızlandırır. Samimi bir biçimde topluluğa değer kattığında, o değer zamanla sana fırsatlar ve destek olarak geri döner.

Alıştırma

10 dk

Ağını kur:

Ağ kurmanın "tanıdık bulmak" değil "topluluğa katkı" olduğunu kendi cümlenle açıkla.

Bir toplulukta değer üretmenin iki yolunu (paylaş, yardım et) yaz.

Öğrendiğin bir şeyi nasıl paylaşabileceğini (blog, gönderi, depo) belirt.

Seviye 4

Sürekli Büyüme ve Bitiriş

Büyümeyi sürdürmek: sürekli öğrenme, açık kaynağa katkı, uzmanlaşma ile genişlik dengesi, mesleki etik ve sorumluluk, yolun sonu/yolculuğun başı ve geliştirici yol haritası.

Bölüm 21

Sürekli Öğrenme

Yazılım sürekli değişir: yeni diller, araçlar, yaklaşımlar. Bu yüzden en değerli beceri, herhangi bir teknoloji değil, öğrenmeyi öğrenmektir. Bu seri sana bir temel ve bir öğrenme yöntemi verdi; gerçek kariyer, bu öğrenmeyi ömür boyu sürdürmektir.

Öğrenmeyi sürdür

Şema 21.1 — Sürekli öğrenme: temele dayan, küçük adımlarla büyümeyi sürdür.

İpucu

Yazılımda hiç kimse "öğrenmeyi bitirmez" — en deneyimli geliştiriciler bile sürekli yeni şeyler öğrenir, çünkü alan sürekli değişir. Bu kulağa yorucu gelebilir ama aslında özgürleştiricidir: her şeyi bilmen gerekmez (kimse bilmez); nasıl öğreneceğini bilmen yeterlidir. İşte bu serinin sana verdiği en kalıcı şey budur — belirli teknolojilerden çok, sağlam bir temel ve öğrenme yeteneği. Yeni bir dil veya araç çıktığında, sıfırdan başlamazsın; kavramların çoğu (değişkenler, mantık, veri, istekler, sürüm kontrolü) aynı kalır, sadece sözdizimi değişir. Sürdürülebilir öğrenme için: (1) Küçük, düzenli adımlar at — her gün/hafta biraz, maraton değil (tutarlılık, yoğunluğu yener). (2) Yaparak öğren — okumak değil, küçük projeler kurmak öğretir. (3) Merakı takip et — ilgini çeken şeyleri öğrenmek hem keyifli hem kalıcıdır. (4) YZ'yi öğrenme ortağı yap (Modül 15) — sorumlu kullanımla, açıklatarak ve doğrulayarak öğrenmeni hızlandır. (5) Temellere dön — yeni "parlak" şeyler gelir geçer; sağlam temeller kalıcıdır. En önemlisi: merakını canlı tut. Yazılımı keyifli kılan, sürekli yeni şeyler keşfedebilmendir. Öğrenmeyi bir yük değil, yolculuğun en güzel parçası olarak gör.

Kariyerinde ne işe yarar?

Kariyer

Sürekli öğrenme alışkanlığı, kariyerinin en değerli güvencesidir: teknolojiler değişse de, öğrenmeyi öğrenmiş biri her zaman uyum sağlar ve değerli kalır. İşverenler de tam bunu arar — her şeyi bilen değil, hızlı öğrenen ve büyüyen insanları. Bu serinin sana verdiği sağlam temel ve öğrenme yöntemi sayesinde, gelecekteki her yeni teknolojiyi sıfırdan değil, güçlü bir zeminden öğrenirsin.

Alıştırma

10 dk

Öğrenmeyi sürdür:

Neden "öğrenmeyi öğrenmek", herhangi bir tek teknolojiden daha değerli, yaz.

Sürdürülebilir öğrenmenin iki ilkesini (küçük düzenli adımlar, yaparak öğrenme) açıkla.

Bundan sonra öğrenmek istediğin bir şeyi ve nasıl başlayacağını belirt.

Bölüm 22

Açık Kaynağa Katkı

Açık kaynak projeler, herkesin görebildiği ve katkıda bulunabildiği yazılımlardır. Onlara katkı vermek; gerçek dünya kodu deneyimi, güçlü bir portfolyo parçası ve topluluk bağı kazandırır. Küçük bir katkı bile (bir doküman düzeltmesi, bir hata onarımı) değerli bir başlangıçtır.

Gerçek projelere katkı

Şema 22.1 — Açık kaynak: proje bul → küçük başla → PR ile katkı ver.

İpucu

Açık kaynağa katkı, yeni bir geliştirici için olağanüstü değerlidir çünkü tek seferde birçok şey kazandırır: gerçek dünya kodu deneyimi (eğitim projeleri değil, gerçekten kullanılan yazılım), somut portfolyo (katkın herkese açık ve kanıtlanabilir), topluluk bağı (gerçek geliştiricilerle çalışırsın) ve öğrenme (deneyimli kodu okumak ve geri bildirim almak çok öğretir). Başlamak göründüğünden kolaydır: (1) Bir proje bul — kullandığın veya ilgini çeken bir açık kaynak proje. (2) Küçük başla — ilk katkın devasa bir özellik olmak zorunda değil; bir doküman düzeltmesi, bir küçük hata onarımı, bir test eklemesi mükemmel başlangıçlardır ("ilk katkı için iyi" etiketli işler genelde vardır). (3) Kurallara uy — her projenin katkı rehberi vardır; oku ve izle. (4) PR aç — Modül 14'te öğrendiğin tam olarak budur: dal aç, değişikliği yap, pull request gönder, inceleme al, düzelt. Burada o beceri gerçek bir projede işe yarar! İlk katkın heyecan verici (ve biraz korkutucu) olabilir, ama topluluklar genelde yeni katkıcılara destek olur. Birkaç küçük katkı bile, CV'nde ve mülakatlarda "gerçek projelere katkı verdim" demeni sağlar — bu güçlü bir kanıttır. Vermek, bu yolda hem öğrenmenin hem büyümenin yoludur.

Kariyerinde ne işe yarar?

Kariyer

Açık kaynağa katkı vermek, gerçek dünya kodu deneyimini, kanıtlanabilir bir portfolyo parçasını ve topluluk bağını aynı anda kazandırır — bir işveren için "bu kişi gerçek projelerde, gerçek ekiplerle çalışabiliyor" demektir. Küçük bir katkı bile (doküman, hata onarımı) değerli bir başlangıçtır ve Modül 14'te öğrendiğin PR akışını gerçek bir bağlamda uygulamanı sağlar. Vererek öğrenir, öğrenirken portfolyonu güçlendirirsin.

Alıştırma

10 dk

Katkıya hazırlan:

Açık kaynağa katkının kazandırdığı üç şeyi yaz.

İlk katkı için neden "küçük başlamak" (doküman, küçük hata) iyi bir fikirdir, açıkla.

Açık kaynak katkısının Modül 14'teki hangi beceriyi (PR akışı) kullandığını belirt.

Bölüm 23

Uzmanlaşma mı, Genişlik mi?

Kariyerin ilerledikçe bir soru gelir: bir alanda derinleşmek mi, yoksa geniş bir yelpazede yetkin olmak mı? İyi haber: ikisi zıt değildir. En sağlıklı yaklaşım genelde "T-şeklinde" olmaktır — geniş bir temel üzerine, bir veya birkaç alanda derinlik.

T-şeklinde gelişim

Şema 23.1 — T-şeklinde: geniş temel üstüne odaklı derinlik.

İpucu

Bu, kariyerinde sık karşılaşacağın bir gerilimdir ve net bir "doğru cevabı" yoktur — ama yararlı bir çerçeve "T-şeklinde geliştirici" fikridir. T'nin yatay çizgisi geniş temelindir: bu serinin sana verdiği gibi, yazılımın tüm katmanlarına (önyüz, arkayüz, veri, yayın, YZ) dair çalışan bir kavrayış. Bu genişlik seni esnek kılar (farklı işleri anlarsın, parçaları bağlarsın, ekiplerle konuşursun). T'nin dikey çizgisi ise bir veya birkaç alandaki derinliğindir: zamanla, en çok sevdiğin/yetenekli olduğun bir alanda (ör. önyüz, veri, mobil, belirli bir dil) uzmanlaşırsın. Bu derinlik seni ayırt edici ve değerli kılar. Neden ikisi de gerekli? Sadece genişlik ("her şeyden biraz") seni ikame edilebilir kılabilir; sadece derinlik (tek bir dar alan) seni kırılgan kılabilir (o alan değişirse). T-şekli ikisinin dengesidir. Pratik tavsiye: önce geniş temeli sağlamlaştır (bu seriyle başladın), sonra merakını ve fırsatları takip ederek bir alanda derinleş — derinleşeceğin alanı baştan seçmek zorunda değilsin; çalışırken neyi sevdiğini keşfedersin. Kariyer bir yarış değil, bir keşif; zamanla kendi şeklini bulacaksın.

Kariyerinde ne işe yarar?

Kariyer

T-şeklinde gelişmek — geniş bir temel üstüne bir-iki alanda derinlik — seni hem esnek hem değerli kılar; işverenler tam bu dengeyi takdir eder (sistemi anlayan ama bir alanda da derinleşebilen biri). Bu seri sana T'nin geniş temelini verdi; kariyerin ilerledikçe sevdiğin alanlarda derinleşerek kendi uzmanlığını oluşturursun. Hangi alanda derinleşeceğini baştan bilmen gerekmez; çalışırken keşfedersin.

Alıştırma

10 dk

Şeklini düşün:

"T-şeklinde geliştirici" ne demek, kendi cümlenle yaz.

Sadece genişlik veya sadece derinliğin risklerini açıkla.

Bu seride en çok ilgini çeken ve belki derinleşmek isteyeceğin alanı belirt.

Bölüm 24

Etik, Sorumluluk ve Meslek

Bir geliştirici olarak ürettiğin yazılım insanların hayatına dokunur: verilerini, güvenliğini, deneyimini etkiler. Bu güç, sorumluluk getirir. İyi bir geliştirici sadece "çalışan" değil, güvenli, dürüst ve insanlara saygılı yazılım üretir. Bu, mesleğin onurudur.

Sorumlu geliştiricilik

Şema 24.1 — Mesleki sorumluluk: güvenlik, gizlilik, dürüstlük, sorumlu YZ.

İpucu

Bu bölüm serinin tüm etik ipliklerini bir araya getirir, çünkü iyi bir geliştirici olmak, iyi kod yazmaktan fazlasıdır. Ürettiğin yazılım gerçek insanları etkiler — bu yüzden sorumluluk taşır. Bu serinin baştan beri vurguladığı ilkeler burada birleşir: (1) Güvenlik (Modül 7-12-14-15) — kullanıcıları koruyan kod yaz; bir güvenlik açığı gerçek insanlara zarar verebilir. (2) Veri gizliliği / KVKK (Modül 8-15) — insanların kişisel verisi bir emanettir; onu koru, gereğinden fazlasını toplama, izinsiz kullanma. (3) Dürüstlük — yapabildiğin konusunda (CV, mülakat) ve ürettiğin konusunda şeffaf ol; abartma, aldatma. (4) Sorumlu YZ kullanımı (Modül 15) — YZ çıktısını doğrula, sorumluluğu sahiplen, "YZ yaptı" deme. (5) Kullanıcıya ve topluma saygı — erişilebilirlik, adalet (önyargıdan kaçınma), kullanıcının çıkarını gözetme. Bu ilkeler "ekstra" değil, profesyonelliğin tanımıdır. Teknik beceri seni "kod yazan" yapar; etik sorumluluk seni güvenilir bir profesyonel yapar — ki sektörde en çok aranan ve en uzun ömürlü olan budur. Yazılım büyük bir güçtür; onu insanlara fayda sağlayacak, zarar vermeyecek biçimde kullanmak senin elinde ve senin onurundur. İyi geliştirici, hem yetkin hem sorumludur.

Kariyerinde ne işe yarar?

Kariyer

Mesleki etik ve sorumluluk — güvenlik, gizlilik, dürüstlük ve sorumlu YZ kullanımı — seni yalnızca yetkin değil, güvenilir bir profesyonel yapar; ki sektörde en değerli ve kalıcı olan budur. İşverenler ve kullanıcılar, kodu çalıştıran kadar doğru ve sorumlu davranan geliştiricilere güvenir. Bu seri boyunca işlenen tüm güvenlik ve gizlilik ilkeleri, mesleğinin onurlu temelini oluşturur.

Alıştırma

12 dk

Sorumlu ol:

Sorumlu geliştiriciliğin dört boyutunu (güvenlik, gizlilik, dürüstlük, sorumlu YZ) yaz.

Ürettiğin yazılımın "gerçek insanları etkilediği" ne demek, bir örnekle açıkla.

Teknik beceriyle etik sorumluluğun neden birlikte gerektiğini belirt.

Bölüm 25

Yolun Sonu, Yolculuğun Başı

Bu seri burada tamamlanıyor — ama senin yolculuğun yeni başlıyor. Öğrendin, ürettin, göstermeye hazırlandın. Bundan sonrası, bu temeli kullanarak kendi yolunu çizmek: ilk işin, kendi projelerin, sürekli büyümen. Geriye bakıp ne kadar yol aldığını gör, sonra ileriye bak.

Öğrenenden üretene

Şema 25.1 — Öğrenenden üretene: bu serinin sonu, kariyerinin başı.

İpucu

Bir an dur ve geriye bak. Bu seriye, belki yazılımın ne olduğunu bile tam bilmeden başladın. Şimdi: web sayfaları yapabiliyor, programlama mantığı kurabiliyor, veritabanlarıyla çalışabiliyor, arkayüz yazabiliyor, projelerini yayına alabiliyor, mobili anlıyor ve yapay zekâyı sorumlu biçimde kullanabiliyorsun. Bu gerçek bir dönüşüm — ve onu sen başardın, adım adım, "Devam" diyerek. Ama bu serinin sana verdiği en değerli şey, bu becerilerin listesi değil; nasıl düşüneceğini, nasıl öğreneceğini ve nasıl üreteceğini öğrenmiş olmandır. İşte bu yüzden "bitirme" yanıltıcı bir kelime: bu bir son değil, bir başlangıç. Artık bir öğrenci değil, bir geliştiricisin — ve önünde upuzun, heyecan verici bir yol var: ilk işin, kendi projelerin, çözeceğin problemler, katkıda bulunacağın şeyler, öğrenmeye devam edeceğin sayısız yeni konu. Bazı günler zor olacak, takılacaksın, hata yapacaksın — bu normaldir, her geliştirici bunu yaşar. Ama artık tıkandığında ne yapacağını biliyorsun: küçük adımlara böl, araştır, dene, sor, doğrula, devam et. Kendine güven. Bu noktaya geldiysen, bundan sonrasını da başaracaksın. Yolculuğun için en iyi dileklerimle — şimdi git ve üret.

Kariyerinde ne işe yarar?

Kariyer

Bu seriyi tamamlamak, bir kariyerin sonu değil başlangıcıdır: artık öğrenen değil, üreten birisin. Bundan sonrası, bu sağlam temeli kullanarak kendi yolunu çizmek — ilk işin, kendi projelerin, sürekli büyümen. Her deneyimli geliştirici de bir gün tam senin bulunduğun noktadaydı; oradan bugüne, sürekli öğrenerek ve üreterek geldiler. Sen de aynısını yapabilirsin; gerçek yolculuk şimdi başlıyor.

Alıştırma

12 dk

İleriye bak:

Bu serinin başından bugüne en gurur duyduğun ilerlemeyi yaz.

Bundan sonraki üç ay için kendine bir öğrenme/üretme hedefi koy.

"Yolun sonu, yolculuğun başı" senin için ne ifade ediyor, belirt.

Bölüm 26

Bitirme: Geliştirici Yol Haritası ve Kontrol Listesi

Tüm seriyi ve bu modülü, ileriye dönük bir yol haritası ve kontrol listesinde topluyoruz. Bu, hem geldiğin yolun bir özeti hem de bundan sonraki adımların için bir pusula. Onu kaydet ve yolculuğunda zaman zaman dön.

Geldiğin yol, gideceğin yol

Şema 26.1 — Tüm yolculuk: temellerden bitirmeye, öğrenmeden üretmeye.

Geliştirici kariyer kontrol listesi

[ ] Sağlam temel: 16 modülü tamamladım
[ ] Portfolyo: en az 2-3 tamamlanmış, çeşitli proje
[ ] Her projede: canlı demo + README + temiz kod
[ ] GitHub profili düzenli ve herkese açık
[ ] CV: kanıt odaklı, projelere bağlı
[ ] Çevrimiçi varlık: tutarlı ve profesyonel
[ ] Mülakat: teknik + davranışsal pratik
[ ] Topluluk: bir gruba katıl, paylaş, katkı ver
[ ] Sürekli öğrenme: küçük düzenli adımlar
[ ] Sorumluluk: güvenlik, gizlilik, dürüstlük, sorumlu YZ

İpucu

Bu kontrol listesi, hem bu modülün hem tüm serinin özüdür — onu bir pusula olarak sakla. Bu noktaya kadar muazzam bir yol kat ettin: yazılımın temellerinden (Modül 1-2), önyüze (HTML, CSS, JS, algoritma — Modül 3-6), arkayüze (API, SQL, diller, hosting — Modül 7-12), yayına ve mobile (Modül 13-14), yapay zekâya (Modül 15) ve şimdi bu bitirme modülüne. Daha da önemlisi, bu yolculukta sadece teknolojiler değil, bir geliştirici gibi düşünmeyi öğrendin: problemleri parçalara bölmek, küçük adımlarla ilerlemek, doğrulamak, sorumlu olmak ve sürekli öğrenmek. Bundan sonraki adımların net: üret (portfolyo projeleri), göster (GitHub, canlı demo, CV), hazırlan (mülakat, ağ) ve büyü (sürekli öğrenme, açık kaynak, uzmanlaşma). Bu liste yolculuğunun haritası; ama unutma, en önemli şey hareket etmek — mükemmel planı beklemeden, küçük bir adımla başla. Bir proje seç ve bugün başla; bir depo aç; bir topluluğa katıl. Yazılım öğrenmek bir varış noktası değil, bir yaşam biçimidir: merak et, üret, paylaş, büyü. Bu seriyi tamamladığın için seni içtenlikle tebrik ediyorum — gösterdiğin azim ve istikrar, iyi bir geliştiricinin en önemli niteliğidir. Artık bilgiye ve onu kullanma yöntemine sahipsin. Gerisi senin elinde. Yolculuğunun bundan sonrası en az buraya kadarki kadar heyecan verici olsun. Hadi, git ve harika şeyler üret. 🎓

Kariyerinde ne işe yarar?

Kariyer

Bu kontrol listesini bir pusula olarak kullandığında, hem geldiğin yolu görür hem de bundan sonraki adımlarını netleştirirsin: üret, göster, hazırlan, büyü. Her madde, bu seride öğrendiğin bir şeyi gerçek kariyer değerine bağlar. En önemlisi, listeyi "tamamlanması gereken bir ödev" değil, yolculuğun boyunca dönebileceğin bir rehber olarak gör — ve mükemmel planı beklemeden, bugün küçük bir adımla başla. Bu serinin sonu, senin geliştirici yolculuğunun gerçek başlangıcıdır.

Alıştırma

25 dk

Yola çık:

Kariyer kontrol listesini kendi durumuna göre doldur ve eksiklerini işaretle.

İlk portfolyo projeni seç ve onu bu hafta nasıl başlatacağını yaz.

Bu serinin sana kazandırdığı en değerli üç şeyi belirt.

Geliştirici yolculuğunda bir sonraki büyük hedefini bir cümleyle yaz.

Ek

Bitirme & Kariyer Terimleri Sözlüğü

Portfolyo, bitirme projesi ve kariyer hazırlığında en sık kullanılan terimler. Bir başvuru kaynağı olarak saklayabilirsin.

PortfolyoYapabildiğinin kanıtı

Bitirme projesiBecerileri birleştiren proje

MVPEn küçük çalışan ürün

GitHubKod vitrini

READMEProjenin ön kapısı

Canlı demoTıklanabilir çalışan link

Vaka çalışmasıProblem→çözüm anlatısı

Full-stackUçtan uca geliştirme

CVGeliştirici özgeçmişi

Teknik mülakatBilgi + problem çözme

Davranışsal mülakatDeneyim + tutum

Ağ kurmaToplulukla bağ kurma

Açık kaynakHalka açık katkı

Sürekli öğrenmeBüyümeyi sürdürme

Yolun sonu, yolculuğun başı

Kariyer

Bu seriyi tamamlayarak, yazılım geliştirmenin uçtan uca bir kavrayışına ulaştın: önyüz, arkayüz, veritabanı, yayınlama ve sorumlu YZ kullanımı. Bu son modül, o bilgiyi somut bir değere dönüştürmeni sağlar: çalışan projeler, güçlü bir portfolyo, profesyonel bir GitHub profili ve kariyer hazırlığı. İleri seviyelerde bitirme projesi kurgulamayı, temiz kod ve sunumu, CV ve mülakat hazırlığını, ağ kurmayı, sürekli öğrenmeyi ve mesleki sorumluluğu ele alacağız. Ama en önemli mesaj şu: "bitirme" bir son değil, bir başlangıçtır. Artık öğrenen değil, üreten birisin — ve gerçek yolculuk şimdi başlıyor.