İşe alım sürecinde programlama zorlukları ne kadar etkilidir? [kapalı]

Şirketimizin yazılım mühendisi adaylarını bulmak için tasarlanmış zorluklar yaratabileceğini düşünüyorum:

• Sorunları çözmede iyi, işe alım yapanları değil.
• Bir kariyer fuarında bize gelmekten korkma olasılığı daha yüksektir.
• Mevcut programlama işlerinde yetersiz kullanılmaları daha olasıdır, ancak bu konuda herhangi bir şey yapamayacak kadar içine kapanıktır.

Bir örnek olarak , Piet kullanarak Facebook'un bir görüntüdeki e-posta adresini gizlemesini tartışan bu makaleye bakın .

Bunun gerçekten işe yarayıp yaramadığına dair herhangi bir çalışma ya da sabit veri bulamıyorum.

Herhangi bir araç gibi, bunlar da son derece yararlı veya son derece tehlikeli olabilir. Bir elektrikli matkap, elinizin üst kısmına kadar delip kendinizi ER'ye inene kadar hayatınızı çok daha kolay hale getirecektir. Aynı şey işe alımdaki programlama zorlukları için de geçerlidir.

İyi : Bu, kağıt üzerinde bir programcı olarak zorlayıcı olmayan birini tespit etmenin etkili bir yolu olabilir. İnsanların normalde "programlama" ile ilgili alanları düşündüğü şeyle çok az ilgisi olan bir dereceye sahip olan - Biyoloji, Siyaset Bilimi, Sanat Tarihi ...

Eğer senin zorlukların arasından uçarlarsa, o zaman harika. Bir şekilde programlamayı öğrendiler ve görünüşe göre sıkışmış. Eğer bataklığa düştüklerinde, uygulamaları gerçekten İK'dan geçen bir şey olabilir.

Kötü : Kötü yazılmış bir programlama zorluğu aslında programlama becerisini değerlendirmez . Programlama becerisiyle bulmaca çözmeyi test eder . Sorun, daha sonra iki değişkenli bir soru - bulmaca çözmede iyi misiniz ve kod ile bulmaca çözme diyebilirsiniz. Bulmaca çözme bölümünde tamamen başarısız olan mükemmel yetenekli bir programcıya sahip olmak mümkündür.

Gördüğüm çoğu programlama zorluğu , nasıl yazıldığına bağlı olarak, istediğiniz şeye yakın insanları tespit etmede başarısız oluyor .

Her ikisini de azaltmanın yolları var. İkincisi için, "kısmi kredi" yi, tam olarak oraya ulaşmayan gibi görünen çözümler şeklinde kabul etmeyi düşünürdüm, "İşte bunu nasıl çözeceğim ..." vb. çözücüler. Sonuçta, çok az insan tek başına kod yazıyor ve eğer kıdemli bir meslektaşınıza "Hey Jim, X'in uygulanmasının iyi bir yolunu biliyor musunuz?" Diye sorabilirlerse cevapları doğru olurdu, bu sizin istediğiniz biri olabilir. takımın.

İlki biraz daha zordur, çünkü bunun yükü üzerinizdedir. Önemli bulmacalar / sorunlar / zorluklar seçin. Grubunuzdaki hiç kimse, işlerinde Travelling Salesman sorununa uzaktan benzeyen bir şeye bile karşı gelmediyse, Travelling Salesman'da karşılaştığınız zorluklara zekice bir dönüş yapmayın. Bu şekilde, "sorunu çöz ve kodla" sorun çözme yönünde başarısız oluyorlarsa, ekibinizin öğle yemeğinde tükürdüğü keyfi bir zekâdan ziyade en azından ortaya çıkacak bir şeyde başarısız oluyorlar.

Çok etkili.

... işe alım süreciniz sadece programlama zorlukları içermediği sürece. Ben üzülmek ve herhangi bir görüşmenin teknik değerlendirmesini yapıyor nefret rağmen, yaptığı bir olarak hareket basit salak filtrelemek için gösterge. Ve aptalları filtrelemek, işe alım sürecinin en önemli noktasıdır, bu nedenle rol için uygun olanlara daha fazla zaman harcayabilirsiniz .

Görüşme yaparken, insanların baskı altında ne söylediğini görmenin çok önemli olduğunu düşünüyorum. Eğer bir sürü açık saçmalık tükürmeye eğilimliylerse, kolayca tanımlanabilir ve bu kişinin zamanımıza değmeyeceğini bileceğim.

Bir kariyer fuarında bize gelmekten korkma olasılığı daha yüksektir.

Bu kötü bir şey değil. Potansiyel adayınız orada çalışmaya değer olduğuna bahse girmeye istekli değilse, onu yine de gerçekten işe almak ister misiniz?

Birisinin bir ekibin parçası olarak çalışmasını istediğinizi varsayıyorum - daha iyi bir programcı mevcut ekip üyeleriyle daha iyi çalışan kişidir. Birbirinizle etkili bir şekilde iletişim kurabilen, aslında birbirleriyle iyi geçinen (arkadaş olmak zorunda değiller, ancak iyi uyum ve saygıya ihtiyaçları var) bir grup insanı bir araya getirmek istiyorsunuz ve yeni bir konuyla uğraşırken veya zihinsel bir bloğa sahip olduklarında (dört göz teorisi) kolejlerine yardımcı olmak isteyen ortak bir geliştirme standartları (kod ve süreç) kullanın. Ayrıca, kişilik türlerinin bir karışımını bulmanız gerekir, bu nedenle nadiren konuşan bir iç içe dönük ekibiniz varsa, daha konuşkan bir ekip üyesi getirmek, takımı daha üretken hale getirecek takım dinamiklerini iyileştirebilir. Diğer yandan,

Bir kişiyi bu karışıma sığdırdıktan sonra, teknik beceri / yeteneği düşünün. Bunların da tamamlaması gerekiyor. Her birinin güçlü oldukları farklı alanları vardır, diğerleri iyi durumdadır ve bazılarında ipucu yoktur. Bu nedenle, elinizdeki proje ile ilgili güçlü yanların bir karışımını elde etmeniz gerekiyor. İyi bir kodlayıcı ile iyi çalışan bir ara kodlayıcının çalışmalarının daha güçlü kişi tarafından yükseltileceğini unutmayın. Zincirdeki zayıf halka beceriler değil ilişkilerdir (becerinin takımda olması şartıyla)

Bunu bir araya getirmede iyi şanslar.