Mezun / mühendislerden ne gibi standartlar beklenebilir? [kapalı]

Tampon taşması lisansüstü bir geliştiriciden kabul edilebilir mi? Çıtayı yüksek mi ayarlıyoruz? Mezun / junior mühendislerin beklenen yetenekleri nelerdir?

Bağlam:

Halen Linux üzerinde C ile çalışan bir Junior Developer pozisyonu için işe alıyoruz.

Sürecin bir parçası olarak, adayların C'deki boş zamanlarında bir kod testini tamamlamalarını istiyoruz.

Şimdiye kadar, iki adayı, okunabilir ve bir durumda oldukça idiomatik olmasına rağmen kodlarının sınırsız tampon yazması nedeniyle tampon taşması hataları yaşadığı temelinde reddettik.

[Düzenle]:

• Açıkça hata kontrolünden geçmiş, üretim kalite kodunu istiyoruz.
• Adaylar için test ve yapı çerçevesi sağlıyoruz

[Güncelleme]:

Bu konu ve diğer geliştiricilerle yaptığımız konuşmalar sonucunda bizzat kod testleri yapma şeklimizi ve işe alımlarımızla kimi hedeflediğimizi değiştiriyoruz.

Bir adayın arabellek taşması sorununu çözemediğini veya anlayamadığına karar verdik, özellikle yaptığımız iş için uygun olmayacağına, özellikle de rahat olduğumuzdan daha fazla rehberlik edeceğine karar verdik. Bu nedenle, sonunda sağlam bir kod örneği sunamayan adayları reddedeceğiz.

Bununla birlikte, işe alım sürecini hem biz hem de adaylar için daha verimli hale getirmek için bazı önlemler aldık.

Özellikle:

• Üretim kalitemizle ne kastettiğimizi net bir şekilde açıklayan ve girdi ve hatalar için kodun sağlam olacağına dair bir uyarı ile beklentimizi daha belirgin hale getiriyoruz.
• Artık adayları savunma programlaması kaynaklarına ve kod testi açıklamasında C standart kütüphanesine bağladık.
• Hedef kitlemizi Junior geliştiricilerden ve mezunlardan değiştirdik ve ilgili tecrübeye sahip insanları hedef aldık.
• Gönderilen kodun bir şekilde başarısız olması durumunda ancak başka türlü kabul edilmesi durumunda, şimdi hata durumuna neden olan ve adaylara hatalarını düzeltme şansı veren (başka bir nedenden dolayı reddedilmediği sürece) minimum bir test durumu sunuyoruz. Ayrıca eğer uygunsa sorunlu hatları / fonksiyonları da işaretleyeceğiz.
• Testlerin amacı şimdi bir ön uç filtreden adayın daha iyi bir resmini oluşturma şansına biraz değişmiştir, özellikle de telefon görüşmemizi bilgilendirecektir. Bununla birlikte, yalnızca koda dayanarak reddetmeye hazırız.

[Güncelleme 2015-07-09]: Nujob'tan Andy Davis, adayın bakış açısından bir kod testinin kullanımı hakkında ilginç ve konuyla ilgili bir makale yazdı ve makaleye bakmaya değer. Burada bulun .

Barı çok yükseğe ayarladığını sanmıyorum, bence farklı bir bar gerekebilir.

Kod testlerinin bir adayın yetkinliğini belirlemek için yararlı olduğunu düşünüyorum, ancak başarılı / başarısız olmamalıdır. Aday ile diyalog başlatmak için kod testi sonuçlarını kullanmalısınız.

Yaptıkları hataları görüyorsanız (özellikle küçük geliştiriciler olsalar), onlara dikkat çekin ve farklı şekilde neler yapacaklarını sorun veya neden bir sorun olduğunu anlarlarsa.

Bence genç elemeler, buradaki tüm farkı yaratan şey. Gençler yeterlilik için test edilmemeli, öğrenme yeteneği, merak, tutku, ahlak ve kesinlikle alçakgönüllülük açısından test edilmelidir. Bir küçük çocukla ilgili varsayım, yetkin olmadıkları olmalıdır , bunları yapmak için kıdemli olarak sizin işinizdir.

Açıkçası fizzbuzz gibi temel kodları yazabilmeli ve genel bir kavram bilgisine sahip olmalıdırlar; Onlara dikkat ettiyseniz ve bir arabellek taşmasının ne olduğunu bile bilmiyorlarsa, o zaman bir sorun olmadığını söyleyebilirim, ancak bir gencin 5 aydan daha fazla kod yazmadan bir hata beklemesini beklemiyorum.

Çocuğunuzun yetkinliğine güvendiğiniz gün, kendinizin sorgulanması gereken gündür, gençlere çok sayıda mentorluk ve sağlıklı bir dozda "güven ama doğrulama" yapılmalıdır. Bir zamanlar gençtim ve o sırada orada olan herkese: Üzgünüm. Küçükken yaptığınız korkunç şeyleri hatırlıyor musunuz? (Lütfen bana sadece ben olduğumu söyleme; bana bir kompleks vereceksin ..)

Burada birkaç sorun görüyorum.

Birincisi, ortalama bir bilgisayar bilimi mezununun bir şey bildiği varsayılmaktadır. Yapmazlar. Açıkçası, Visual Studio'nun nasıl kurulacağını ve ayarlanacağını bilen bir bilgisayar bilimi mezunu gördüğümde çok şaşırdım . Heck, son zamanlarda Microsoft'un yığın yazı üzerine beş yıldan fazla deneyime sahip olduğunu iddia eden bir adam ile çalıştı NET anlamaya could kod TFS oldu ya nasıl bağlamak için.

İkincisi, çok sınırlı havuzunuz. Programlama testi yapan adaylarımız da var. Yazmaları gereken beş ayrı "program" var. Evde yapıyorlar ve kodu gönderiyorlar. Testler son derece basit (veritabanı yok, harici bağımlılık yok) ve Visual Studio'nun Express sürümü kullanılarak kolayca yapılabilir . Testlerin kendisi, kıdemli bir adam tarafından yaklaşık 30 dakikada kolayca tamamlanır. Bunları genel olarak yalnızca yeni mezunlar için üç yıla kadar doğrulanabilir iş deneyimi için yaptığımızı unutmayın.

Ölçtüğümüz şey, teste katılanların yaklaşık% 70'inin bize asla geri dönemeyeceğidir. Kabaca% 15'i, genellikle açık sözdizimi hataları nedeniyle (örneğin, eksik ;) derlenmeyecek eşyaları teslim eder . Başka bir% 10 derleme yapıyor ancak gerekli işlemleri yapmıyor.

Bu,% 5 oranında bir kuyruk bırakıyor Bu noktada, sayısal bir sayı gerektiğinde girdi olarak alfa karakteri girme gibi koşulları bile düşünmüyoruz. Tamamen uygulamanın uygun çıktıları yaptığı girdi olarak çok sınırlı bir X grubu verilir. Ayrıca, bu rakamlar son dört yılda yaklaşık 500 adaydan geliyor: İstatistikleri tuttuk çünkü bilmek istiyorduk.

Kod yapısına ve yönetilmeyen kaynakların doğru bir şekilde elden çıkarılması veya try .. catchifadelerin kullanılması gibi savunma kodlama tekniklerine daha fazla bakacak olsaydık, neredeyse hiç kimse geçemezdi.

Elbette soru, neden?

Dört yıllık bir üniversiteden bu alanda derecesi olan bir çocuk neden basit programlama görevlerini yerine getiremiyor? Cevap, kolejlerin işletme ihtiyaçları ile tamamen temastan kopmadıkları ve sanat harikası olarak düşündüklerimizin gerisinde yıllarca geride kaldıklarıdır. 10 yıl önce kodlama standartları, güvenlik aslında sizin yaptığınız bir şeydi; ve birim testleri henüz moda değildi. Oysa bugün güvenlik her özellik ya da geliştirme ile aklınızda en ön sırada olmak. Unutma, çoğu profesör ya bu alanda hiç çalışmamış ya da uzun zamandır çalışmamış. Bunu öğrendikten sonra, neden bu kadar geride olduklarını anlamaya başlarsınız. Daha da kötüsü, bu profesörlerin bazıları belirli bir teknolojiye çok zaman harcıyor ( Java , PHP(herneyse) ve kod yapısı veya kabul edilebilir yaklaşımlar gibi ciddi temel sorunları tartışmakta başarısız olun (ve NEDEN!).

Sadece bir yan örnek. Yeni mezun, sınıflarından biri için bir mobil işletim sistemi yazma konusundaki deneyimlerinden bazılarını anlatıyordu, ancak bir web sunucusunun nasıl çalıştığını, temel terimlerle bile açıklayamıyordu. O sadece bilmiyordu. 15 veya 20 yıl önce muhtemelen bir işletim sisteminin nasıl yapıldığını anlamak için doğru zamandı. Bugün ... çok değil. Oysa bu, savunma programlarına yönelik bir sınıfın kendileri ve dış dünya için çok daha faydalı olacağı durumlarda gerekli bir sınıftır .

Peki ne yapıyoruz?

Bu% 5'in dışında, kişilikleri ve formları hakkında bir fikir edinmek için biraz daha röportaj yapacağız. Sonra, profesörlerin doldurduğu pislikten kurtulmak için yaklaşık altı ay harcayacağımızı bilerek "en iyi" olanları seçiyoruz.

Bence soruna yanlış yoldan bakıyorsun. Kendinize sormanız gereken şey şudur: Bir adaydan işlerini yapabilmeleri için ne istiyoruz? Konumu ve içerdiği şeyi uygun şekilde değerlendirmelisiniz. Aşağıda küçük bir geliştiriciyi ne zaman işe alacağınız ve ne zaman kullanmayacağınızla ilgili bazı öneriler bulunmaktadır.

Bir küçük geliştiriciyi ne zaman işe alacaksınız: - Daha üst düzey bir geliştirici için zaman kaybı olacak, yapılacak kolay iş taşması varsa. - Bu kişiyi önümüzdeki birkaç yıl boyunca mentor etmeye ve eğitmeye istekli iseniz. - Şirketi büyütmeye çalışıyor ve uzun süre kalacak birini istiyorsanız. Sadece bir yıl boyunca kalacak küçük bir geliştirici, şirket kaynaklarının israfı olacak, bir şey üretmek için çok az çaba harcayacak ve sonuçların çoğu kendi kişisel gelişiminde olacaktır. - Birisinin büyümesi için para harcamak istediğinizde. Yine de, faydaların çoğu öğrendikleri şey olacak.

Ne zaman küçük bir geliştirici kiralamak için değil. - İş çok karmaşık olduğunda. Bu durumda ligleri dışında. - Ne zaman tasarruf etmek istersen. Üst düzey bir geliştirici aynı işleri zamanın bir kısmını daha iyi kalitede sonuçlarla tamamlamalı ve her zaman daha ucuz olmalıdır. - İş dış kaynak kullanılabildiğinde veya bir çalışanı meşgul tutmak için yeterli olmadığında. Bu gibi durumlarda, işin bir kısmını özel bir yükleniciye boşaltmak daha iyi olacaktır.

Son bir önemli nokta. Küçük bir geliştiriciyi işe almayın, çünkü “bu kadarını karşılayabileceğimiz tek şey” ya da “işe yaramayacağımız şey budur”. Sonunda tek yapman gereken, tuvalete para atmak. Ayrıca, bu becerileri kazandıklarında yine de büyük paralar isteyeceklerdir.

Benim hakkımda:

• Neredeyse resmi bir eğitim almayan fizik derecesi.
• İki yıllık iş tecrübesi. Bu yüzden öğrenme sürecinin ne hakkında olduğunu biliyorum.
• Yazılım geliştiriciyi başlatın. Çok zorlu işler yaptım ve farklı yeteneklerden farklı yetenek seviyelerini gördüm. Birçoğu yaptığım işlerin çoğunu idare edemiyor.

Diğerlerinin de belirttiği gibi, gençlik pozisyonları C konusunda çok az deneyime sahip olabilir. Şahsen, C'de tampon taşmaları hakkında kısaca öğretildim ve onlara dikkat etsem bile, yine de bazılarını tanıtacağım (özellikle ödünç veren bir ödev verildiyse). arabellek taşmaları oluşturmak için). Muhtemelen, birçok küçük geliştirici, arabellek taşmalarını bildikleri benzer bir durum olacaktır, ancak onları kapsamlı bir şekilde tanımlamaya ve ele almaya hazır değillerdir.

Buna bakıldığında, uygun cevabın bir sonraki olası etkileşimde konunun ortaya çıkması ve genel bilgilerini test etmek için tampon taşması hakkında ne bildiklerini sormaları gerektiğini düşünüyorum. Bundan sonra, üretime hazır kodlarında bir tane bulduğunuzu söyleyin. Bu, size düzeltme ve öğretime nasıl tepki vereceklerini yargılamak için iyi bir pencere verecektir.

Ortak bir düşünce, daha az bilen, ancak öğrenmeye istekli ve öğrenmeye istekli olan ve geliştiren bir genç geliştiricinin, daha fazlasını bilen fakat geliştiremeyen veya geliştirmeyecek bir genç geliştiriciden daha değerli olduğu düşüncesi değil midir?

Olduğu söyleniyor, bahsettiğiniz yorumlarınızdan birinde, kullanmışlarsa kodlarındaki tampon taşmalarını gösteren testler yaptınız. Öyleyse belki de en büyük soru neden testleri yapmadılar (eğer yaptılarsa, neden buggy kodunu çevirdiler)?

Bir tampon taşması mutlak bir hareketsizliktir. Karşılık gelen bir kod sorunuz olabilir. Bu kod parçasında her şeyin yanlış olduğu (yanlış gidebilecek) bir durumda, adayın sorunu tam olarak belirleyebilmesi gerekir. Asıl soru, konunun önemsiz olup olmadığına bakmaktır, çünkü yine de clint çalıştırıyorsunuz.

Bununla birlikte yapay serbest kod testinde sprintf gibi bir ihlale karşı daha yumuşak olurdum. Çok az zaman (varsayılan), zihinsel hiperaktif, çalışan bir şey sunmak için çok büyük bir dürtü.

Bence yanlış soruyu soruyorsun. Profesyonel bir programcı olmak için hiçbir nesnel bar yoktur. Olsaydı, standart bir programlama sınavı olurdu, ama olmadı. Bireysel çubuğunuzun ne kadar seçici olacağınıza, ne kadar ödeyebileceğinize, yazılımınızın ne kadar parasız kabul edebileceğine ve ne kadar zaman harcayabileceğinize bağlı olarak ayarlanması gerekir.

Bu durumda, bir arabellek taşması ihtimalinin muhtemelen, adayın örnek bir çalışma örneği olarak sunulan bu kodun, sorduğunuz şeyi yapmak yerine bir segmentasyon hatasıyla çakıştığı anlamına geldiğini tahmin ediyorum. Öyleyse, istediğini yapmak yerine, bir bölümleme hatasıyla kilitlenen kodu yazan bir kodlayıcıyı kabul etmelisin? Sor:

• Kurumunuz kimseyi çekme yeteneğine sahip midir edebilirsiniz çalışan kod yazmak?

• Geliştirme süreciniz , akran incelemesi ve test desteği ile neredeyse kod yazabilen birinin çalışma kodu yazabileceği kadar sağlam mı?

• Bir çeşit programcıya nasıl programcı olacağınızı öğretebilecek misiniz ve bu çabayı harcayarak belki birkaç yıl bekleyip, adayın iç yeteneğinin meyveye ulaşacağını umuyor musunuz?