Sitemap

Teknik İş Görüşmelerinde Söylenmemesi Gereken Şeyler

7 min readSep 9, 2023

Selamlar, yazılım sektörüne yeni girecekler için tavsiye edebileceğim güzel bir kitaptan ufak bir bölüm aktarmak istiyorum. Skills of a Successful Software Engineer kitabına şuradan erişebilirsiniz. Bu kitap özellikle, üniversitelerin 4. sınıfına gelmiş ve yazılım hayatına atlayacak arkadaşlar için, ayrıca alaylı olarak kendini yetiştirmiş ve bu sektöre girmeye çalışan arkadaşlar için çok faydalı olacağını düşünüyorum.

1. Burada tam olarak ne yapıyorsunuz?

Bu sorunun görüşmeyi yapan kişiyle ilgilendiğinizi gösterdiğini düşünebilirsiniz, ancak gerçekte görüşmeye hazırlıklı gelmediğinizi gösteriyorsunuz. Şirketin Linkedin sayfasını ziyaret edin, görüşme yapacağınız kişiyi biraz araştırın(bilmiyorsanız sorun öğrenin), bakın o şirkette ne kadar süre çalışıyor.

Soruyu “Burada tam olarak ne yapıyorsunuz?” dan, “Son 3 yıldır Node.js teknolojileri kullandığınızı okumuştum, Node.js ile çalışmak nasıl bir şey?” haline getirirseniz, çok daha farklı bir izlenim verirsiniz. Bu sayede araştırıp gelmiş olduğunuzu karşıya belirtirsiniz.

Son bir not olarak, burada yapacağınız araştırmayı, profesyonel boyutta tutup, özel hayata girmeyecek şekilde yapmak gerekiyor.

2. Bilmiyorum, bunu daha önce hiç yapmadım

Kıdemsiz veya gelecekteki bir geliştirici olarak, bazı teknik sorulara “bilmiyorum” diyerek yanıt verme eğiliminde olabilirsiniz. Sonuçta, çok az deneyiminiz olduğu doğrudur ve muhtemelen daha önce hiç karşılaşmadığınız bir sorunu çözmeniz istenecektir.

Ancak böyle bir cevap vermek size fayda sağlamaz. Az önce potansiyel yeni yöneticinize, bilinmeyen bir sorunla karşılaştığınızda bloke edildiğinizi ve sorunu çözemediğinizi söylediniz. “Bilmiyorum” demek ile “Bilmiyorum ama deneyeceğim…” demek arasında büyük bir fark vardır.

Bu küçük bir ayrım gibi görünebilir, ancak sahip olduğunuz bilgiyle sorunu çözmeye çalışırsanız, uyum sağlama ve öğrenme yeteneğine sahip olduğunuzu gösterirsiniz. Evet, iş gününüz boyunca genellikle Google’a erişebileceksiniz ve onu sorunlarınızı araştırmak için kullanabileceksiniz ama bunu neredeyse yirmi yıldır Google’da arama yapan biri olarak söyleyebilirim, Google tüm yanıtlara sahip değildir. Görüşmeciniz de bunu biliyor, bu nedenle görüşme sırasında beyninizi çalıştırma fikrine açık olun.

Bazen görüşmecinize konuyla alakalı daha detaylı sorular sormak, sorunu çözmenize ve görüşmecinizin sorun çözme becerilerinizin nasıl çalıştığını anlamasına yardımcı olabilir. Örneğin, veri mimarı adaylarıyla röportaj yaparken, onların gerçek-zamanlı verileri yakalayıp, bunları sonra kullanacak bir yerde saklamaları gereken basit bir senaryo önerme eğilimindeyim. Zaman kısıtlamaları, teknoloji çeşidi sınırlamaları veya mevcut protokoller hakkında sorular sormaya başlarlarsa, bu konuyla ilgilendiklerini ve çözmeye çalıştıklarını görebilirim. İdealin altında bir çözüme ulaşsalar bile, en azından problem çözme becerilerinin nasıl çalıştığını görme şansım olur. Bu, “Aslında bunu hiç yapmak zorunda kalmadım, o yüzden bilmiyorum” demekten çok daha değerlidir.

3. Buradan nefret ettim çünkü…

Bir röportaj sırasında ortaya çıkabilecek (ve kişisel olarak sorulmasından nefret ettiğim) klasik sorulardan biri, mevcut (veya önceki) işyerinizden ayrılma nedenlerinizle ilgilidir. Orada mutlu değil misin? Bir sorun mu var yoksa bir eksiklik mi var? Eski iş yeriniz hakkında ne hissettiğinize bağlı olarak bu bir tuzak olabilir, bu nedenle soruyu cevaplarken dikkatli olun.

Yeni bir iş arıyorsanız ve başka bir şirketten geliyorsanız, eski şirketten nefret etmiyorsunuzdur (“resmi olarak” değil en azından). Önceki iş yerin cehennem gibi bir yer olabilir ama bunu söyleyemezsin. Bunun yerine, bu deneyimin olumlu yönlerini bulmaya odaklanmalısınız. Belki şöyle bir şey söyleyebilirsiniz: “Bu deneyimden öğrenebileceğim her şeyi öğrendiğimi hissediyorum ve yeni zorluklara hazırım.”

Nefret güçlü ve olumsuz bir kelimedir. Önceki işvereninize karşı nefret hissetmeye hakkınız var, ancak karşınızda oturan potansiyel olarak yeni işvereniniz hikayenin tamamını bilmek zorunda değil. Eğer bunun nasıl bir şey olduğunu ve şirket hakkında neden böyle hissettiğinizi anlatmaya çalışırsanız, yaptığınız tek şey kişiliğinizin kötü yanını göstermek olacaktır.

Bunun yerine önceki işinizden öğrendiklerinize ve zorlu bir durumu nasıl bir öğrenme deneyimine dönüştürmeye çalıştığınıza odaklanmaya çalışın. Bu, kin beslemeyen, olgun bir yetişkin olduğunuzu gösterecektir. Yeni yöneticinizin de sizin bu yönünüzü görmelerini sağlayın.

4. MERN ile SSR kullanarak birden fazla SPA oluşturdum

Açıkçası kısaltmalarınızı biliyorsunuz; sadece onları çok kullanmamaya çalışın. Teknoloji görüşmesinin amacı, karşınızdaki kişiye işinizi bildiğinizi göstermektir ancak bu, bir sürü kısaltmayı veya moda sözcüğü ezberlemeniz anlamına gelmez.

Ne zaman biriyle röportaj yapsam hep aynı şekilde başlıyorum: “Belirli bir terimi hatırlamıyorsanız endişelenmeyin. Bunu kendi sözlerinizle açıklayın.” Bunu neden söylüyorum? Çünkü kişinin “kapatma(closure)” ya da “hataya dayanıklı(fault tolerant)” demeyi bilmesi umurumda değil, yeter ki bu kavramları bana kendi cümleleriyle anlatsın. Herhangi biri birkaç kelimeyi ezberleyebilir ve bir görüşme sırasında bunları söyleyebilirsiniz, ancak eğer bana bir kavramı bu kelimeleri kullanmadan açıklayabilirseniz, o zaman onu anladığınızı biliyorum.

5. Bu sistemi artık hiç kimse kullanmıyor!

Bu cevap birçok şekilde olabilir, ancak önemli olan mutlaklardan uzak durmaya çalışmaktır. Buradaki ifadenin sorunu “hiç kimse” kısmıdır. Tüm yazılım geliştirme sektörü adına bir açıklama yapmak, 20 yıldır bu sektörün içinde olan biri için bile, büyük bir yanılgı olur. Bunun sektöre yeni girmeye çalışan bir kişiden geldiğini hayal edin.

COBOL’u daha önce duydunuz mu? Bu, 1959'da yaratılmış bir programlama dilidir ve eğer duymamışsanız sorun değil, çünkü şu anda yalnızca banka ana-bilgisayarları(mainframes) gibi birkaç yerde kullanılıyor.

Neden COBOL’dan bahsediyorum? Çünkü kendilerine bu teknolojiler sorulduğunda birçok geliştirici şöyle demeye başlıyor: “Bu benden daha yaşlı bir sistem; artık kimse COBOL kullanmıyor.” Tam aksine, sadece kullanılmakla kalmıyor, aynı zamanda hâlâ çok aranan bir beceri çünkü etrafta çok az sayıda COBOL geliştiricisi var.

Bunların hepsi, mutlakların tehlikeli olduğu, çünkü onların ya doğru ya da yanlış oldukları anlamına gelir; ortası yoktur. Ya doğru bir ifade veriyorsunuz ve işi bildiğinizi gösteriyorsunuz, ya da tamamen yanılıyorsunuz ve bunun farkına bile varmadığınızı gösteriyorsunuz. Ne söylediğinizden %100 emin olmadığınız sürece mutlaklardan kaçınmaya çalışın.

Bunun yerine, konuyu mütevazi bir “Anladığım kadarıyla…” veya belki de “En son duyduğum…” şeklinde eklemeye çalışın. Bu, konu hakkında bir fikriniz olduğunu ve aynı zamanda yanılmaya açık olduğunuzu gösterir.

6. Özgeçmişimde listeleniyor

Çoğu zaman bir görüşme sırasında özgeçmişinizde yer alan gerçekler ve özellikle de detaylandırmak ve açıklamak için zaman ayırdığınız bilgiler size sorulacaktır. Bu sorulara “Özgeçmişimde var” diye cevap vermeyin.

Görüşmeciniz tembel değil. Gönderdiğiniz bilgileri incelediler ve eğer benim gibilerse, bazı ifadelerinizi doğrulamak için biraz daha derine inmeye bile çalıştılar. Peki neden zaten okudukları bir şeyi soruyorlar? Çünkü sana kendi kelimelerini kullanma şansı veriyorlar.

Kendi kelimelerinizle cevap verirseniz iki şey olur:

  • Görüşmeyi yapan kişi konuyu ne kadar iyi bildiğinizi veya deneyimin aklınızda ne kadar taze olduğunu bilecektir.
  • Açıklamanız sırasında özgeçmişinizin dışında bıraktığınız konulara değinebilirsiniz. Bu onların daha derine inmeleri ve onlar hakkında daha fazla soru sormaları için harika bir işaret olacaktır.

Bu bir tuzak mı? Beklemediğiniz takdirde olabilir, ancak aynı zamanda diğer ilgi alanlarını kapsamak ve tek boyutlu bir aday olmadığınızı göstermek için bir fırsat da olabilir. Verdiğiniz cevaba ekstra lezzet katmak için bu fırsatları kullanın ve görüşmecinizin okuduğu sayfalarda listelenenlerden daha fazlasının sizde olduğunu gösterin.

7. Hayır, herhangi bir sorum yok

Teknik mülakatlar yürüttüğümde, adaya bana sorup sormayacağını sorarak bitirmek isterim. Ancak bu soru size sorulmasa bile, sonunda kendinize ait birkaç soruyu sormanın bir yolunu bulmaya çalışmalısınız. Unutmayın, bu röportaj sadece onların sizi tanıması için değil; onları da tanımanız gerekir ve bunu yapmanın en iyi yolu soru sormaktır.

Görüşmeyi yapan kişiyle röportaj yapmanızı önermiyorum ama onun rolü, işi, üzerinde çalıştığı projelerin türü ve şirket kültürü hakkında sorabileceğiniz sorular mutlaka vardır. Herhangi bir sorunuz olmadığını söylemek, pozisyonla gerçekten ilgilenmediğinizi gösterir, bu yüzden gitmeden önce en azından bir soru bıraktığınızdan emin olun.

Bu bölümde sorabileceğiniz birkaç önemli soruyu zaten ele aldık. Örneğin, fazla mesai politikaları veya tatil günleri ve bunların nasıl ele alındığı hakkında sorular sorabilirsiniz. Sorunuz “Projeleriniz için scrum veya waterfall kullanıyor musunuz?” kadar spesifik olabilir. Ek olarak, “Burada çalışmanın en iyi yanı nedir?” kadar geniş kapsamlı da olabilir. Bunların hepsi görüşme sırasında ortaya çıkmayabilecek yararlı bilgilerdir ancak kararınızı vermeden önce bunları toplamanız önemlidir.

8. Ben bir React geliştiricisiyim

React’ta yanlış bir şey yok ama böyle bir cevapla kendinizi eksik satarsınız. Siz bir “[bilmem ne teknoloji] geliştiricisi değilsiniz”, siz bir “geliştiricisiniz” ve arada çok büyük bir fark var.

Ne zaman bir adayın böyle bir şey söylediğini duysam, onları bir kutuya koymadan edemiyorum çünkü kendilerine bunu yapıyorlar. Kariyeriniz boyunca hatırlamanız gereken bir şey var: Programlama sizin işiniz; teknolojiler gelir ve gider, paradigmalar gelir ve gider, ancak temel prensipler aynı kalır. Eğer bana bir X geliştiricisi olduğunuzu söylüyorsanız, bu henüz bunun farkına varmadığınız anlamına gelir. Senin
programlamayı gerçekten anlamadığını ve öğrenecek daha çok şeyin olduğunu gösterir.

9. Linux mü? Linux’tan nefret ediyorum, ben bir Windows adamıyım

Bu satırda o kadar çok yanlış var ki nereden başlayacağımı bilemiyorum. Ancak bir teknoloji röportajı bağlamında teknolojiden nefret etmek büyük bir olumsuzluktur.

Ben de bir zamanlar o adamdım. Windows’tan o kadar nefret ediyordum ki onu 10 dakikadan fazla kullanmaya dayanamıyordum. Yıllarca Linux’çuydum (macOS’çu), ama sonra küçük bir ayrıntıyı anladım. Teknoloji bir araçtır ve eğer bir seçeneğiniz varsa, elinizde/parmak uçlarında daha rahat hissettireni seçmelisiniz, ancak başka seçeneğiniz yoksa, hareket etmeye devam etmelisiniz.

“Nefret” özneldir, aklın var olmadığı bir yerden gelir. Bunun yerine, teknolojiye karşı güçlü bir argümanınız olduğunu düşünüyorsanız, kendinizi açıklayın: “Oyun geliştirme söz konusu olduğunda Linux ile iyi deneyimlerim olmadı çünkü Unity’yi öğreniyorum ve Linux bağlantı noktası oldukça dengesiz. ” Bunun gibi bir açıklama, bunu denediğinizi ve iddialarınızı kanıtlarla desteklemeye istekli olduğunuzu gösterir.

Sırf yeni bir teknoloji öğrenmeye istekli olmadığınız veya “nefret ettiğiniz” için büyük avantajlar ve ilginç büyüme fırsatları sunan bir iş teklifini reddetmek, yalnızca dar görüşlü olduğunuzu gösterir. Bu çok sert, biliyorum ama doğru. Bunu anlayana kadar öğrenmek kolay olmayacak ve becerilerinizi geliştirmek daha yavaş bir hızda gerçekleşecektir. Ne kadar çok teknoloji denerseniz o kadar çok şey öğreneceksiniz; bu kadar basit. Yeni fırsatlara açık olun ve bilinmeyeni hoş karşılayın; bu, eğitimde büyük bir geliştiricinin işaretidir

10. Birim testlerinin(Unit tests) ne olduğunu bilmiyorum

Evet, daha yeni başlıyorsunuz ancak birim testlerin ne olduğunu bilmiyorsanız, programlamanın temellerini gerçekten öğrenmemişsiniz demektir. Netflix’te vakit harcamayı bırakıp bunun yerine mesleğin temellerini okuyabilirsiniz. Birim testi mesleğimizde o kadar temel bir uygulama ki herkesin bilmesi gerekiyor.

Elbette ilk teknik görüşmenizde uzman birim testçisi olmanız beklenemez. Uygulamayla ilgili deneyim yoluyla öğrenmeniz gereken çok şey var. Ancak süreç hakkında konuşabiliyorsanız bu, oluşturduğunuz kodun kalitesine önem verdiğinizi gösterir. Bunun bir geliştirici için ne kadar değerli olduğunu anlatamam ve tüm üst düzey geliştiricilerin bunu o kadar da önemsemediğini söylerken, bana güvenin. Kariyerinizin bu aşamasında birim testine bakıyorsanız harika bir başlangıç yapmış olursunuz.

Sonraki yazılarımızda görüşmek üzere.

--

--

Responses (1)