Bu Kodlama Mülakatını Nasıl Çivilendiririm?

Hepimiz bu yaşadık. Bildiğiniz her geliştirici, duyduğunuz her biri, hayran olduğunuz bile, teknik bir mülakattan geçtiniz ve tahmin et ne oldu. En az bir kere başarısız oldular.

Bir sonraki görüşmenizi başarılı kılacak bir numara var mı? Gerçek şu ki, bir numara yok. Ancak, bu işe girme ihtimalinizi artırabilecek bazı yollar var ve ben de kendi görüşme deneyimime dayanarak bazılarını bu yazıya yazacağım.

Her şeyden önce, bu kadar şaşırtıcı olmayabilecek bir gerçeği sizinle paylaşacağım. Özgeçmişinizde görüşme yapanların ne aradığını hiç düşündünüz mü?

Meslektaş.

Evet, sadece iletişim kurabilecekleri, işbirliği yapabilecekleri ve bilgi ve öğrenmeleri paylaşabilecekleri bir geliştirici istiyorlar. Bu nedenle, koda girmeden önce, çoğu görüşmeci kişiliğiniz hakkında sohbet etmekten hoşlanır. Mükemmel aday, iletişim kurabilen, kodlama becerisine sahip ve bilgisini nasıl paylaşacağını bilen, kodları hakkında sahibi hissedebilen, zor zamanlarda sorumluluğu üstlenebilen ve oldukça doğru olmayan şeyleri düzeltebilecek biri. zorunda değil.

Bu yüzden, neden bu kadar mükemmel bir aday olduğunuza inanmaları gerektiğini kanıtlayan durumlardan örnekler hazırlayın (hatta derleyin). Bunun yanı sıra, görüşmecinin bir takımdaymış gibi hissetmesini sağlayın. Görüşme yapan kişi, sizinle bir problemde çalışmanın nasıl bir his olduğunu bilmek istiyor. Bir kodlama sorunu hakkında sorulduğunda, “ben” yerine “biz” i kullanmaya çalışın, “x yaklaşımını kullanmalıyız çünkü…” Ayrıca, sesli düşünün. Ciddi anlamda. “Bunu yapmayı deneyelim. - İşe yarayıp yaramayacağından emin değilim” deyin. Sıkışırsanız, sadece ne düşündüğünüzü söyleyin. Neyin işe yarayabileceğini ve neden şu anki çözümünüzün işe yaramadığına inanıyorsunuz? Görüşmecinizin de aynı durumdan geçtiğinden emin olabilirsiniz.

Ve gerçekten önemli olanı: “Bilmiyorum” deyin. Yapmadığınız bir şeyi bilmeye görünmeyin. Bilginiz dışında bir şey isteniyorsa, diğer benzer sorunlardan veya kendinizi rahat hissettiğiniz dillerden örnekler çekmeyi deneyin. Çözmeye çalıştığınız sorunla bir ilgisi olmadığını düşündüğünüz bir çözümü düşünüyor olsanız bile, görüşmeci ile paylaşın ve neden ilişkili olmadığını düşündüğünüzü açıklayın.

Teknik açıdan, başvurduğunuz pozisyona bağlı olarak, çeşitli sorular sorulabilir. Genel bir kural şudur. Bir programlama dilini iyi bildiğinizi iddia ederseniz, mekaniğini, onun yanlarını ve zayıf yönlerini anlayabilmeli ve açıklayabilmelisiniz. Hangi durumlarda, hangi durumlarda ve neden kullanmazsınız.

İşte çoğu zaman sorduğum bazı sorular:

  • Daha önce bir takımda çalıştın mı?
  • Daha önce hangi çevik metodolojileri kullandınız?
  • Bilginin ekibinize yayıldığından nasıl emin olabilirsiniz?
  • Kritik bir konuda sizinkinden farklı bir görüşe sahip bir geliştiriciyle nasıl ilgilenirsiniz?
  • Hiç bir meslektaşınızla bir çatışma yaşadınız mı ve bunun üstesinden nasıl geldiniz?
  • Başa çıkmanız gereken en son teknik sorun neydi?
  • Kod sahipliğini nasıl tanımlarsınız?
  • Mesleki nihai hedefiniz nedir?

Sadece bir hatırlatıcı olarak, mutlaka gerçek olaylara dayanmayan cevaplarla kendinizi hazırlayabilirsiniz. Ayrıca, şirket, ürün ve potansiyel meslektaşlarınızın birlikte çalıştığı metodolojiler hakkında kendi sorularınızı sorduğunuzdan emin olun.

Elbette bu makale bir sonraki görüşmenizin başarılı olacağını garanti edemez. Ancak kendi görüşme deneyimlerime dayanarak, bu yönergeleri izleyen hazırlanan adayların bu rolü alma şansı daha fazladır.

İyi haftalar!