Sıfırdan Yazılım Öğrenmek Ne Kadar Sürer? Gerçekçi Yol Haritası ve Tavsiyeler

Yazılım öğrenmek ne kadar sürer sorusunu bana en çok kariyer değiştirmek isteyen okurlar soruyor. Bu yazıda dil seçimine ya da yaşa girmiyorum; yalnızca SÜREYİ konuşuyoruz: haftada kaç saat ayırırsanız hangi aşamaya ne zaman varırsınız ve işe hazır olduğunuzu nasıl anlarsınız. Verdiğim aralıklar saha tecrübesine dayanır, garanti değildir.

Sıfırdan yazılım öğrenmek ne kadar sürer?

Sıfırdan yazılım öğrenmek, düzenli çalışan biri için temel seviyeye yaklaşık 3-6 ayda, ilk iş başvurusuna hazır seviyeye ise çoğunlukla 9-18 ayda ulaşan bir süreçtir. Belirleyici olan takvim değil, toplam odaklı çalışma saatidir. Bu aralık saha tecrübesine dayalı bir başlangıç tahminidir, garanti değildir.

Kısacası "kaç ay" sorusunun cevabı "kaç saat" sorusunun cevabına bağlıdır. Haftada 5 saat ayıran biriyle haftada 25 saat ayıran biri aynı hedefe çok farklı tarihlerde varır. Bu nedenle yazının geri kalanında her şeyi saat üzerinden hesaplayacağız.

Neden ay yerine saat üzerinden hesaplamalısınız?

Ay, bir zaman dilimidir; öğrenme ise emek ister. İki kişi aynı altı ayı geçirebilir, ama biri 120 saat, diğeri 600 saat çalışmış olabilir. Dolayısıyla "altı ayda yazılımcı oldum" hikâyelerini okurken önce haftalık saati sormanızı öneririm.

Somut bir referans da var. freeCodeCamp, sertifika programlarının her biri için yaklaşık 300 saatlik bir tahmin veriyor. Örneğin duyarlı web tasarımı sertifikası HTML, CSS, Flexbox ve Grid gibi konuları kapsıyor ve bu tahmin çoğu yeni başlayan için geçerli. Yani tek bir temel alan bile yüzlerce saatlik bir iş demek.

Ayrıca saat hesabı motivasyonu da korur. "Üç ay geçti, hâlâ hazır değilim" hissi yerine "240 saatim var, hedefim 800 saat" diyebilirsiniz. Böylece ilerlemeyi somut görürsünüz. Saat takibi için basit bir tablo yeterli; tarihler arası farkı görmek isterseniz gün hesaplama aracı da işinizi görür.

Haftalık saat senaryolarına göre süre nasıl değişir?

Aşağıdaki tablo bir örnek hesaptır. Temel seviye için yaklaşık 300 saat, işe hazır seviye için yaklaşık 900 saat varsayıyorum. Bu iki sayı saha tecrübeme dayalı başlangıç aralığıdır, garanti değildir; sizin hızınız farklı olabilir.

Tablodaki en çarpıcı satır ilk satır. Haftada 5 saatle işe hazır olmak üç yılı aşabiliyor. Bu yüzden kariyer değiştirmeyi düşünüyorsanız haftalık saatinizi en az 10'a çıkarmanın yollarını aramanızı tavsiye ederim.

Öte yandan 35 saatlik senaryo da kâğıt üzerinde göründüğü kadar hızlı değildir. İnsan beyni günde sekiz saat yeni kavram sindiremez; yorgunluk verimi düşürür. Bu nedenle tam zamanlı öğrenenlere de günde dört ila beş saatlik yoğun blok, geri kalanında tekrar ve okuma öneririm. Pratikte tam zamanlı öğrenenlerin bir kısmı haftanın son günlerinde tekrar ve proje işine kayar.

Yazılım öğrenmek ne kadar sürer, hangi aşamalardan geçersiniz?

Süreci beş aşamaya bölüyorum. Her aşamanın kendine ait bir çıktısı var ve bir sonrakine geçmeden önce o çıktıyı üretmiş olmanız gerekir. Aşamalar kabaca şöyle:

1. Temel söz dizimi ve düşünme biçimi: değişkenler, koşullar, döngüler, fonksiyonlar.
2. Rehberli projeler: bir eğitimi takip ederek küçük uygulamalar yazmak.
3. Bağımsız projeler: eğitimsiz, kendi fikrinizle bir şey inşa etmek.
4. Araç ve ekip becerileri: Git, hata ayıklama, test, dokümantasyon okuma.
5. İşe hazırlık: portfolyo, teknik mülakat pratiği, gerçek kullanıcıya açık bir iş.

Her aşamanın süresi kişiden kişiye değişir. Ancak benim gözlemim şu: insanlar en çok ikinci aşamada takılıyor. Rehberli projeyi bitirip "anladım" hissine kapılıyor, sonra boş bir dosya açınca donup kalıyorlar. Buna aşağıda ayrı bir başlık ayırdım.

İlk 100 saatte gerçekçi olarak ne öğrenirsiniz?

İlk 100 saat, dilin kurallarıyla tanışma dönemidir. Bu sürede değişken tanımlamayı, koşul yazmayı, döngü kurmayı ve basit fonksiyonlar oluşturmayı öğrenirsiniz. Ayrıca hata mesajlarını okumaya alışırsınız ki bu, küçümsenen ama çok değerli bir beceridir.

Bu dönemin sonunda beklentinizi düşük tutun. Bir hesap makinesi, bir yapılacaklar listesi ya da basit bir tahmin oyunu yazabiliyorsanız doğru yoldasınız. Örneğin haftada 10 saat çalışan biri bu noktaya yaklaşık 10 haftada gelir; bu bir örnek hesaptır.

Üstelik ilk 100 saatin en zor kısmı teknik değil, alışkanlıktır. Her gün aynı saatte masaya oturmak, kod yazmayı dişinizi fırçalamak kadar sıradan hâle getirir. Bu ritmi kurarsanız sonraki yüzlerce saat çok daha kolay akar.

• Her oturumun sonunda ne öğrendiğinizi iki cümleyle yazın.
• Hata mesajını kopyalamadan önce kendi cümlenizle açıklamayı deneyin.
• Kod örneklerini kopyalamak yerine elle yeniden yazın.

100 ile 300 saat arasında neler değişir?

Bu aralıkta tek tek kavramlar birleşmeye başlar. Bir dizi üzerinde döngü kurup koşula göre filtrelemek, bir fonksiyondan dönen değeri başka bir fonksiyona vermek artık doğal gelir. Bununla birlikte ilk kez "gerçek" sorunlarla karşılaşırsınız: dosya okuma, dış bir veriyi çekme, kullanıcı girdisini doğrulama gibi.

Web tarafına yönelenler için bu dönem HTML ve CSS ile sayfa kurmayı da içerir. Sayfanızın telefonda nasıl göründüğünü kontrol etmeyi erken öğrenmenizi isterim; bu konuda mobil öncelikli tasarım yazım iyi bir başlangıç sunar.

Dolayısıyla 300 saatin sonunda "temel seviye" dediğimiz yere varırsınız: basit bir uygulamayı eğitim videosu olmadan, dokümantasyona bakarak yazabilirsiniz. Haftada 20 saat çalışan biri için bu yaklaşık 15 hafta demek; yine örnek hesap.

Eğitim videosu tuzağı süreyi nasıl uzatır?

Eğitim videosu tuzağı, sürekli yeni eğitim izleyip kendi başına hiçbir şey inşa edememe hâlidir. İzlerken her şey anlaşılır görünür, çünkü birisi sizin yerinize düşünmektedir. Sonra boş sayfa açtığınızda aynı bilgiyi kullanamazsınız.

Bu tuzak toplam süreyi ciddi biçimde uzatır. Çünkü izlediğiniz saatler sayaçta birikir, ama becerinize aynı oranda eklenmez. Pratikte ben öğrenenlere basit bir kural öneriyorum: her bir saat eğitim için en az bir saat kendi kodunuzu yazın.

Tuzaktan çıkmanın yolu, eğitimi bitirdikten hemen sonra aynı projeyi değiştirerek yeniden yapmaktır. Örneğin yapılacaklar listesini yaptıysanız ona tarih ekleyin, kategori ekleyin, veriyi tarayıcıda saklayın. Böylece bilgi sizin kafanızda yeniden kurulur. Takıldığınız noktalar ise tam olarak öğrenmeniz gereken yerlerdir.

300 ile 600 saat arasında hangi beceriler gelişir?

Bu aralık bağımsız projelerin dönemidir. Artık kendi fikrinizle bir uygulama tasarlar, parçalara böler ve adım adım inşa edersiniz. İlk kez bir veritabanıyla çalışır, bir API'ye bağlanır ya da kullanıcı girişi gibi gerçek bir özelliği baştan sona yazarsınız.

Ayrıca bu dönemde araç becerileri öne çıkar. Git ile sürüm kontrolü, hata ayıklayıcı kullanımı ve basit testler yazmak, "kod yazabilen" biriyle "ekipte çalışabilen" biri arasındaki farkı oluşturur. İşverenlerin mülakatlarda en çok sorguladığı konuların bir kısmı buradadır.

• Git ile her anlamlı değişiklikten sonra commit atmak.
• Bir hatayı print yerine hata ayıklayıcıyla bulmak.
• Yazdığınız bir fonksiyon için en az iki test yazmak.
• Başkasının yazdığı bir kodu okuyup ne yaptığını anlatabilmek.

Kısacası 600 saatin sonunda portfolyonuzda en az iki bağımsız proje olmalı. Haftada 10 saat çalışan biri için bu yaklaşık 60 hafta demek; bu bir örnek hesaptır.

600 ile 1000 saat arasında işe hazırlık neye benzer?

Son aşamada odak "daha fazla öğrenmek"ten "gösterebilmek"e kayar. Projelerinizi yayına alır, README dosyalarını düzgün yazar ve birisinin kodunuzu açtığında ne göreceğini düşünürsünüz. Ayrıca teknik mülakat pratiği bu dönemin önemli bir parçasıdır.

Web projesi yayınlıyorsanız performansını ölçmeyi de öğrenin. Google Lighthouse ile site performans testi yazımda anlattığım adımlar, bir junior adayın portfolyosunu diğerlerinden ayırabilir. İşverenin açtığı sayfa hızlı açılıyorsa bu sessiz ama güçlü bir sinyaldir.

Bu aralıkta çoğu kişi ilk başvurularını yapmaya başlar. Ancak ilk başvurularla işe hazır olmak aynı şey değildir. Başvuru yapmak, eksiklerinizi görmenin de bir yoludur; mülakatta takıldığınız her soru, sonraki haftanın çalışma planına girer.

Yazılım öğrenmek ne kadar sürer, işe hazır olduğunuzu nasıl anlarsınız?

Takvime bakarak değil, ölçütlere bakarak anlarsınız. Benim kullandığım kontrol listesi şöyle; bunların çoğunu dürüstçe işaretleyebiliyorsanız başvuru zamanı gelmiş demektir:

1. Eğitim videosu olmadan, sıfırdan küçük bir uygulama kurabiliyorsunuz.
2. Yayında olan ve bağlantısını paylaşabileceğiniz en az iki projeniz var.
3. Git kullanarak dal açabiliyor, birleştirebiliyor ve çakışma çözebiliyorsunuz.
4. Tanımadığınız bir hatayı dokümantasyon ve arama ile kendi başınıza çözebiliyorsunuz.
5. Kodunuzu bir başkasına sesli olarak anlatabiliyorsunuz.
6. Bir başkasının kodunu okuyup küçük bir değişiklik yapabiliyorsunuz.

Bu listede "her şeyi biliyorum" maddesi yok. Çünkü işe hazır olmak her şeyi bilmek değil, bilmediğinizi bulmayı bilmektir. Junior pozisyonlar zaten öğrenmeye devam edeceğinizi varsayar.

Bootcamp süreyi gerçekten kısaltır mı?

Bootcamp, takvimi kısaltabilir ama toplam saati sihirli biçimde azaltmaz. Yoğun programlar haftada çok saat talep ettiği için 900 saatlik bir yolu birkaç aya sıkıştırır. Yani kısalan şey süre değil, saatlerin yayıldığı takvimdir.

Öte yandan bootcamp'in gerçek katkısı yapı ve hesap verebilirliktir. Ne çalışacağınızı düşünmek yerine programı takip edersiniz ve bir eğitmen takıldığınız yerde sizi yönlendirir. Stack Overflow'un 2024 geliştirici anketinde katılımcıların yüzde 10,7'si kodlamayı bootcamp üzerinden öğrendiğini belirtiyor; yani bu yol var ama çoğunluğun yolu değil.

Kendi kendine öğrenmeyi seçenler için iyi haber şu: aynı anket, katılımcıların yüzde 82,1'inin çevrim içi kaynaklarla öğrendiğini gösteriyor. Dolayısıyla doğru plan ve disiplinle kendi başınıza da ilerleyebilirsiniz; bootcamp bir hızlandırıcıdır, zorunluluk değil.

Kendi başınıza öğrenirken plan nasıl kurulur?

Kendi başınıza öğrenirken en büyük risk dağınıklıktır. Bugün bir kurs, yarın başka bir dil, ertesi gün başka bir çerçeve. Bu yüzden ilk iş olarak 12 haftalık bir plan yazmanızı öneririm. Plan kusursuz olmak zorunda değil; var olması yeterli.

Planda her hafta için bir çıktı belirleyin. "JavaScript çalış" değil, "yapılacaklar listesine silme özelliği ekle" gibi. Böylece hafta sonunda yaptığınız şeyi gösterebilirsiniz. Ayrıca her dört haftada bir geriye bakıp planı güncelleyin.

• Haftalık saat hedefinizi yazın ve takvime işleyin.
• Her hafta için tek bir somut çıktı tanımlayın.
• Dört haftada bir toplam saatinizi ve çıktılarınızı gözden geçirin.

Plan yazarken uzun metinleri kısa tutmak isterseniz kelime ve karakter sayacı gibi basit araçlar bile disiplin kazandırır. Önemli olan her hafta aynı kalıba dönmektir.

Tam zamanlı işle birlikte öğrenmek ne kadar uzatır?

Tam zamanlı çalışan biri için gerçekçi hedef haftada 8-12 saattir. Hafta içi üç akşam ikişer saat, hafta sonu bir blok dört saat gibi bir dağılım çoğu kişi için sürdürülebilir. Tablodaki hesapla bu, işe hazır seviyeye yaklaşık 18-24 ay demek; örnek hesaptır.

Bu süre uzun görünebilir, ama bir avantajı var: gelir kaybı yoktur. Dolayısıyla acele etmeden, tükenmeden ilerlersiniz. Benim gözlemim, işini bırakıp altı ayda bitirmeye çalışanların bir kısmının para baskısıyla yarı yolda bıraktığı yönünde; bu saha tecrübemdir, genel bir istatistik değildir.

Üstelik mevcut işinizde yazılımı kullanma fırsatı arayın. Bir Excel işini betikle otomatikleştirmek, ekibiniz için küçük bir iç araç yazmak, hem saat hem de portfolyo kazandırır. Böylece öğrenme saatleri iş saatleriyle kısmen örtüşür.

Motivasyon düştüğünde süre nasıl korunur?

Hemen herkes bir noktada duvara çarpar. Genelde 150-400 saat arasında, ilk heyecan geçtiğinde ve konular zorlaştığında olur; bu aralık saha tecrübeme dayanır. Bu dönemde çoğu kişi "bana göre değil" diye düşünür, oysa yaşadığı şey sürecin normal bir parçasıdır.

Bu nedenle motivasyona güvenmek yerine sisteme güvenin. Haftalık saat hedefini düşürmek, tamamen bırakmaktan her zaman iyidir. Haftada 10 saatten 4 saate inmek süreyi uzatır, ama zinciri koparmaz. Zincir koptuğunda geri dönmek çok daha pahalıdır.

Ayrıca yalnız çalışmayın. Bir topluluğa katılmak, haftalık ilerlemenizi bir arkadaşınızla paylaşmak ya da açık kaynak bir projeye küçük katkı vermek, sizi hem sorumlu tutar hem de öğrenmeyi hızlandırır. Profesyonel ağınızı büyütmek için LinkedIn'de görünür olmak da bu dönemde işe yarar.

Yapay zekâ asistanları öğrenme süresini kısaltır mı?

Yapay zekâ asistanları doğru kullanılırsa takılma süresini kısaltır, yanlış kullanılırsa öğrenmeyi erteler. Bir hatayı açıklatmak, bir kavramı farklı bir örnekle anlatmasını istemek çok değerlidir. Öte yandan kodu tamamen ona yazdırmak, eğitim videosu tuzağının daha hızlı bir versiyonudur.

Benim önerim şu: ilk 300 saatte asistanı öğretmen gibi kullanın, yazıcı gibi değil. Önce kendi çözümünüzü yazın, sonra asistana "bunu nasıl iyileştirirdin, neden?" diye sorun. Böylece hem kendi düşünme kasınız çalışır hem de daha iyi bir örnek görürsünüz.

İşe hazır olma aşamasında ise asistanları iş akışınıza dâhil etmeyi öğrenmek bir beceridir. Yapay zekânın arama ve içerik dünyasını nasıl değiştirdiğini merak ederseniz yapay zekâ çağında SEO yazımda benzer bir dönüşümü farklı bir alandan anlatıyorum.

Portfolyo için kaç proje ve ne kadar süre gerekir?

Sayıdan çok derinlik önemlidir. Benim tavsiyem iki veya üç iyi proje; her biri gerçek bir sorunu çözen, yayında olan ve anlaşılır bir açıklaması olan projeler. On tane yarım eğitim projesi, bir tane bitmiş gerçek projeden daha zayıf görünür.

Süre açısından, orta ölçekli bağımsız bir proje çoğu zaman 60-150 saat alır; bu saha tecrübesine dayalı bir aralıktır, garanti değildir. Yani üç projelik bir portfolyo tek başına 200-400 saat demek. Bu nedenle portfolyo hazırlığını son aya bırakmayın, 300. saatten itibaren başlayın.

Projelerinizin bir web sayfası varsa temel SEO ve erişilebilirlik ayrıntılarını ihmal etmeyin. Başlık ve açıklama etiketleri için meta tag oluşturucu gibi bir araç, yayına hazırlığı hızlandırır ve işverene özen gösterdiğinizi gösterir.

Önceki deneyim süreyi ne kadar değiştirir?

Hiç kod yazmamış olmak ile "hiç teknik iş yapmamış olmak" aynı şey değildir. Excel formülleriyle karmaşık tablolar kuran, bir web sitesi yönetim panelini rahat kullanan ya da matematikle arası iyi olan biri ilk 100 saati daha hızlı geçer. Çünkü mantıksal düşünme alışkanlığı zaten oluşmuştur.

Öte yandan bu avantaj çoğu zaman ilk aşamalarla sınırlı kalır. Bağımsız proje ve ekip becerileri aşamasında herkes benzer zorluklarla karşılaşır. Dolayısıyla önceki deneyiminiz toplam süreyi belki birkaç yüz saat kısaltır, ama işe hazırlık aşamasını atlatmaz; bu değerlendirme saha tecrübeme dayanır.

Ayrıca tersi de geçerlidir. Uzun süre hiç yapılandırılmış çalışma yapmamış biri için ilk engel teknik değil, odaklanmadır. Bu durumda ilk iki haftayı sadece ritim kurmaya ayırmanızı öneririm: her gün kısa ama kesintisiz bir oturum. Ritim oturduktan sonra saatleri artırırsınız.

Bir çalışma oturumunu nasıl bölmelisiniz?

Toplam saat kadar oturumun kalitesi de önemlidir. İki saatlik dağınık bir oturum, bir saatlik odaklı bir oturumdan daha az verim verebilir. Bu yüzden oturumlarımı üç parçaya bölmeyi öneriyorum.

1. İlk 10 dakika: bir önceki oturumda yaptığınızı gözden geçirin.
2. Ana blok: yeni bir kavramı öğrenin ve hemen kodla uygulayın.
3. Son 10 dakika: bir sonraki oturumda ne yapacağınızı yazın.

Bu küçük yapı, "masaya oturdum ama nereden başlayacağımı bilmiyorum" kaybını ortadan kaldırır. Üstelik bir sonraki oturumun ilk dakikaları boşa gitmez. Telefonu başka odaya koymak da basit ama etkili bir adımdır; bildirimler odağı sandığınızdan çok böler.

Kısacası hedefiniz daha çok saat değil, daha çok odaklı saat olmalı. Tablodaki hesaplar odaklı saat varsayar. Dağınık çalışıyorsanız gerçek süreniz tablodakinden uzun olur.

Teknik mülakat hazırlığı ne kadar sürer?

Mülakat hazırlığı, çoğu kişinin toplam plana eklemeyi unuttuğu ayrı bir kalemdir. Algoritma soruları, kendi projenizi anlatma ve canlı kodlama pratiği için saha tecrübeme göre 80-150 saat ayırmak makuldür; bu aralık garanti değildir.

Bu hazırlığı en sona sıkıştırmak yerine son üç aya yaymanızı öneririm. Örneğin haftada 10 saat çalışan biri bunun 3 saatini mülakat pratiğine ayırabilir. Böylece hem yeni beceriler kazanır hem de anlatma kasınızı geliştirirsiniz.

Ayrıca projelerinizi anlatma pratiğini hafife almayın. İşveren çoğu zaman ne yaptığınızdan çok neden öyle yaptığınızı sorar. Bir projede verdiğiniz kararı iki dakikada, sade bir dille açıklayabiliyorsanız mülakatın önemli bir kısmını zaten kazanmışsınız demektir.

İlk işten sonra öğrenme ne kadar sürer?

İlk iş, öğrenmenin bittiği yer değil, hızlandığı yerdir. Gerçek bir kod tabanında, deneyimli geliştiricilerin geri bildirimiyle çalışmak, tek başına aylarca öğreneceğiniz şeyi haftalara sığdırır. Bu yüzden işe hazır olma çizgisini "her şeyi öğrendim" noktası olarak görmeyin.

Stack Overflow'un 2024 anketi bunu güzel özetliyor: katılımcıların en büyük grubu yüzde 27,1 ile 5-9 yıldır kod yazıyor ve yaklaşık yüzde 38'i 15 yıl ve üzeri deneyime sahip. Yani sektördeki insanların çoğu yıllardır öğrenmeye devam ediyor. Ayrıca aynı ankette katılımcıların yüzde 45,1'i iş başında eğitimle öğrendiğini söylüyor.

Dolayısıyla ilk yıl, junior bir geliştirici için ikinci bir öğrenme dönemidir. Bu dönemde iyi soru sormak, kod incelemelerinden ders çıkarmak ve not tutmak, sizi orta seviyeye taşıyan asıl etkenlerdir.

Süreyi kendi durumunuza göre nasıl hesaplarsınız?

Kendi tahmininizi üç adımda çıkarabilirsiniz. Önce hedef seviyeniz için toplam saati seçin; bu yazıdaki örnekte temel seviye için 300, işe hazır için 900 saat var. Sonra dürüstçe haftalık saatinizi yazın. Son olarak toplam saati haftalık saate bölün.

Örneğin haftada 12 saat ayırabiliyorsanız 900 saat için yaklaşık 75 hafta, yani 17 ay civarı bir hedef çıkar; bu bir örnek hesaptır. Bu hesaba tatiller, hastalıklar ve yoğun iş dönemleri için yüzde 15-20 pay eklemenizi öneririm. Yüzdeyi hızlıca hesaplamak için yüzde hesaplama aracını kullanabilirsiniz.

Böylece elinizde gerçekçi bir bitiş tarihi olur. Bu tarih bir söz değil, bir pusuladır; her dört haftada bir gerçek saatinize bakıp güncellersiniz.

Uzun aralar verirseniz ne kadar süre kaybedersiniz?

Birkaç haftalık bir ara, sanıldığı kadar büyük bir kayıp değildir; ancak aylar süren bir ara ciddi geri dönüş maliyeti yaratır. Geri döndüğünüzde ilk haftayı çoğunlukla eski konuları hatırlamaya harcarsınız. Bu yüzden ara vermeniz gerekiyorsa haftada bir saatlik "bakım oturumu" ile bağı koparmamanızı öneririm.

Ayrıca ara sonrası dönüşte doğrudan yeni konuya atlamayın. Önce son projenizi açın, çalıştırın ve küçük bir özellik ekleyin. Böylece hem özgüveniniz yerine gelir hem de kaldığınız yeri netleştirirsiniz.

Web geliştirme odaklı bir yol haritası nasıl görünür?

Web geliştirme, sonuçlarını hızlı gördüğünüz için motivasyonu en kolay koruyan alanlardan biridir. Aşağıdaki sıralama bir örnek; her aşamaya yazdığım saatler saha tecrübesine dayalı başlangıç aralığıdır, garanti değildir.

1. HTML ve CSS ile statik sayfalar: yaklaşık 80-120 saat.
2. Temel programlama ve tarayıcıda etkileşim: yaklaşık 150-250 saat.
3. Bir arayüz kütüphanesi ve veri çekme: yaklaşık 150-250 saat.
4. Sunucu tarafı ve veritabanı temelleri: yaklaşık 150-250 saat.
5. Portfolyo, yayına alma ve mülakat hazırlığı: yaklaşık 150-250 saat.

Toplamı kabaca 700-1100 saate denk gelir. Gerçek bir işletme sitesinin nasıl düşünüldüğünü görmek isterseniz web tasarım hizmetimde ve dönüşüm odaklı web tasarım yazımda müşteri tarafının beklentilerini anlatıyorum; bu bakış, junior bir geliştiriciyi farklılaştırır.

Sık yapılan zaman hatalarından nasıl kaçınırsınız?

Süreyi uzatan hataların çoğu teknik değil, planlama hatasıdır. Gözlemlediğim en yaygın hatalar şunlar:

• Sürekli kaynak değiştirmek ve hiçbir kursu bitirmemek.
• Kod yazmadan saatlerce okuma ve izleme yapmak.
• Portfolyoyu en sona bırakmak.
• Başvuruyu "tamamen hazır olana kadar" ertelemek.
• Uyku ve dinlenmeyi feda edip tükenmek.

Bunların her biri haftalarca, bazen aylarca kayıp demek. Özellikle başvuruyu ertelemek sinsidir, çünkü "hazır" hissi çoğu zaman hiç gelmez. Bu yüzden yukarıdaki ölçüt listesinin çoğunu karşıladığınızda başvurmaya başlayın.

Son olarak ilerlemenizi ölçmeyi alışkanlık hâline getirin. Bir pazarlama kampanyasını KPI'larla nasıl izliyorsak, öğrenmeyi de öyle izleyebilirsiniz; bu yaklaşımı dijital pazarlama KPI'ları yazımda farklı bir bağlamda anlatıyorum.

Yazılım öğrenmek ne kadar sürer sorusuna son sözüm nedir?

Yazılım öğrenmek ne kadar sürer sorusunun dürüst cevabı "haftada kaç saat ayırdığınıza bağlı" olur. Ortalama bir tempoda temel seviye birkaç ay, işe hazır seviye ise bir yıl civarı ya da biraz fazlası sürer. Bu aralıklar saha tecrübesine dayanır, garanti değildir.

Benim size tavsiyem basit: saatinizi ölçün, her haftaya bir çıktı koyun, portfolyoya erken başlayın ve ölçütleri karşıladığınızda başvurun. Stack Overflow anketinde katılımcıların önemli bir kısmının yıllardır kod yazdığını görürsünüz; yani bu, bitmeyen bir öğrenme yolculuğu. İlk iş, o yolculuğun sadece ilk durağıdır.

Dijital işlerde benimle çalışmak ya da bir projeyi konuşmak isterseniz iletişim sayfamdan bana ulaşabilirsiniz. Kaynak olarak kullandığım verilerin ayrıntısı için Stack Overflow 2024 geliştirici profili sayfasına bakabilirsiniz.