Yazılım mühendisliği mülakatları her geçen gün daha da zorlaşıyor. Mülakatlara iyi bir sonuç almak ise yılların birikimi ve insanın mülakat esnasındaki performansı ile doğru orantılı. Bu yazımda sizinle nacizane mülakat tecrübelerimi paylaşmak ve mülakatlara nasıl hazırlanabileceğinizi anlatmak istiyorum.

Mülakatı tek seferlik bir ya tamam ya devam olarak görmeyin. Bu bir süreç.

Yazılım mühendisliği mülakatı

Mülakatın Doğası

Herşeyden önce mülakat sadece bir defaya mahsus değildir. Elendiğiniz takdirde, bir sonraki mülakattan olumlu sonuç alabilirsiniz. Dolayısıyla mülakattan elenmiş olsanız dahi üzülmeye gerek yok. Ayrıca mülakat tecrübeleri önemlidir. Eksik yada başarısız olduğunuz alanları ortaya çıkarmak için çok güzel bir fırsattır.

Mülakat, eksiklerinizi teşhis eden bir geri bildirim sistemi gibi çalışır.

Gerçekçi Beklenti

Mülakatlar sınav gibi olmaz, çalışsanız da yapamayabilirsiniz. Çünkü, tecrübe ve birikim kısa bir zaman diliminde edinilecek şeyler değildir. Dolayısıyla, bir mülakattan başarılı olmanız için, sizin son 3 ile 5 senedir ne yaptığınız önemlidir.

Bu yüzden son 2 hafta LeetCode çoğu zaman yetmez, ama doğru yönlendirir.

3–5 Yıllık Birikimi Nasıl İnşa Edersiniz

Peki ne yapılabilir bu kadar uzun zamanda? Çok şey. Aşağıdaki gibi sıralıyorum.

• Yazılım hakkında blog tutmak: ne yazdığınız yada ne yaptığınız önemli değil, yeter ki yazacak birşeyler öğrenin ve yazın. Amaç iyi yazmak değil, öğrenmeyi görünür kılmak.
• Kendi alanınızda ünlü bir kaç kişiyi takip etmek. Mesela  Java için Martin Fowler, Adam Bien .NET için Joel Spolsky, JavaScript için Addy Osmani ve John Resig. Bir-iki kişiyi derin takip etmek, herkesi yüzeysel takip etmekten daha çok kazandırır.
• Mümkünse açık kaynaklı yazılımlarda yer almak, hatta kendiniz de bir proje başlatabilirsiniz. Zamanında bir heyecanla kendim UPJS'i yazmıştım. Açık kaynak, gerçek hayatta “code review” ve “standart” görmenin en hızlı yoludur.
• Kendi projelerinizi başlatabilirsiniz, ne olduğu önemli değil bazen sadece yeni bir teknolojiyi öğrenmek adına da yapabilirsiniz. Burada kritik nokta: bitirmek. Minik de olsa tamamlanmış proje.
• Yeni teknoloji haberlerinin paylaşıldığı siteleri takip edebilirsiniz. Dzone, hackernews, yada techcrunch gibi. Okuduklarınızı küçük denemelere çeviremezseniz, bilgi haber olarak kalır.
• Bir iş yerini tercih ederken çalışacağınız şirketteki kişilere dikkat etmelisiniz. Size yeni bir şeyler katabilecek takım arkadaşlarının olduğu ortamlarda kendinizi daha çabuk geliştirirsiniz. İş seçimi = hızlandırılmış öğrenme ortamı seçimi.

Mülakat Soru Tiplerine Hazırlık

Yukarıdaki şeyler size uzun zamanda çok şey katıcaktır. Lakin, mülakatlarda en önemli noktalardan biri soru tiplerini bilip, onlara önceden hazırlıklı olmaktır. Aslında şirketler benzer sorular sormaktadır. Siz bunlara aşina oldukça mülakat başarınızda gelişecektir. Sürpriz sandığınız şeylerin çoğu aslında şablon.

• Veri Yapıları(Data Structures i.e. Lists, Stacks, Trees). Sadece tanım değil, hangi durumda hangisi.
• Nesneye Dayalı Programlama(Object-Oriented Design). Sınıf yazmak değil, doğru soyutlama kurmak.
• Sıralama ve Araştırma(Sorting and Searching). Big-O konuşabilmek ve farkları bilmek.
• Test yapmak(Testing). Test, hata bulmak değil, davranışı kilitlemek.

Tecrübeye Göre Zorluk

Bu konuların haricinde size mülakata girdiğiniz takım ile ilgili özelleşmiş sorular gelebilir. Ayrıca mülakata kaç senelik tecrübeyle girdiğinizde önemlidir, sorular tecrübeniz arttıkça zorlaşır, karşı tarafın sizden beklenitiside artar.

Kıdemli seviyesinde soru ne biliyorsun değil, nasıl karar veriyorsun olur.

Son olarak size tavsiyem mülakata çalışmak için Cracking The Coding Interview adlı kitabı okuyup, örneklerini çözmenizdir. Önemli olan kitabı bitirmek değil, soru tiplerini “refleks” haline getirmek.