İyi bir programlayıcı nasıl tanınır? [kapalı]

Şirketimiz yeni programcılar arıyor. Ve işte sorun geliyor - röportajda gerçekten harika görünen, ihtiyaç duyduğunuz teknolojiyi biliyor gibi görünen ve iyi bir iş geçmişine sahip birçok geliştirici var, ancak iki aylık çalışmadan sonra, çalışamadıklarını anlıyorsunuz bir takım, bazı kodlar yazmak çok uzun zaman alıyor ve üstelik sonuç olması gerektiği kadar iyi değil.

Herhangi bir resmi test kullanıyor musunuz (var mı?)? İyi bir programcı - ve iyi bir insanı nasıl tanırsınız? Gelecekteki problemleri ortaya çıkarabilecek basit herhangi bir 'iyi' soru var mı? ... ya da sadece kişiyi (yani esas olarak deneyimlerinizi) ve onu denemeyi 'hissetmek' ile mi ilgili?

Düzenleme: Manoj cevabı göre, burada iş görüşmesinde kodlama görevle ilgili bir soru.

İlgi duydukları şey hakkında konuşmalarını sağlayın. Programlama hakkında konuşurken gerçekten tutkulu olan ancak kodlama yapamayan bir geliştiriciyle tanışmadım. Elbette var olabilirler - ve görüşmeniz de yetkinliği kontrol etmeli - ama tutku benim deneyimim için iyi bir göstergedir. (Bunun, buzzwords açısından "konuşmayı konuşma" ile aynı olmadığını unutmayın.)

Onlara favori dilleri veya platformları hakkında neleri beğenmediklerini sorun. Bir şeyleri nasıl düzeltirler? Bir sonraki sürümde ne görmek isterler? Hobi projeleri var mı? Blogları varsa, oku. Genel çevrimiçi varlığını kontrol et.

İyi insanları işe almak zordur .

Bu konuda daha iyi olabilmem için bazı gerçek hatalar aldı. İlk birkaç defa güvenmediğiniz ve pişman olduğunuzda bağırsak sisteminize daha fazla güvenmeye başlarsınız.

Steve Yegge'nin telefon ekranı sorularına büyük saygı duyuyorum ve bunu başarı ile insanlarla mülakat yapmak için temel olarak kullandım.
Ayrıca Joel'in gerilla röportajına yönelik kılavuzunu okuduktan sonra insanlarla röportaj yapmakta daha iyi olduğumu düşünüyorum (şimdi sürüm 3.0'da, web için olan versiyonun önünde ve her şey, sadece iyi olmalı).

Ayrıca röportaj ile etiketlenmiş Software Engineering Stackexchange'te 57 başka soru (20/11/2008 itibariyle) var ve bazıları çok ilgili görünüyor, bu yüzden bunları kontrol edin.

Bazı fikirler:

• Birkaç farklı açıdan birkaç açık uçlu soru sorun:

  • Bazı kodu gözden geçirin. Neler belirlendi? Teknik hatalar, tarz tutarsızlıkları, yorumlar, algoritmalar, bakım kolaylığı, vb ...
  • Biraz kod yaz. Proses, kurşun geçirmezlik, okunabilirlik vb.
  • Küçük bir sistem için üst düzey bir tasarım yaratın. Sorunun, yaklaşımın, iletişimin, bütünlüğün, ayrıntıların anlaşılmasını sağlayın.
  • Yazılım geliştirme sürecini açıklayın. Tasarım, işbirliği, inceleme, test, iyi / kötü alışkanlıklar ve genel deneyim arayın.

• Bir şey seç - bir şey - adayın iyi bildiğini iddia ediyor. Basit bir soru sorun ve sonra cevabı temel alarak, biraz daha ayrıntılı bir soru sorun ve adayın bilgi sınırına ulaşana kadar "kazmaya" devam edin. Bu size bir fikir verir:

  • Dürüstlük: iddia edildiği kadarını biliyor mu?
  • Bilgi derinliği: Bir şeyleri ne kadar iyi öğrenir?
  • İletişim: Size yabancı olan bir şeyi ne kadar iyi açıklar? Düşünce süreci mantıklı mı?
  • Stresli durumlara tepki: Cevaplaması ne kadar zor? Sahte mi? Kaçınılmaz "bilmiyorum" kolay mı zor mu?

• Adayın önceki durumlarla ilgili çeşitli durumlarla nasıl başa çıktığını sorun: takım çalışması, gecikmiş projeler, hata ayıklama vb . Cevaplar olumlu mu olumsuz mu? Tutkulu? Akıllı? Kibirli?

Ben en iyi adaylar, hevesli görmüş, kendinden emin ama kibar ve en önemli buluyorum mevcut . İçeride birisinin olduğunu bilmen gerekiyor. :-)

İyi bir programcı tanımak için, olmak zorunda iyi bir programcı. Bu, röportajda söylenen ve yapılan şeyleri görmek için programlamayı çok iyi bilmeniz ve hangi soruları sormanız gerektiğini bilmeniz anlamına gelir.

Görüşme sırasında yanlış cevap veren adaylar gördüm, ancak açıklamaları konuyu tanıdıklarını gösterdi (ve bu nedenle net'i arayarak doğru cevabı kolayca alabiliyorlardı). Bunu görmek için, sorduğunuz konuyu çok iyi bilmek zorundasınız.

Diğer bir şey ise kolayca googled olabilecek detaylarla ilgili sorulardan kaçınmak. Bu soru, yalnızca adayın aradığınız bilgiyi ve anlayışı gerçekten yoksa, şeyleri hatırlamanın ne kadar iyi olduğunu gösterir.

Tavsiyem, çok fazla programlama bilen ve iyi insan becerisine sahip birinden yardım almak, görüşmelere yardımcı olmaktır.

Düzenleme: Ayrıca burada görüşmeler hakkında bir yorum yazdım .

Programlama yeteneğinin her şey olmadığını unutmayın. Sizin için çalışan dünyadaki en iyi programcıya sahip olabilirsiniz, ancak diğer insanlarla çalışmaktan nefret ederlerse, onları çok yararlı bulmazsınız.

Listedeki bir programcının kişiliği, çoğu işveren sıralamada göründüğünden daha yüksek olmalıdır. Şu andaki iş yerimde doğru insanı işe alma konusunda çok dikkatliler.

İnsanlar genellikle daha iyi programcılar olmayı öğrenebilir, insanlar genellikle daha iyi insanlar olmayı öğrenemezler.

Onları kodla. 4 ya da 5 saatte çözülebilen bir problem verin ve kodlama, kodlama tarzı, kodlama tarzı, kodlama işlemine başlamadan önce çözümü nasıl planladığı vb. Açısından kontrol edin. Sorunu çözmesi gerekmez. Ve Jon Skeet'in dediği gibi, programlama, seçim dilleri ve bunun gibi şeyler hakkında konuşmalarını sağlayın. Tutkuyu iyi bir programlayıcıda yeniden düzenleyebilirsiniz. Programlamaya bağlı sitelerin kaçını yığın yığınını takip ettiğini sor. İzledikleri bloglar iyi bir gösterge olabilir.

Tutku cevabını seviyorum. Bunda gerçekten iyi olmak için çalıştığınız şeye tutku duymanız gerektiğine inanıyorum.

İyi bir programcı iş dışında bir tarafta da programlar (en azından arada bir). Programlama problemlerini çözmeyi sever. Ve evde belirli bir ihtiyacı çözen bir program bulamadığında, genellikle kendi kendine çözmeye çalışır.

Ancak birkaç çeşit programcı vardır.

• Belgelemeyi sevenlere sahipsin. Şahsen belgelemekten nefret ediyorum. Ancak yapılanları belgelemek önemli olabilir.
• Sende "bilgisayar korsanları" var. Karmaşık bir bulmacayı çözme konusunda cüretkar olanlar, eğer bunun için nereye giderseniz, muhtemelen bir çözüm bulamazlar. İhtiyaç duydukları araçları elde ettiği sürece "herhangi bir" problemi çözebilirler.
• Pazarın programlama için işe alınmasının iyi olduğu için kendilerini programcı olmak için eğitenlere sahipsiniz. Bunlar genellikle vasat, çünkü tutkudan yoksunlar.
• İletişim kurma konusunda üstün olanlara sahipsiniz ve onlar “her şeyi çözebilir” ancak işi aldıktan sonra çözdükleri problem için yardım almak için herkesi takıyorlar.

Aynı zamanda çok iyi belgeler ve mükemmel iletişim becerilerine sahip olan "bilgisayar korsanını" bulabilirseniz, hit jackpot'a sahip olduğunuza inanıyorum.

Oh ve son bir şey. Muhtemelen, sadece başlatmak için programlamayı kullanacağından, lider emelleri olan bir programcı istemezsiniz. Yani bu kaynağı er ya da geç kaybedersiniz.

Bir programcı işe alırken soracağım bir soru şudur: “Kendinizi neden bir programcı olarak eğittiniz?”. Orada tereddüt ederlerse bu ölü bir hediye olur.

Bu benim düşüncem.

Bir arkadaşım işe alım sürecinde ilave bir adım attığı bir şirkette çalışıyor: İlk elemeden ve mülakattan sonra, bir başvuru sahibi birkaç gün boyunca "işi test etmek" zorunda. O çünkü onlar onu işe yaramadı rağmen bir adayın her beceri ve yetenek gerekli olduğunu söyledi bir bir çalışmak değil iyi bir insan.

Sadece bir iş görüşmesine dayanarak bir programcı tanımak çok zor.

Birinin iyi bir programcı olduğuna karar veren bazı şeyler:

• Takım halinde çalışabilme
• anlaşılabilir ve idare edilebilir iyi kodlar yazıyor
• Yeni teknolojiler hakkında bilgi sahibi olur.

Yani bir röportajda öğrenebileceğiniz bazı ipuçlarınız var:

• Aday bir teknoloji / programlama dili biliyor mu, yoksa çoklu biliyor mu? Eğer farklı dilleri biliyorsa, yeni şeyler öğrenebilecek gibi görünüyor ve mevcut tercih edilen teknolojisi / dili üzerindeki olumsuzlukları biliyor olabilir. Bu nedenle, şirketinizde kullandığınız teknolojinin yanı sıra bilgi isteyin.
• Çalıştığı projeleri, özellikle hobi-projeleri ve açık-kaynak isteyin. Hobi projeleri size programlama yapmayı sevdiğini ve boş zamanlarında bile yapmayı (ve bu yolla becerilerini geliştirdiğini) göstermektedir. Açık kaynak kodlu bir projede yazdığı koda bakabilirsiniz. Proje birden fazla kişiyi içeriyorsa, onun takım becerileri hakkında ipuçları alabilirsiniz. Bir işletim sistemi projesinde, daha fazla bilgi edinmek için posta listesi-arşivlerini arayabilirsiniz.

Röportajda bazı testler yapabilirsiniz.

Ancak çoğu zaman çalışma ortamının kendisinde de bir sorun vardır. Elbette bu sizin organizasyonunuzda geçerli olmayabilir, ancak yazılım endüstrisi alanında teknolojik borcun çok fazla artması oldukça yaygındır. O zaman yeni insanlar işe aldığınızda, borç nedeniyle iyi olup olmadıkları pek yardımcı olmaz. Program kodunuzun okunabilirliğini ve anlaşılabilirliğini en üst düzeye çıkarmak, yeni gelenlerin çalışmaya başlamasına yardımcı olur.

Ayrıca birçok insan işbirliği yapabilecek şekildedir, ancak bazen işbirliği yapmanın bir yolu yoktur. Örneğin, eğer tüm insanlar geliştiriciler ise, işlerini yapmaları gerekir. Eh, onlar. Ancak, geliştirme projesini yönlendiren ve toplantılar düzenleyen bir mimarınız var mı? Normal geliştiriciler toplantıları başlatmak için gerekli yetkileri olmadığını ve diğerlerini şimdi kesmenin ve o zaman böyle olmadığını düşünebilirler.

Birbiriyle iletişim kurmak nihai amaç olmamalıdır. Daha az iletişim gerekli, daha iyi, ancak yalnızca daha az mümkün olduğunda. Bir mimarınız varsa, daha az mümkün olur. Toplam iletişim miktarı iyi düzeyde kalabilir, ancak aynı iletişim miktarı için daha fazla sonuç alıyorsunuz.

ilk önce her zamanki röportaj işleriyle başlıyorum, önümdeki kişinin bir değere değip değmeyeceğini görmek ve onun bilgi ve becerilerini belirlemek için çok önemli olduğunu düşünüyorum.

Ondan sonra Java alanında, özellikle Etkili Java'dan alınan bazı prensipleri tartışmak gibi birkaç teknik kullanırım.

Bu aşamada, önümde iyi bir programcı olabileceğimi düşündüğümde, kod incelemesi için ona bir parça kod veriyorum. Görmek istediğim, kodun tehlikeli kısımlarını belirleyebilmesi, iyileştirmeler hakkında bazı ipuçları verebilmesi, performansa ilişkin tuzaklar bulabilmesi ve çok önemli bir konu ile "zevkli açıklamalar" arasında ayrım yapabilmesi. Bütün bunlar daha uzman bir çalışan bulmamda bana yardımcı oluyor.

ama sonunda, işe almanın bir tür kumar olduğunu her zaman hatırlıyorum ... beklemek çok zor ...

Bunun ne istediğinizi cevaplamadığını biliyorum ama tavsiye ederim, izin veren yasalar, ilk önce her zaman geçici olarak işe alın (işe bağlı olarak iki hafta veya bir ay). Eğer kişi onun tuzuna değerse, itiraz etmeyecek, ayrıca her ikiniz için de bir güvencenin yanı sıra (onun gitmesine izin verebilirsiniz ve işi sevmemeye başlayıp bırakabilir).