Geliştirici olmayanların geliştirici mülakatı yapma yöntemi

 (greghausheer.com)
8 puan yazan xguru 2020-04-14 | 2 yorum | WhatsApp'ta paylaş

Geliştirme bilmeyen bir girişimcinin kurucu ortak/CTO/ilk mühendis işe alırken sorması gereken sorular ve bu sorulara verilen yanıtların ne anlama geldiği

  1. Önceki geliştirme ekibinin büyüklüğü neydi?

  2. Eğer 30'dan fazla geliştiricinin olduğu bir şirkette çalıştıysanız, ekipler nasıl bölünmüştü ve iş devri ile sprintler nasıl yönetiliyordu? O şirketin süreçlerinde sevdiğiniz ve sevmediğiniz noktalar nelerdi?

  3. Önceki şirkette geliştirme takvimi tahminleri nasıl yapılıyordu? Ne kadar isabetliydi?

  4. Hiç bir yöneticiyle sorun yaşadınız mı? Mevcut sistemi yeniden geliştirme (Second System) deneyiminiz oldu mu?

  5. Açık kaynağa katkınız var mı? Varsa neye ve neden? En çok hangi kütüphane ve araçları kullanıyorsunuz?

Bölüm 2

  1. Etrafınızda yardım edecek kimse olmadığında bir problemi nasıl çözersiniz?

  2. Bir mühendis olarak sizin için "işin tamamlanması" ne anlama geliyor?

  3. Kendi probleminizi çözmek için yaptığınız bir uygulama ya da program varsa anlatır mısınız?

  4. Ekibimize başka bir mühendis alacak olsanız, onu nasıl bulur, mülakata alır ve işe alırdınız, anlatır mısınız?

  5. Kod yazarken taviz vermek istemediğiniz noktalar varsa bunlar nelerdir?

İlgili okumalar

2 yorum

 
xguru 2020-04-14

Aslında bu düzeydeki soruları anlamanın bile zor olduğu düşünülebilir ama...

Mühendis olmayan kurucu girişimcilerin, bu düzeydeki terimleri bile anlamadan CTO aradıklarını çok gördüm.

Yazının başında da var: "It’s a great time to be a developer."

En azından başlangıç seviyesi geliştirici düzeyinde bilgi edinmeye çalışmak bile, iyi geliştiricileri işe almaya yardımcı olur.

Ek olarak, "Geliştirici arayan yöneticilere adanmış yazı" https://tr.news.hada.io/topic?id=1547