Yazılım Mühendisi Mülakat Provası Nasıl Yapılır

Muhtemelen pek çok problemi çözmüş olsanız da kendinizi hazır hissetmiyorsunuzdur; bunun nedeni genellikle turun ölçtüğü şeyin yalnızca problem çözmek olmamasıdır. Bu bölüm, bir yazılım mühendisliği sürecinde kullanılan üç turu birbirinden ayırır, çünkü her biri farklı bir prova gerektirir ve onları karıştırmak oturumu boşa harcar.

• Kodlama. 35 ila 45 dakika, bir veya iki problem, yazarken sesli düşünmek. Prova hedefi, henüz oluşturmakta olduğunuz bir çözümü anlatmaktır.
• Sistem tasarımı. 45 ila 60 dakika, açık uçlu bir soru, siz sormadıkça netleştirme yok. Prova hedefi, tasarlamadan önce problemin kapsamını belirlemektir.
• Davranışsal. Sert ek sorularla geçen 45 dakikalık proje hikâyeleri. Prova hedefi, pişman olduğunuz bir karar hakkındaki üçüncü ek soruyu atlatmaktır.

Bunlardan birini bir oturumda çalıştırın. Üç saatlik tam bir döngü verimli hissettirir ama neredeyse hiç kullanılabilir geri bildirim üretmez, çünkü üçüncü tura geldiğinizde artık beceriyi değil yorgunluğu prova ediyorsunuzdur. Mekanikler yerine soru bankasını istiyorsanız, bu mock interviews merkezinde ayrı bir sayfada bulunur.

Tek başına yapılan provalar öngörülebilir bir şekilde başarısız olur: çözebileceğiniz bir problemi seçersiniz, takıldığınızda zamanlayıcıyı durdurursunuz ve kendinizi iyi hissederek bitirirsiniz. Bunların hepsi gerçek koşulların tam tersidir. Bunun yerine kısıtları yeniden üretin.

• Kendi probleminizi seçmeyin. Daha önce okumadığınız bir listeden çekin ya da başka birine seçtirin. Kendiniz seçmek, rahat olanı seçmek demektir.
• Zamanlayıcıyı başlatın ve asla durdurmayın. Takıldığınız süre bir veridir. Duraklatmak, tam olarak prova ettiğiniz baskıyı ortadan kaldırır.
• Araçları eşleştirin. Tur, otomatik tamamlaması, çalıştır düğmesi ve test paketi olmayan paylaşımlı bir editör kullanıyorsa, orada pratik yapın.
• Boş bir odayla konuşun. Saçma gelir ama tek başına en değerli kısımdır. Sessizce problem çözmek, kimsenin puanlamadığı bir beceriyi geliştirir.
• Kaydedin. Kendinizi izlemek nahoştur ve size dolgu sözleri, geri adımları ve sessizleştiğiniz anı gösterir.
• Önce diyagram aracı olmadan tasarlayın. Birçok tasarım turu yalnızca bir sesli görüşme ve boş bir belgeden ibarettir.

Tek başına yapılan bir provanın sağlayamadığı tek şey sözün kesilmesidir; gerçek bir turu zorlaştıran şeyin büyük kısmı da budur. Bir yapay zeka mülakatçısı bu spesifik boşluğu kapatabilir: siz cümlenizin ortasındayken ek soruyu sorar ve nazikçe bitirmenizi beklemez. mock interview modu turları bu şekilde yürütür.

Çoğu kişi bir provayı bitirir ve tek bir sonuç yargısı kaydeder; bu, bir hafta sonra işe yaramaz hale gelir. Bunun yerine değiştirebileceğiniz davranışlara bağlı spesifik gözlemler toplayın.

• İlk netleştirici soruya kadar geçen süre. Doksan saniyeyi geçiyorsa yanlış problemi çözüyorsunuzdur.
• En uzun sessizlik. Yirmi saniyeyi aşan her şey yerine sesli bir dolgu cümlesi gerektirir.
• Yazmaya başlamadan önce yaklaşımınızı ifade ettiniz mi? Her seferinde evet ya da hayır.
• Takıldığınızda nasıl toparlandınız? Problemi yeniden ifade ettiniz, daha küçük bir örnek denediniz ya da donup kaldınız.
• Karmaşıklık tartışması sorularak mı yoksa kendiliğinden mi başladı? Kendiliğinden başlaması daha yüksek puan alır.
• Tasarım için: çizmeden önce kapsamı belirlediniz mi? Önce kısıtlar ve ölçek, sonra kutular.

Kıdemli bir sürece hazırlanan bir backend mühendisi on iki prova yaptı ve hepsini geçti, ardından yabancı bir varyasyon karşısında dört dakika boyunca sessiz kaldıktan sonra gerçek kodlama turunda başarısız oldu. Provaları hiçbir zaman çözemeyeceği bir problem içermemişti, bu yüzden gerçekten ters giden tek şeyi hiç prova etmemişti. Bir kuralı değiştirerek kendi seviyesinin üzerindeki problemlere izin verdi ve sessizlik sorunu hemen ortaya çıktı.

Sihirli bir sayı yoktur ve belirli bir noktadan sonra fazla miktar getiri sağlamaz. Yararlı bir düzen, iki hafta yayılan, her tur türü için iki veya üç provadır; aralarındaki değerlendirme oturumların kendisinden daha önemlidir. Değerlendirmesiz altı prova, dikkatli notlarla yapılan üç provadan daha kötüdür.

Sınırlar konusunda net olun. Bir prova size hangi problemin verileceğini söyleyemez, mülakatçınızın tarzını tahmin edemez ve materyali gerçekten bilmenin yerini tutamaz. Düzelttiği şey sunum katmanıdır: düşünürken konuşmak, inşa etmeden önce kapsamı belirlemek ve takıldığınızda sesli olarak toparlanmak. Bunlar tamamen gerçek mülakata taşınır ve aynı zamanda okuyarak öğrenilemeyecek şeylerdir.

Prova yapmak ile canlı yardım almak farklı sorulardır ve farklı yanıtları vardır. Prova yapmak tartışmasızdır. Gerçek bir mülakat sırasında yardım almak formata ve işverenin kurallarına bağlıdır; ekran paylaşımlı veya gözetimli kodlama turları bunu tamamen kapsam dışı bırakır. Dürüst sınırlar detectability merkezinde yer alır.