it-swarm.dev

Sizden daha fazla deneyime sahip biriyle nasıl görüşürsünüz?

Çalıştığım şirket benden daha fazla deneyime sahip üst düzey bir geliştirici kiralamak istiyor ve röportajın teknik kısmını yapmamı bekliyorlar. Sadece birkaç yıl programlıyorum ve benden daha fazla anlayış/deneyime sahip birisinin kodlama becerilerini değerlendirmek için gerekli bilgiye sahip olduğumdan emin değilim.

Herkes, üst düzey programlama becerilerini değerlendirmek için iyi bir araç olduğunu sormak için bazı teknik görüşme soruları önerebilir, ancak yine de anlayabileceğim olanlar olabilir mi?

Ben jr geçtiğini söyleyebilirim. programcı düzeyinde, ancak kıdemli yakınında hiçbir yerde. Yaptığım şeylerin çoğu, bazıları oldukça karmaşık olan küçük uygulamalar (web ve masaüstü) oluşturdu, ancak hepsinin bir avuç kullanıcı tarafından kullanılmaması gerekiyordu. Çoğu programlama kavramını iyi anladığımı ve kendimi hemen hemen her şeyi öğrenme/öğretme yeteneğine sahip olduğumu hissediyorum, ancak deneyimim yok. Patronum bana "Ne bilmediğini bilmiyorsun" demekten hoşlanıyor.

Özellikle, deneyimlemek istediğimiz kişinin (sahip olmadığım) olmasını istediğimiz şeyler: Çok katmanlı geliştirme, çok kullanıcılı ortam, büyük ölçekli uygulama geliştirme, iki yönlü mesajlaşma, paylaşılan oturumlar, ve Çoklu iş parçacığı/BackgroundWorkers.

GÜNCELLEME:

Thor'un aşağıdaki yorumuna yanıt olarak, birkaç ay önce birini işe aldık ve bence harika çalışıyor. Sadece kodlama hakkında değil, aynı zamanda tasarım kalıpları, yazılım mimarisi, dokümantasyon ve diğer büyük programlama ekiplerinin işleri nasıl yaptıkları hakkında da çok şey öğreniyorum. Birinin içeri girmesi ve yaptığınız şeyleri yapmanın daha iyi yollarını göstermesi her zaman kolay değildir, ancak gururunuzu yutup yeni şeyler denemeye istekliyseniz çok şey öğrenebilirsiniz.

Görüşme süreci beklediğimden daha iyi oldu. Bildiğim şeyler hakkında sorular sormaya başladım, sonra mücadele ettiğim bazı şeyler hakkında sorular sordum. Görüşülen kişi anlamadığım bir şey söylediğinde, onlardan bana açıklamalarını ve daha sonra yazabilmeleri için bunları yazmalarını isterdim. Genel olarak, başvuranın beceri seviyesi, zekası ve neyle çalışmak istedikleri hakkında oldukça iyi bir fikir edinebildiğimi hissettim.

81
Rachel

Yapamazsın.

Bunun yerine, röportajda bugün sahip olduğunuz problemler bir listeyle gelmenizi ve ona sormasını nasıl çözeceğini öneririm.

Bu a, aşağıdaki iki nedenden dolayı çok ilginç bir yöntemdir:

  1. ücretsiz danışmanlık. Adamı işe almasanız bile, Sorunlarınıza güzel çözümler önerebilir.

  2. İlginç çözümler ile geliyorsa, o problem çözücü. İşe almak istediğin türden bir adam.

85
user2567

Yaşınızı avantaj olarak kullanın.

Benden daha yaşlı bir ton insanla röportaj yaptım. Yaptığım çok iyi bildiğim bir teknoloji seçiyorum ve onlara Teknoloji X'i duyduğumu söyledim, ama hiç kullanmadım. Adaydan bana teknolojiyi ve bir projede nasıl kullandıklarını gözden geçirmesini istiyorum.

Bu şaşırtıcı derecede iyi çalışıyor. Her şeyden önce, eğer aday bu Teknoloji X'i özgeçmişinde bir terim olarak kullanıyorsa, açıklamaları berbat/anlamsız olacaktır. Ayrıca, geçmiş projelerinde bu teknolojiyi nasıl kullandıklarına dair iyi ve somut bir örnek veremezlerse, orada büyük bir kırmızı bayrağa sahip olursunuz.

Java Bahar tecrübesi olan biriyle röportaj yaptım. İlk işimde Spring'i kullanmıştım ve baharın en büyük özelliklerinden biri Bağımlılık Enjeksiyonu. Görüştüğüm adayı duyduğumu söyledim Bahar ve hiç kullanmadı.O, tekrar tekrar başladı, ancak Bahar AOP'yi nerede kullandığını ve açık bir şekilde sonra bile Açık Bağımlılık Enjeksiyonunu açıklayamadığını söyleyemedi özgeçmişinde çağrılan şeyleri gördükten sonra sordu .. Bana çok havalı olduklarını söyledi ve orada öğrenecek çok şey var, vb. jack ... ve b/c'den dev ekibinin daha genç bir üyesi olduğumu anlayan tek kişi bendim.

Bu yüzden yaşınızı bir avantaj olarak kullanın! İçeri girin, kendinize güvenin ve iyi bildiğiniz teknoloji hakkında bazı sorular sorun.

62
LGriffel

Sadece sizden daha fazla deneyime sahip oldukları için, sizden daha iyi bir geliştirici olmayabileceklerini unutmayın. "Bir yıllık deneyim tekrarlandı n kez". çünkü endüstride bunun olduğunu görüyorsunuz. Bu nedenle, röportaj sırasında ilk göreviniz gerçekten ilgili deneyime sahip olduklarını ve kendilerini ne yaptığını bilen biri olarak sunabilmelerini sağlamak olmalıdır. Benzer şekilde, tıpkı birisinin endüstride n yıllık tecrübesi olduğu için, belirli bir dilde, kütüphanede veya çerçevede tonlarca deneyime sahip oldukları anlamına gelmez, bu yüzden size hala zamandan gelebilirler. zaman zaman bir şeyler öğrenirken sorular sormaya.

Ardından, iyi bir üst düzey geliştiricinin, yaklaşabileceğiniz ve sorun yaşadığınız bir şey sorabileceğiniz biri olduğunu unutmayın. Bu, onlara sorun yaşadığınız bazı tasarım soruları sormak ve nasıl yanıt verdiklerini ve açıklamalarında ne anlama geldiğini görmek için iyi bir zamandır. Başka bir yerde daha önce benzer bir şey gördüler mi, deneyime dayanarak eğitimli bir tahminde bulunuyorlar mı, çevrimiçi veya dergide bir makale okudular mı?

Son olarak, bakılması gereken başka bir şey de hata ayıklama koduna nasıl yaklaştıklarıdır. Kendi tecrübelerime göre, dilden bağımsız olarak bazı hata ayıklama tekniklerinin evrenselliği uygulama eğiliminde olduğunu gördüm. Adayla karşılaştığınız daha ezoterik hatalardan birinin bir örneği ve hataya nasıl yaklaşacakları konusunda size yol göstermelerini sağlayın. Sorunla ilgili hemen anlaşılmayan bir fikirleri var mı?

Özetle, etkileyici bir röportaj ile bir adayla röportaj yapmak korkutucu olabilir, ancak hangi seviyede olacaklarına bakılmaksızın kapsamanız gereken bir şey vardır (yani ne yaptığını gerçekten biliyorlar mı) ve bu tamamlandıktan sonra problamaya başlayabilirsiniz. deneyimlerini nasıl uyguladıklarını görmek için Adayların önceki iş deneyimlerini nasıl uyguladıkları, bir adayı diğerlerinden daha fazla öne çıkaracak olan şey olacaktır.

31
rjzii

Ben Yaşınızı bir avantaj olarak kullanın çok cevap ve benzer bir şey tavsiye ederim:

Daha düşük deneyim seviyenizi bir avantaj olarak kullanın

Bu kişi muhtemelen patronunuz veya mentorunuz olacak, bu yüzden o kişinin size gerçekten rehberlik edip edemeyeceğini öğrenmenizi sağlayacak sorular sorun.

Çok daha kolay yapılabilen veya aşırı karmaşık problemleri içeren karmaşık sorular sorun. Eğer herhangi bir iyiyse, sadece soruyu cevaplamaya/sorunu çözmeye çalışmayacak, aynı zamanda gerçek soruna, sorunuzdaki kusurları göstermeye çalışacaktır. Eğer bunu sizi korkutmadan kibar bir şekilde yapmayı başarırsa, o bir kaleci olur.

24

Gerçekten önemli olan şey, ihtiyacınız olan şey için deneyimli geliştiricinin doğru nazik olduğundan emin olmanızdır.

İnsanlar kariyerleri boyunca ilerledikçe yaptıkları iş açısından farklı yönlere yöneliyorlar. Büyük programcı ekipleri yürütme veya kıvrımlı eski kodla çalışma konusunda uzman olan ve rolünüz için doğru olan kişi olmadan ne yaptıklarında oldukça parlak olan insanlarla röportaj yapıyor olabilirsiniz. Bu yüzden ne aradığınız hakkında bir fikriniz olsun tam olarak önceden aradığınız ve işiniz için geliştiriciyi tam olarak diğer insanlardan ayıracak sorular düşünün.

8
glenatron

Bunu birkaç kez yapmak zorunda kaldım. Bunu adım adım gerçekleştirmeyi öğrendim.

  1. Üniversite mezunlarına verdiğim aynı sorularla başlayın. Bunu yaptım çünkü teknik röportaj yaptığım pozisyon, geliştiricinin kodda yer almasını beklediğimiz bir programlama pozisyonuydu ve adayların programlayabildiğinden emin olmak istedim. Tek bir istisna dışında, adayların hiçbiri bunu yapamadı - herhangi bir üniversite mezunundan daha kötüydü. Hepsi çok uzun süre yönetici pozisyonundaydı.
  2. Temel bir kodlama yeterlilik testini geçen aday için daha genel "X senaryosunu nasıl ele alırdınız?" Sorularım vardı. Örneğin, projenizde web hizmetleri yapıyorsanız, ilginç bir web hizmetleri sorusu düşünün ve adaya bunu nasıl çözeceğini sorun. Bunun çoğunlukla fikri mülkiyet ve şirketin mülkiyet verileri nedeniyle doğrudan üzerinde çalıştığınız bir şey olmasını tavsiye etmem. O şeyleri verme!
  3. Adayı özgeçmişinde bir şeyler sorarak zaman harcayın. Bu önemli. En iyi ve en kötü takım deneyimlerini, süpervizör olarak deneyimlerini vb. Öğrenebilirsiniz. Ekibinize uyup uymadığını görmek için kişinin çalışma tarzını hissetmeye çalışın.

Kıdemli adaylarla röportaj yaparken en büyük sorunum, özellikle temel kodlama testlerimi yapamayanlar, bir gencin röportaj yapması için sık sık sinirlenmeleridir. Röportaj boyunca gösterdiğiniz herhangi bir beceride tehdit edici görünmemeye çalışın - sorularınızı iyi cevaplayamasalar bile onlara odaklanın. Temelde başarısız oldukları takdirde cevaplayabilecekleri sorularla röportajı eğmeye çalışın.

7
justkt

Gerçek röportaj süreci açısından, onlara işe aldığınız diğer kişilerle aynı şekilde davranırsınız. Benzer bir işe alma süreci olmalıdır:

  1. CV veya ajans önerisi ile seçim.
  2. Yetenek testi ( FizzBuzz , strdup ()/isAlpha (), OOD, vb.
  3. Telefon görüşmesi (iyi iletişim kuramazlarsa hızlı bir şekilde yok etmek için)
  4. Yüz yüze görüşme
  5. Yazılı kodlama alıştırması
  6. Bazı ekip üyeleriyle tanışın.
  7. Daha yüksek risk ve daha yüksek maliyetler anlamına gelen deneyimli bir kişi için ek röportajlar kabul edilebilir, ancak süreçte nerede olduklarını açıkça belirtmelisiniz (yani 3 röportaj turundan 1'i).

Bu sitede, görüşme sürecinde ele almanız gereken genel tartışma konularını kapsayan başka birçok yazı var - işte bunlardan birine cevabım .

Görüşme sürecinin tüm noktalarında, deneyimli bir kişi, reklamı yapılan uzmanlıklarının mükemmel bir şekilde anlaşıldığını göstermelidir. Tartışmalar sırasında ele aldığınız herhangi bir konuda onları derinlemesine inceleyebilirsiniz. Deneyim/konfor seviyenizin sınırlarına ilişkin sorular alın ve endişelenmeden devam edip edemeyeceklerini görün. Eğer çok deneyimim olmayan bir şeyle derin uçlardan çıkmak gerekiyorsa, bazı örnek sorular için bir web araması yapın (bir seçim alın), röportajdan önce cevapları okuyun ve anlayın ve daha sonra adaya bu sorulardan herhangi birini sorun. Tüm cevapları bilmelerini beklemeyin, bu yüzden bir dizi sorunuz var.

İşe alabileceğiniz iki tür deneyimli mühendis vardır:

1) İlgili Sektör Deneyimi

Bu, mevcut sorunlar listenizi alıp bu sorunlara nasıl yaklaşabilecekleri hakkında konuşabileceğiniz kişidir. Sektörünüzdeki alana özgü konuların her birini anlama düzeylerini ölçmelisiniz. Bu endüstrideyken, 'iyi' bir cevaptan 'aptal' bir cevap söyleyebilir ve muhtemelen 'deneyimli' bir cevap da görebilirsiniz. Diğer cevapların aksine, mevcut sorunlarınızı - onları işe aldığınızda gerçekleşecek - aslında çözmelerini beklemezdim ama başladıklarında sizi ikna edebilmelerine ihtiyacınız var.

2) İlgili Sektör Deneyimi Yok

Bu aday muhtemelen endüstriyi değiştiriyor, ancak ihtiyacınız olan temel teknolojiler/platformlar/beceriler konusunda iyi deneyime sahip. Bu öğelerin derinliklerine inin, ancak sadece etraflarında konuşabilmenize rağmen, alan adına özgü sorunlara çözüm bulmalarını beklemeyin. Örneğin, şirketiniz Facebook ise ve görüştüğünüz kişi PHP ve C++ ile sıcaksa, büyük sunucu çiftliklerinin tüm tuzaklarını bilmelerini beklemek gerçekçi olmaz ( özgeçmişlerinde talep ediyorlar).

3
JBRWilkinson

Açıkça işaret etmediğim bir şey, "X teknolojisini çok iyi biliyorsunuz ve çok ilginç geliyor. Lütfen beş dakika içinde bana açıklar mısınız?"

Büyük olasılıkla yeni kişiden çıkan kodu sürdürmek yapabilmeniz bekleneceğinden, kodu diğer programcılara verimli ve iyi bir şekilde açıklayabilmesi çok önemlidir. İletişim becerileri olarak düşünün.

Yetenek düzeylerinde başka bir geliştiriciyle tanışabilmek ve kendi seviyelerindeki düşünce ve fikirleri iletebilmek için kapsamlı bir anlayış gereklidir.

Kişi sözlü olarak iletişim kuramazsa, büyük olasılıkla sadece derleyicinin kodunu yazar, sürdürücü için değil.

2
user1249

Steven'a mentorluk bölümü konusunda katılıyorum. Aslına bakarsanız, ona mentorluk konusundaki görüşlerinin ne olduğu ve farklı senaryolarda nasıl hareket ettiği hakkında sorular sorabileceğinizi söyleyebilirim. Daha sonra cevaba göre değerlendiriniz (eğer isterseniz, patronunuzdan geri bildirim alabilirsiniz veya gerçek cevapları tartışın).

Ayrıca, adayınızın muhtemelen çalışmanızı çözebilmesi veya en azından anlayabilmesi gerektiğinden, akranlarınıza soracağınız sorular da sorabilirsiniz.

2
aditya

şu anda sahip olduğunuz veya kullanmak istediğiniz gerçek problemler ve teknolojiler hakkındaki röportajda beynini kesinlikle seçin

yetenekli ve yaratıcı bir üst düzey geliştirici olduğunu varsayarsak, işe almaya karar verirseniz ondan öğrenebileceğinizi ve onunla iyi çalışabileceğinizi düşünüyorsunuz

gelecekteki patronunuzla görüşmüyorsunuz, gelecekteki akıl hocanızla görüşüyorsunuz. Bütün cevapları bilen ama öğretemeyen birini seçmeyin

2
Steven A. Lowe

Kitabı okumanızı şiddetle tavsiye ederim "Akıllı ve İşler Bitti: Joel Spolsky'nin En İyi Teknik Yeteneği Bulmak İçin Kısa Kılavuzu" .

Hiç kimseyi işe almadım, ama bazen görüşmeci olduğumda, sadece terimlerle ilgili bilen ve benimle röportaj yapan, bu kitapta akıl yürütme çizgisinin açığa çıkmasını isteyen aptallar diliyordum. Metin çok akıcı ve okumak bir zevk.

Ve hayır, sadece bu site kitabın yazarından olduğu için reklam yapmıyorum. Kitap gerçekten harika ve BT teknolojisini işe alma pozisyonunda olan herkese, özellikle teknolojiyi anlamayan herkese tavsiye edeceğim - Günümüzde teknik olmayan bir proje yöneticisi veya patronu olması çok yaygın.

1
sergiol

Daha önce çözdüğünüz sorunları bir grup ele alın. Sorunu çözmek için neler yapıldığını açıklayın (üçüncü şahıs olarak saklayın; kişisel egonuzu burada tehlikeye atmak istemezsiniz). Ona "farklı şekilde" ne yapması gerektiğini sorun. Ne önerdiğine dayanarak, bunun kavramsal olarak yaptığınızdan daha iyi veya daha kötü olup olmadığını anlayabilmelisiniz.

1
GWLlosa