30 Yaşından Sonra Yazılımcı Olunur mu? Sıfırdan Kariyer Değiştirme Rehberi

30 yaşından sonra yazılımcı olmak isteyen biri bana her hafta farklı bir kılıkta aynı soruyu soruyor: "Geç kaldım mı?" Kısa cevabım hayır; ancak işin yolu yirmi yaşındaki bir öğrencinin yolundan farklı. Bu rehberde önceki mesleğinizi avantaja çevirmeyi, geçiş dönemini finansal olarak planlamayı ve ilk işi bulma stratejisini anlatıyorum. Beklentileri de dürüstçe masaya koyuyorum.

30 yaşından sonra yazılımcı olmak gerçekten mümkün mü?

30 yaşından sonra yazılımcı olmak mümkündür; yazılım işe alımında yaş değil, çalışan kod, çözülmüş problem ve iletişim becerisi belirleyicidir. Geç başlayanın dezavantajı zaman ve para baskısıdır. Avantajı ise iş disiplini, sektör bilgisi ve müşteri dilini bilmesidir. Doğru planla bu avantajlar öne çıkar.

Ben 2012'den beri dijital pazarlama ve web projelerinde çalışıyorum. Bu sürede muhasebeden, öğretmenlikten, satıştan ve lojistikten gelen pek çok kişinin geliştirici olduğunu gördüm. Ortak noktaları yaşları değildi. Hepsi düzenli çalıştı, gerçek bir problem çözdü ve eski mesleklerini saklamak yerine vitrine koydu.

Öte yandan herkesin başardığını da iddia etmiyorum. Yarıda bırakanların çoğu ya parasız kaldı ya da altı ayda kıdemli maaşı bekledi. Bu yüzden bu yazı motivasyon konuşması değil; bir geçiş planı.

Yazılım sektörü geç başlayanlara neden hâlâ kapı açıyor?

İlk neden, talebin sürmesi. ABD Çalışma İstatistikleri Bürosu, yazılım geliştirici meslek profilinde bu alandaki istihdamın 2025 ile 2035 arasında yüzde 10 artacağını öngörüyor ve bunu ortalamadan çok hızlı olarak niteliyor. Türkiye için birebir aynı veri yok; yine de yön benzer.

İkinci neden, işin doğası. Yazılım, sonuçları görünür bir iştir. Kodunuz çalışır ya da çalışmaz; bir işveren GitHub profilinize bakıp yaşınızı değil çıktınızı değerlendirebilir. Üstelik uzaktan çalışma, coğrafi sınırı da gevşetti.

Üçüncü neden, öğrenme kaynaklarının ucuzlaması. Stack Overflow Geliştirici Anketi yıllardır geliştiricilerin büyük kısmının kodlamayı çevrim içi kaynaklardan öğrendiğini gösteriyor. Yani üniversite diploması tek kapı değil.

Ancak bir uyarı ekleyeyim: giriş seviyesi pozisyonlarda rekabet sertleşti. Yapay zeka araçları basit kod yazımını hızlandırdı ve şirketler ilk işe alımda daha seçici davranıyor. Kısacası kapı açık, ama eşik yükseldi.

Önceki mesleğiniz neden en güçlü kozunuz olabilir?

Yirmi iki yaşındaki bir mezunun bilmediği bir şeyi siz biliyorsunuz: bir sektörün nasıl para kazandığını. Bu bilgi, kod yazmayı bilen ama iş problemini anlamayan yüzlerce adaydan sizi ayırır.

Örneğin bir muhasebeci, fatura ve mutabakat süreçlerindeki acıyı içeriden bilir. Bir hemşire, hastane yazılımlarının neden sahada kullanılmadığını anlatabilir. Bir satış temsilcisi, CRM ekranındaki fazladan tıklamanın ekibe neye mal olduğunu görür.

Dolayısıyla hedefiniz "herhangi bir yazılımcı" olmak değil; "kendi sektörünü anlayan yazılımcı" olmak olmalı. Bu konumlanma hem ilk işi bulmayı kolaylaştırır hem de maaş pazarlığında elinizi güçlendirir.

Aşağıdaki liste, sahada en sık gördüğüm eşleşmeleri gösteriyor. Kendi sektörünüz listede yoksa endişelenmeyin; hemen her sektörün yazılım ihtiyacı var. Önemli olan, o sektörün hangi işlerinin hâlâ elle yürüdüğünü bulmanız ve orayı hedef almanızdır.

• Muhasebe ve finans: fintech, ERP entegrasyonu, raporlama araçları.
• Sağlık: hasta takip sistemleri, randevu altyapıları, veri gizliliği.
• Eğitim: öğrenme yönetim sistemleri, sınav ve içerik platformları.
• Lojistik: rota planlama, depo yönetimi, sipariş takibi.
• Pazarlama ve satış: e-ticaret, ölçümleme, kampanya otomasyonu.

Hangi deneyimler doğrudan yazılım becerisine dönüşür?

Teknik olmayan deneyimlerin bir kısmı, doğrudan mühendislik becerisine karşılık gelir. Bunları CV'nizde ve mülakatta bilinçli olarak adlandırmanız gerekir.

İlk olarak problem ayrıştırma. Karmaşık bir müşteri şikâyetini adım adım çözdüyseniz, hata ayıklamanın mantığını zaten biliyorsunuz. İkincisi dokümantasyon: prosedür yazmış biri, okunabilir kod ve açık README yazmaya yatkındır.

Üçüncüsü paydaş iletişimi. Geliştiricilerin en çok zorlandığı alanlardan biri, teknik olmayan ekiplerle konuşmaktır. Siz yıllarca bu dili konuştunuz. Dördüncüsü teslim disiplini: son tarih baskısı altında çalışmış olmak, sprint düzenine uyumu hızlandırır.

Benim önerim şu: eski işinizden üç somut problem çözme hikâyesi yazın. Her birinde durumu, yaptığınız şeyi ve sonucu iki üç cümleyle anlatın. Mülakatta "ekip çalışması" sorusu geldiğinde bu hikâyeler, yeni mezunların genel cevaplarından çok daha ikna edici durur.

Hangi yazılım alanı kariyer değiştirenlere daha uygun?

Her alan aynı giriş eşiğine sahip değil. Seçiminizi hem ilginize hem de önceki deneyiminize göre yapmanız, süreyi kısaltır. Aşağıdaki tablo, sahada gördüğüm genel eğilimi özetliyor; kesin kural değil, başlangıç için bir pusula.

Örneğin raporlamayla yıllarını geçirmiş biri için veri analizi, en kısa köprüdür. SQL ve Python ile başlayıp birkaç ay içinde anlamlı bir portfolyo kurabilir. Buna karşılık DevOps, temel yazılım bilgisi olmadan girmesi zor bir alandır; ikinci adım olarak düşünmeyi öneririm.

Öğrenmeye nereden ve nasıl başlamalısınız?

En sık gördüğüm hata, altı farklı dile aynı anda başlamak. Siz tek bir yığın seçin ve ilk altı ay ondan sapmayın. Web için JavaScript, veri için Python mantıklı bir başlangıçtır.

1. Temel: değişkenler, döngüler, fonksiyonlar, veri yapıları. Bunları küçük alıştırmalarla pekiştirin.
2. Araçlar: Git, terminal, bir kod editörü. Bunlar olmadan ekip ortamına giremezsiniz.
3. Web veya veri temeli: HTML, CSS ve bir çatı ya da SQL ve pandas.
4. İlk proje: kendi sektörünüzden gerçek bir problemi çözen küçük bir uygulama.
5. Geri bildirim: kodunuzu açık kaynak toplulukta veya bir mentora gösterin.

Bu arada web tarafına yöneliyorsanız, arayüzün nasıl tasarlandığını bilmek size fark yaratır. Figma ile web arayüz tasarımı yazımda tasarımcıyla geliştirici arasındaki devir sürecini anlatıyorum. Ayrıca sektördeki terimlere yabancıysanız dijital pazarlama sözlüğü ürün ekiplerinin konuştuğu dili hızla öğretir.

Bootcamp mi, üniversite mi, kendi kendine öğrenme mi?

Üç yolun da işe yaradığını gördüm. Doğru olan, sizin bütçenize, zamanınıza ve disiplininize uyan yoldur.

Bootcamp, yapı ve hız sağlar. Ancak ücreti yüksek olabilir ve "garantili iş" vaadine dikkat etmeniz gerekir. Sözleşmedeki koşulları ve mezunların gerçekten nerede çalıştığını LinkedIn üzerinden kendiniz kontrol edin.

Üniversite veya ikinci lisans, özellikle bazı kurumsal şirketlerde ve yurt dışı vize başvurularında avantaj sağlar. Öte yandan dört yıl, 30 yaşından sonra yazılımcı olmak isteyen biri için uzun bir süredir. Açık öğretim veya uzaktan programlar arada bir seçenek sunar.

Kendi kendine öğrenme en ucuz yoldur, fakat en çok bırakılan yol da budur. Eğer bu yolu seçerseniz, haftalık hedef ve bir hesap verebilirlik ortağı şarttır. Bir çalışma grubuna katılmak veya ücretli bir mentorla ayda iki görüşme yapmak, yalnız çalışmanın boşluğunu doldurur.

Geçiş sürecini finansal olarak nasıl planlarsınız?

Kariyer değiştirenleri yolda bırakan şey çoğu zaman yetenek değil, para. Bu yüzden öğrenmeye başlamadan önce bir finansal tampon hesabı yapın.

Örnek hesap: aylık zorunlu gideriniz 30.000 TL ise ve öğrenme artı iş arama süresini 12 ay varsayıyorsanız, en az 360.000 TL tampon gerekir. Buna eğitim ücreti ve beklenmeyen giderler için yüzde 15 ile 20 pay ekleyin. Bu rakamlar yalnızca bir örnek hesaptır; kendi giderlerinizle yeniden hesaplayın.

Hesabı kolaylaştırmak için yüzde hesaplama aracını ve hedef tarihinizi netleştirmek için gün hesaplama aracını kullanabilirsiniz.

• Tam zamanlı geçiş: hızlıdır, ama büyük tampon ister.
• Yarı zamanlı geçiş: mevcut işte kalır, akşam ve hafta sonu çalışırsınız.
• Kademeli geçiş: mevcut şirketinizde teknik görevlere talip olursunuz.

Saha tecrübem şunu söylüyor, garanti değil: aile sorumluluğu olan kişilerde yarı zamanlı veya kademeli geçiş daha sürdürülebilir oluyor.

Öğrenme süresi gerçekçi olarak ne kadar sürer?

Bu sorunun tek bir cevabı yok, çünkü süre haftalık çalışma saatine ve seçtiğiniz alana göre değişir. Yine de bir çerçeve verebilirim.

Saha tecrübesine dayalı başlangıç aralığı, garanti değil: haftada 15 ile 20 saat düzenli çalışan biri, işe başvurabilecek bir portfolyoya genellikle 9 ile 18 ay arasında ulaşıyor. Tam zamanlı çalışanlarda bu süre kısalabiliyor. Ancak iş bulma süresini de bu hesaba eklemeniz gerekir.

Süreyi uzatan şeyler bellidir: sürekli dil değiştirmek, yalnız video izleyip kod yazmamak ve projeleri bitirmeden yenisine geçmek. Süreyi kısaltan şeyler de bellidir: gerçek bir proje, düzenli geri bildirim ve takvime bağlı hedefler.

Benim önerim, üç aylık dilimlerle plan yapmanız. Her dilimin sonunda somut bir çıktı olsun: çalışan bir uygulama, yayınlanmış bir site veya birinin gerçekten kullandığı bir araç. Böylece ilerlemenizi his üzerinden değil, çıktı üzerinden ölçersiniz.

Portfolyonuz işverene ne anlatmalı?

Yeni başlayan portfolyolarının çoğu aynı görünür: yapılacaklar listesi, hava durumu uygulaması, hesap makinesi. Bunlar öğrenme için iyidir; ama işverene sizin hakkınızda hiçbir şey söylemez.

30 yaşından sonra yazılımcı adayı olarak sizin portfolyonuz başka bir hikâye anlatmalı: "Bu sektörü biliyorum ve onun bir problemini kodla çözdüm." Örneğin eski bir lojistik çalışanı, küçük firmalar için basit bir sevkiyat takip paneli yapabilir.

• Her projede problemi, çözümü ve kullandığınız teknolojiyi kısa bir README ile anlatın.
• Canlı bir demo bağlantısı ekleyin; işveren kodu indirmekle uğraşmaz.
• Performans ve erişilebilirliğe dikkat edin; Lighthouse ile performans testi bunu ölçmenin kolay yoludur.
• İki ya da üç güçlü proje, on zayıf projeden daha değerlidir.

Ayrıca kodunuzun düzenini önemseyin. Tutarlı isimlendirme, küçük fonksiyonlar ve anlamlı commit mesajları, mülakatçıya ekip içinde nasıl çalışacağınızı gösterir.

İlk yazılım işini bulmak için hangi strateji işe yarar?

Yüzlerce ilana aynı CV ile başvurmak, geç başlayanlar için en verimsiz yoldur. Çünkü otomatik filtreler sizi deneyim yılı üzerinden eler. Bunun yerine üç kanalı birlikte kullanın.

İlk kanal, kendi sektörünüz. Eski sektörünüze yazılım üreten şirketleri listeleyin. Bu şirketler için alan bilginiz, eksik kıdemi telafi eder. İkinci kanal, ağınız. Eski iş arkadaşlarınız ve müşterileriniz size iç referans sağlayabilir; iç referans, soğuk başvurudan çok daha fazla geri dönüş getirir.

Üçüncü kanal, görünürlük. Öğrendiklerinizi LinkedIn'de düzenli paylaşın. LinkedIn üzerinden müşteri bulma yazımda anlattığım profil ve içerik ilkeleri, iş arayan geliştirici için de aynen geçerli.

Son olarak, hedef rolü dar tutun. "Frontend geliştirici, e-ticaret alanında" gibi net bir hedef, "her türlü yazılım işi" diye başvurmaktan daha çok kapı açar.

Freelance işler ilk deneyim için iyi bir köprü mü?

Evet, doğru yönetirseniz. Küçük freelance işler, CV'nizdeki "ticari deneyim" boşluğunu doldurur ve gerçek müşteriyle çalışmayı öğretir.

Örneğin tanıdığınız bir esnafa basit bir web sitesi kurmak, iletişim formunu bağlamak veya bir e-tabloyu küçük bir uygulamaya dönüştürmek iyi bir başlangıçtır. Bu işleri yaparken ücretinizi düşük tutabilirsiniz; ancak kapsamı yazılı netleştirin.

Öte yandan freelance işin tuzağı da var: tek başına çalıştığınız için kod incelemesi almazsınız. Bu yüzden bu işleri tam zamanlı bir ekip deneyimine köprü olarak görün, son durak olarak değil.

Ben web projelerinde çalışırken, işi yeni öğrenen geliştiricilerin en çok kapsam yönetiminde zorlandığını gördüm. Web tasarım projelerimde kullandığım yaklaşım basit: yazılı kapsam, net teslim tarihi ve iki revizyon hakkı. Siz de ilk freelance işinizde bu üç kuralı uygulayın. Ayrıca her işin sonunda müşteriden kısa bir yazılı referans isteyin; bu referans, ilk tam zamanlı başvurunuzda güven sinyali olur.

Mülakatta yaş ve kariyer değişikliği sorusuna nasıl cevap verirsiniz?

Bu soru neredeyse her mülakatta bir biçimde gelir: "Neden yazılıma geçtiniz?" Cevabınız özür dilercesine değil, gerekçeli olmalı.

İyi bir cevap üç parçadan oluşur. Önce, eski işinizde teknolojiye nasıl temas ettiğinizi anlatın. Sonra, bu temasın sizi neden yazılıma çektiğini somut bir örnekle açıklayın. En son, eski deneyiminizin bu role ne kattığını söyleyin.

Örnek cevap: "Satış operasyonunda raporları elle hazırlıyordum. Bunu otomatikleştirmek için Python öğrendim ve ekibin haftalık iki gününü kurtardım. Bu deneyim bana hem kodlamayı hem de kullanıcının gerçek ihtiyacını öğretti." Rakamı kendi deneyiminize göre uyarlayın; uydurmayın.

Yaşla ilgili doğrudan bir soru gelirse sakin kalın. Enerjinizi ve öğrenme hızınızı kanıtlayan son projelerinizi gösterin. Kısacası tartışmayı yaştan çıkarıp çıktıya taşıyın.

Maaş beklentisini nasıl gerçekçi tutarsınız?

En zor konuşma budur. Eski mesleğinizde belki yöneticiydiniz; yazılımda ise çoğu zaman giriş seviyesinden başlayacaksınız. Bu, geçici bir maaş düşüşü anlamına gelebilir.

Bu nedenle finansal planınızda ilk bir iki yıl için daha düşük bir gelir senaryosu mutlaka olsun. Ancak alan bilginiz sayesinde klasik bir yeni mezundan daha hızlı yükselme ihtimaliniz de var. Bunu garanti olarak değil, bir olasılık olarak görün.

Maaş aralıklarını araştırırken tek kaynağa güvenmeyin. İlan platformlarındaki aralıkları, sektör anketlerini ve tanıdığınız geliştiricilerin anlattıklarını karşılaştırın. Yurt dışı verileri Türkiye'ye doğrudan uygulanmaz; örneğin BLS verisi ABD pazarını anlatır.

Pazarlıkta, eski işinizden gelen ve ölçülebilir katkı sağlayan becerilerinizi öne çıkarın. Böylece "başlangıç seviyesi" etiketini tek başına maaşı belirleyen şey olmaktan çıkarırsınız.

Yapay zeka araçları geç başlayan için tehdit mi, fırsat mı?

İkisi birden. Yapay zeka kod asistanları, basit ve tekrarlı işleri hızlandırıyor. Bu da yalnızca şablon kod yazabilen adayların değerini düşürüyor.

Öte yandan bu araçlar, öğrenmeyi de hızlandırıyor. Bir hata mesajını anlamak, bir kavramı farklı biçimde açıklatmak veya kodunuzu gözden geçirtmek artık saniyeler alıyor. Ancak üretilen kodu anlamadan kullanmak, mülakatta ilk teknik soruda sizi açığa çıkarır.

Benim önerim şu: temel kavramları önce kendiniz yazarak öğrenin, sonra asistanı hızlandırıcı olarak kullanın. Üstelik alan bilginiz burada da işe yarar; yapay zekaya doğru soruyu sormak, problemi iyi tanımlamaktan geçer ve bu sizin güçlü yanınızdır.

Sonuç olarak piyasa, "kodu yazan" kişiden çok "doğru problemi çözen" kişiye kayıyor. Bu kayma, iş deneyimi olan kariyer değiştirenlerin lehine işliyor.

Motivasyonu uzun süre nasıl korursunuz?

İlk heves birkaç hafta sürer. Asıl sınav, üçüncü ayda bir hata üzerinde saatlerce takıldığınızda gelir. Bu dönem için önceden sistem kurmanız gerekir.

• Haftalık sabit çalışma saatleri belirleyin ve takviminize yazın.
• İlerlemenizi bir günlükte veya herkese açık bir depoda kaydedin.
• Benzer yolda yürüyen birkaç kişiyle bir çalışma grubu kurun.
• Küçük zaferleri kutlayın: ilk çalışan form, ilk canlı site, ilk kod incelemesi.

Ayrıca kendinizi yirmi yaşındakilerle kıyaslamayı bırakın. Onların zamanı var; sizin ise yön duygunuz var. 30 yaşından sonra yazılımcı olmayı seçen biri, genellikle neden istediğini daha net bilir ve bu netlik, en güçlü motivasyon kaynağıdır.

30 yaşından sonra yazılımcı adayı ailesiyle nasıl bir denge kurar?

Yirmili yaşlarda öğrenen biri genellikle yalnız kendinden sorumludur. Siz ise belki çocuk, ebeveyn bakımı veya ortak kredi gibi sorumluluklar taşıyorsunuz. Bu gerçeği plana en baştan dahil etmeniz gerekir.

İlk adım, açık bir konuşma. Eşinize veya ailenize geçişin neden önemli olduğunu, ne kadar süreceğini ve bütçeyi nasıl etkileyeceğini anlatın. Böylece akşam çalışmalarınız bir çatışma kaynağı olmaktan çıkar ve ortak bir projeye dönüşür.

İkinci adım, sabit zaman blokları. Örneğin sabah işe gitmeden önce bir saat ve hafta sonu iki yarım gün, pek çok ailede sürdürülebilir bir düzendir. Üstelik sabah saatleri, günün yorgunluğu henüz birikmediği için öğrenmeye daha uygundur.

Üçüncü adım, esneklik payı. Hastalık, tatil veya yoğun iş dönemleri planı kesintiye uğratacak. Bu yüzden haftalık hedefi değil, aylık hedefi esas alın. Bir haftayı kaçırdığınızda plan çökmez; ay sonunda telafi edersiniz.

Kısacası aile, geçişin engeli değil; doğru konuşulursa en güçlü destekçisidir.

Mevcut şirketinizde teknik role geçmek mümkün mü?

Çoğu zaman gözden kaçan en kısa yol budur. Şirketinizin zaten bir yazılım veya BT ekibi varsa, içeriden geçiş dışarıdan başvurudan çok daha kolay olabilir.

Çünkü yönetim sizi tanıyor, iş kültürünü biliyorsunuz ve güven zaten var. Bu durumda yapmanız gereken, teknik ekibe yakınlaşmak. Örneğin iç araçların test sürecine gönüllü olun, raporlama otomasyonu gibi küçük işleri üstlenin veya ürün ekibiyle iş birimi arasında köprü rolü alın.

• Yöneticinizle kariyer hedefinizi açıkça paylaşın.
• Teknik ekibin darboğazlarını öğrenin ve çözümüne katkı sunun.
• Yaptığınız otomasyonları belgeleyin; bunlar portfolyonuza da girer.

Ancak her şirkette bu yol açık değildir. Küçük bir firmada teknik ekip hiç olmayabilir. Yine de denemeden vazgeçmeyin; bir iç geçiş, maaş düşüşü yaşamadan yeni kariyere başlamanın nadir yollarından biridir.

İlk yıl işte sizi neler bekliyor?

İşi bulmak bitiş çizgisi değil, yeni bir başlangıçtır. İlk yıl, pek çok kariyer değiştiren için en yoğun öğrenme dönemidir.

Büyük ihtimalle mevcut bir kod tabanına gireceksiniz ve başkalarının yazdığı kodu okumayı öğreneceksiniz. Bu, kendi projelerinizden çok farklı bir deneyimdir. Kod incelemelerinde çok sayıda yorum alacaksınız; bunu kişisel algılamayın, hızlı gelişimin en iyi aracıdır.

Öte yandan eski iş deneyiminiz burada da işe yarar. Toplantı yönetmek, öncelik belirlemek ve belirsiz talepleri netleştirmek, pek çok genç geliştiricinin zorlandığı konulardır. Siz bu alanlarda erken katkı sunabilirsiniz.

Benim tavsiyem, ilk altı ayda soru sormaktan çekinmemeniz ve öğrendiklerinizi kısa notlarla kaydetmeniz. Ayrıca bir iç mentor bulun. Yıl sonunda bu notlar, hem terfi görüşmesinde hem de bir sonraki iş başvurunuzda kanıtınız olur.

Topluluk ve ağ kurmak neden kod kadar önemli?

Yazılım dünyasında pek çok iş, ilana çıkmadan önce tanıdık çevrelerde dolaşır. Bu nedenle ağ kurmak, geç başlayan biri için bir tercih değil, zorunluluktur.

İlk olarak yerel buluşmalara ve çevrim içi topluluklara katılın. Şehrinizdeki yazılım etkinlikleri, Discord sunucuları ve açık kaynak projeleri iyi başlangıç noktalarıdır. Sadece dinlemekle kalmayın; bir soruya cevap verin, bir hata düzeltmesi gönderin veya öğrendiğiniz bir konuyu kısa bir yazıyla paylaşın.

İkinci olarak bilgi görüşmeleri yapın. Hedeflediğiniz alanda çalışan birine yirmi dakikalık bir görüşme teklif edin ve iş istemek yerine tavsiye isteyin. İnsanlar tavsiye vermeyi sever; üstelik bu görüşmeler çoğu zaman ileride bir referansa dönüşür.

Üçüncü olarak eski ağınızı unutmayın. Eski sektörünüzdeki yöneticiler, hangi şirketin yazılım ekibini büyüttüğünü sizden önce duyar. Onlara yeni yolunuzu anlatan kısa bir mesaj göndermek, beklenmedik kapılar açabilir.

Kısacası kod yazmak sizi hazır hâle getirir; ağınız ise sizi doğru zamanda doğru masaya oturtur. İkisine de haftalık zaman ayırın.

Hangi hatalar kariyer değişikliğini baltalar?

Sahada tekrar tekrar gördüğüm hataları sıralayayım, böylece siz aynı çukura düşmezsiniz.

1. Tamponsuz istifa: finansal plan yapmadan işten ayrılmak, baskıyı ikiye katlar.
2. Sonsuz eğitim: kurs üzerine kurs alıp hiç proje yayınlamamak.
3. Eski deneyimi gizlemek: CV'den önceki mesleği silmek, en büyük kozu atmaktır.
4. Rastgele başvuru: hedefsiz yüzlerce başvuru, moral bozar.
5. Yalnız çalışmak: geri bildirim almadan ilerlemek, kötü alışkanlıkları kalıcı hâle getirir.

Bunların ortak paydası planın eksikliği. Dolayısıyla işe bir sayfalık bir plan yazarak başlayın: hedef rol, alan, bütçe, süre ve ilk üç projenin konusu.

Yazılıma geçmeden önce kendinize hangi soruları sormalısınız?

Karar vermeden önce kendinize dürüst olun. Aşağıdaki soruların cevabı sizi hem hazırlar hem de yanlış bir karardan korur.

İlk olarak, problem çözmekten gerçekten keyif alıyor musunuz? Yazılım işinin büyük kısmı hata ayıklamaktır. Ardından, en az bir yıl boyunca haftada 15 saat ayırabilir misiniz? Sonra, ailenizle ve finansal tamponunuzla ilgili konuşmayı yaptınız mı?

Bu soruların hepsine evet diyorsanız, küçük bir deneme yapın. Örneğin iki hafta boyunca ücretsiz bir başlangıç kursunu bitirin ve küçük bir proje yapın. Bu deneme, büyük bir karar öncesinde düşük maliyetli bir testtir.

Eğer süreçte sitenizi, portfolyonuzu veya dijital görünürlüğünüzü nasıl kuracağınıza dair sorularınız olursa, hakkımda sayfamda çalışma biçimimi bulabilirsiniz. Yazılım yazılarının tamamı için de yazılım kategorisine göz atabilirsiniz.

30 yaşından sonra yazılımcı olmak için ilk 90 günlük plan nasıl görünür?

Son olarak, kararı verdiyseniz ilk üç ayı somutlaştıralım. Bu plan bir şablondur; kendi temponuza göre uyarlayın.

• 1-30. gün: alan seçimi, tek dil, temel kavramlar ve Git. Günlük en az bir saat kod.
• 31-60. gün: ilk küçük proje, kendi sektörünüzden bir problem. README ve canlı demo.
• 61-90. gün: ikinci proje, LinkedIn profil güncellemesi ve üç kişiyle bilgi görüşmesi.

Doksanıncı günün sonunda kendinize şunu sorun: "Bu işi sevdim mi ve ilerleme görüyor muyum?" Cevap evetse planı bir sonraki dilime taşıyın. Cevap hayırsa, kaybettiğiniz şey yalnızca üç ay ve bu da değerli bir öğrenmedir.

Bu dilimleri tamamladıkça bir sonraki üç aylık planı daha iddialı hedeflerle kurun; örneğin ilk başvurular, ilk teknik mülakat provası ve ilk açık kaynak katkısı. Kısacası yaş, yazılım kariyerinin önünde bir duvar değil. Asıl belirleyici olan; plan, sabır ve eski deneyiminizi akıllıca kullanmanızdır.