Bir ikilemim var. Yazılım geliştirici pozisyonu için bir adayım var.

Adam onunla ilk konuşmasında yetkin görünüyor ve sorulan soruları tam olarak cevapladı ve çalışmalarının kanıtlarını verdi. Ayrıca, bazı güvenilir meslektaşları tarafından şiddetle tavsiye edilmiştir.

Bu durumda, boşluğu en kısa sürede doldurmam gerektiğinden, İK'nın gerektirdiği teknik testten geçmem isteniyor. Lütfen deneyiminizi paylaşın.

DÜZENLE:

Daha iyi bir karara karşı testi verdim. Neredeyse tüm sorularda en iyi skorlar, hatta kızmadığı bir konuda bile. Ancak, testin sorularını görünce ondan bir miktar ironi almamı sağladım - ki bu kesinlikle yaşlılar için değildi.

Bu yüzden bir teklif yaptık.

Tüm görüşleriniz için teşekkürler.

Her zaman oldugu gibi...

Değişir

Yetkinliği kanıtlayan bir teknik test görmedim. Hem test yapan hem de test eden taraftarları üzerinde cehalet gösteren birçok teknik test gördüm.

Teknik teste ne kadar güveniyorsunuz? Onu aldın mı? Sence bu adil mi?

Gizli olarak, bir süre önce bir müşterinin lehine çevrimiçi bir teknik teste girdim (yeni işe alımlar için 'temel puan' olarak puanları almak istediler) ve başarısız oldu - test soruları yalnızca sözdizimi ve işlev isimlerinin belirli bir sözdiziminden oluşması nedeniyle belirli bir dilin sürümü. Dili her zaman kullanıyorum ve yıllarca kullanıyorum, ancak bu özelliklere değil . Bunların hepsi gerektiğinde arayabildiğim şeylerdi - ve beceri / yeterlilikle tamamen alakasızdı.

Bu yüzden gerçekten teste bağlıdır. Teknik testinizin önemli olduğunu düşünüyorsanız, mutlaka uygulayın. Eğer o zaman kurtulmazsan ondan kurtul . Kişisel görüşme ve güvenilir meslektaşların önerileri üzerine izleniminiz, herhangi bir testten çok daha değerlidir .

Teknik testin sonuçları işe alım kararınızda fark yaratır mı? Onunla konuşmanızın gücü ve son derece güvenilir meslektaşların önerileri, teknik testin sonuçlarını çıkarmayacak kadar güçlü mü?

Test bir fark yaratmazsa, atlayın.

Ben yok testi atlamak için güçlü bir argüman bakın. Bu yüzden onu saklamalısın .

Adayın bir sınava girmek zorunda kalmayacağına inanıyorsanız, bu kendi başına anlatıyor.

Testin yapılması ve kontrol edilmesinin işe alım kararının geciktiği anlamına gelmesi uzun sürüyorsa, muhtemelen testin kendisini incelemeniz gerekir.

Tersine, sonuç ne olursa olsun kişiyi işe almayı planlıyorsanız, onsuz devam edin, ancak test politikasını tekrar ziyaret etmeli ve açıkça isteğe bağlı yapmalısınız.

Teknik test genel olarak faydalı mıdır yoksa BS? Bunu atlamak mı istiyorsun, çünkü daha hızlı işe alınmasını istiyorsun, çünkü istediğin kiraya gideceğine engel olmaktan korkuyorsun, ya da onu rahatsız edebileceğinden korkuyorsun?

Genel bir kural olarak, kural kuralları yapmayı seviyorum. Çünkü bir kişi için istisnalar yapmaya başlarsanız, o zaman yakılıncaya ve kuralın neden var olduğunu öğrenene kadar istisnalar yapmaya devam etmelisiniz. Ve güven bana, kötü bir kiralama yapmak gerçekten acı verici bir hatadır. Ancak bu sadece kural faydalı olduğunda geçerlidir. Bu kuralın yararlı olup olmadığı teknik teste bağlıdır.

İkincisi, işe almak için ne kadar baskı altında olursanız olun, aceleci bir karar vermenize izin vermeyin. Haste, ne zaman yapmamamız gerektiğimize evet dememize, uyarı işaretlerini vs. ihmal etmemize zorluyor.

Üçüncüsü, "Korkarım ki, her şeyden bağımsız olarak, testi geçemeyebilir" diyen, rahatsız edici bir sesiniz varsa, o sesi dinleyin - testi geçmeyin. Bu doğru işe olmayabilir.

Ve son olarak, adayın iyi olması durumunda, aday teknik bir teste girerek rahatsız edilmekle kalmayacak, aday adayı muhtemelen kuruluşunuz hakkında iyi bir işaret olarak görecektir . Yaygın alıntı yapılan Joel testinde madde 11'dir . Ne de olsa, teknik bir testten geçmemiş ve muhtemelen bu deneyimi tekrarlamak istemeyen geliştiricilerle çalışmaktan hoşnutsuzluk yaşamışlardı.

Tüm bu nedenlerden dolayı , eğer test yararlı bir teknik testle değiştirilmesi gereken açık bir BS parçası değilse (ve bu önemliyse) testi vermelisiniz .

Son zamanlarda aynı durumdaydık. Derin teknik bilgiyi atladık çünkü ilk başta tüm doğru kitapları okuyor ve tüm doğru proje türlerinde çalıştı. Gerçekten iyi görünüyordu.

Sonra birkaç hafta sonra, görüşmesinin yapması gerektiğini söylediği düzeyde kod yazamayacağı belli oldu. Ve kişiliği de takıma uymuyordu. Ondan kurtulmak ve yaptıklarını temizlemek bir karmaşaydı.

Herhangi birini işe almadan önce teknik yapın.

Adalet uğruna testi yap. Diğer yeni işe alınanlar daha sonra bir test yazmak zorunda olduklarını öğrenirse, ancak bu adam yapmadıysa, kızgınlık hissine neden olabilir.

Test herkese veya kimseye uygulanmamalıdır. Seçici olarak uygulamak istiyorsanız, ne zaman feragat edilebileceğini açıklayan net ve yazılı bir politika olduğundan emin olun .

Teknik testlerin değerleri değişkendir ve büyük ölçüde testlerin kıdemli geliştiricinin görev aldığı rolle ne kadar iyi eşleştirildiğine bağlıdır. Yani, bir Oracle geliştiricisine gömülü sistem mühendisliği ile ilgili bir soru listesi verir misiniz (bu bir noktayı kanıtlamak için kötü bir örnektir).

Üst düzey geliştirici teknik testten düşük puan alsa bile, adayı işe almanız sizin için engel olur mu?

Zamanında baskı yaptığını söylediğin gibi, kararını acele etme. Üst düzey geliştiricinin sorumluluklar alanında kendi altında olduğu ve projeyi programın gerisinde bırakmasıyla sonuçlanması daha kötü olacaktır.

Arkanı dön.

Güvendiğiniz kişiler tarafından şiddetle tavsiye edilen kalıcı bir üst düzey işe alım ise, gelecekte mülakat ekiplerine katılabilir. Bu potansiyel kıdemli geliştiriciden en sevdikleri teknik röportaj test sorularını ve çeşitli yanıtların güçlü ve zayıf yönlerini nasıl değerlendirebileceklerini sorun. Belki onları sınamak için bazı yeni kötü cevaplar bul. Hatta zamanınızın bu kullanımından çok şey öğrenebilirsiniz (veya kırmızı bayraklı bir şey bulabilirsiniz).

Ardından kendi sorularına verilen cevapların bir kısmını "teknik test yapıldı" olarak işaretleyin.

Bunu bu şekilde düşünün - birisini istediğinizden biraz daha mükemmel bir şekilde işe almak veya şu anda potansiyel olarak korkunç birisini işe almak arasındaki fark nedir?

Ayrıca, bu testin değerlendirmek üzere tasarlandığı işi yaparken ne kadar yetenekli olduğunuzu söylersiniz?

Bir programlama testini geçmek için adayların yaklaşık% 99'unu gerektiren bir şirket için çalışıyorum. Geçmesi gerekmeyen% 1 iki kategoriye ayrılır. İlk kategori, aktif olarak işe alımdan aktif olarak aldığımız "rockstar" türleri. İkinci ve muhtemelen daha alakalı, kategori süreci çok güçlü bir sicili işe sahip üst düzey personel tarafından feragat edilmiştir kimin için insanlar ve onlar için çalışmak ister misiniz? İşi yapabilen kim.

Şahsen, bunun iyi bir politika olduğunu düşünüyorum ve sizin durumunuz için tavsiye ederim.

Testi yine de veririm. Herhangi bir nedenden ötürü tavsiye edilebilir (bazıları sizin için bu kadar faydalı olmayabilir ...). Teknik görüşmenin bir faydası, diğer ekip üyeleriyle yapıştırma işlemine başlamaktır. İşe alım sürecine dahil olmak için ekibin gereğini küçümsemeyin.

İK'nın kısıtlamaları göz önüne alındığında, siber-dojo'nun bir kopyasını indireceğimi , yerel bir sunucuya yükleyeceğimi, adayınızı sadece bu sunucuya erişebilecek ve birkaç kata'nın (seçiminizi) tamamlamasını isteyebilecek bir web tarayıcısının önüne yerleştireceğimi düşünüyorum. Seçtikleri bir dilde (ideal olarak kata başına farklı bir dil).

Ardından trafik ışıklarının sırasına bakın. Eğer onlar iyi bir TDD geliştiricisiyse, tekrarlı kırmızı / yeşil bir ilerleme elde etmelisiniz.

^{Eğer cyber-dojo ile oynamak istiyorsanız, yazarın burada güzel bir çevrimiçi sürümü var .}

Başka bir soru - İK departmanınıza ne kadar güveniyorsunuz.

Burada çok fazla psychedelic KoolAid içiyor olabilirim, ancak işe alım için belirli bir koruma önlemi uygularken İK departmanımın iyi bir planı olduğunu düşündüğüm için çok şaşırdım. Örneğin, kıdemli erkeğinizin Oracle için gerekli olacağı ve C # için gerekmediği doğru gibi görünüyor, bu nedenle bir C # testi ilgisiz görünüyor. Ancak, eğer İK departmanınız bir kaç farklı projede isabet edemediğinde birisini kovmanın ne kadar zor olacağına karşı çok hassas ise, o zaman kısa vadeli ihtiyaçlarınızdan birinin uzun vadede çok uzun sürdüğünden emin olmanız gerekebilir. geliştirici, yaygın olarak kullanılan bir programlama dilinde asgari yeterliliği karşılayabilir.

Her şey mevcut işe alım metodolojinizle, şirketinizi yöneten yasalarla ve genel kuruldaki teknik becerilerle ilgili ihtiyaçlarla ilgili. Bazı şirketlerde, deneme süresi gibi şeylerin düzenlenmesi, biriyle denemeye gitmeyi kolaylaştırır ve ilk 3 ay içinde işe yaramazsa, gitmelerine izin verir. Diğer şirketlerde, bir kişi kapıya daimi bir çalışan olarak girdiğinde, ölçülmeyen birinden kurtulmadan önce uzun süre onları tutmanız ve yeniden eğitmeniz gerektiği anlamına gelen büyük adil muamele korumalarına tabi tutulur. yukarı.

Firmanızın etrafını kontrol eder ve bu adamın kısa sürede bu becerileri göstermesi gerekmese de, bir miktar titizlik göstermek için bir neden olup olmadığını kontrol ederim. Uzun vadeli sonuçlar - özellikle de kıdemli bir mühendisin maaş oranı- çok büyük olabilir.

Son teslim tarihlerinin baş gösterdiğini defalarca tekrarladınız - Brook yasasını bildiğinizi varsayıyorum.

Bunu söyledikten sonra, burada gerçek görüşme sürecinin ne tür bir gecikmeye neden olabileceğini görmelisiniz. Koşuya girip son tarih sorunlarınızı giderebileceğini düşündüğünüz çok yetenekli bir adaysa, birkaç saat görüşme / çift programlaması yapma konusunda hiçbir sıkıntısı olmamalıdır. Dikkate alınması gereken bir başka faktör mevcut akranlarınız olacaktır. Daha büyük ekibinize, insanların kaprislerine göre girip çıktıklarını hissetmek istemezsiniz - çünkü adam bağırırsa genellikle kötüdür. Bu, İK'nın çoklu görüşmelerde ısrar etmesinin temel sebeplerinden biridir, böylece bir kişi suc üzerinde durmaz.

İşe alım ve proje ile iyi şanslar!

Genellikle sözleşmenin bir parçası olarak, işe başladığınızda deneme süresi olarak altı ayınız vardır. Eğer aday tamamen beceriksizse, bu ilk birkaç ay boyunca bu oldukça açık olacak ve en azından deneme süresinden sonra sonlandırma seçeneğiniz var. Ayrıca, hiç kimsenin her şeyi bilemeyeceği ve insanların rolü üstlenmek için sık sık zamana ihtiyaç duyacağı ve gerçekten de kariyer basamaklarını yükseltebileceği, dolayısıyla herhangi bir yargılama yapmadan önce yerleşmek için biraz zaman harcayacağına dikkat çekerim. partiler!)

Dürüst olmak gerekirse (ve cevabımı başka bir soru için tekrarladım), bana teknik bir röportaj vermeyen bir dükkandan işe alınmaya karşı dikkatli olacağım. Teknik mükemmelliğe olan bağlılıklarından şüpheliyim ve kararımı vermeden önce ekiple "konuşma dükkanı" kurma fırsatım olmamasını istemem.

Teknik röportajı aynı zamanda ekip üyelerinin adamı tanıma ve onunla tanıma fırsatı da verin. Adam kıdemli olduğu için onunla açıkça teknik konularda iletişim kurabilmeniz çok önemlidir. Derinlemesine teknik görüşme olmadan nasıl test edeceksiniz?

Kısacası: Onun için standart teknik görüşmeden feragat edecek kadar önemliyse, onunla özel bir teknik görüşme yapacak kadar önemli.