Sizden daha fazla deneyime sahip biriyle nasıl görüşüyorsunuz? [kapalı]

Çalıştığım şirket benden daha fazla deneyime sahip kıdemli bir geliştirici işe almak istiyor ve röportajın teknik bölümünü yapmamı bekliyorlar. Sadece birkaç yıldır programlama yapıyorum ve benden daha fazla anlama / deneyime sahip birisinin kodlama becerilerini değerlendirmek için gereken bilgiye sahip olduğumdan emin değilim.

Herhangi biri bazı teknik görüşme soruları önerebilir, bunun üst seviye programlama becerilerini değerlendirmenin iyi bir yolu olduğunu söyleyebilir, ancak yine de anlayabiliyorum olabilir mi?

Ben jr. programcı seviyesi, ancak kıdemli hiçbir yerde. Yaptıklarımın çoğu, bazıları oldukça karmaşık olan küçük uygulamalar (web ve masaüstü) üzerine inşa edildi, fakat hepsinin bir avuç kullanıcının kullanması gerekmedi. Çoğu programlama kavramını iyi bir şekilde anladığımı ve kendimi her şey hakkında öğrenme / öğretme yeteneğine sahip olduğumu hissediyorum, ancak deneyimim yok. Patronum bana "Neyi bilmediğini bilmiyorsun" demekten hoşlanır.

Özellikle, işe aldığımız kişinin deneyimlemek istediğim (sahip olmadığım) şeyleri: Ç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 Çok iş parçacıklı / BackgroundWorkers.

GÜNCELLEME:

Thor'un aşağıdaki yorumuna cevaben, birkaç ay önce birisini 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 takımlarının işleri nasıl yaptıkları hakkında da çok şey öğreniyorum. Birisinin içeri girmesi ve yaptığınız şeyleri yapmanın daha iyi yollarını göstermesi her zaman kolay değildir, ancak gururu yutabiliyorsanız ve yeni şeyler denemeye istekli olursanız çok şey öğrenebilirsiniz.

Görüşme süreci beklediğimden daha iyi geçti. Aşina olduğum şeyler hakkında sorular sormaya başladım, daha sonra mücadele ettiğim şeyler hakkında sorular sormaya başladım. Görüşülen kişi anlamadığım bir şey söylediğinde, ondan bana açıklamalarını ve sonra yazabilmeleri için yazmalarını isterdim. Genel olarak, başvuru sahibinin beceri düzeyi, zekası ve birlikte çalışmak istedikleri hakkında oldukça iyi bir fikir edinebileceğimi hissettim.

Yapamazsın

Bunun yerine, bugünkü sorunların bir listesini içeren röportajda bulunmanızı ve bunları nasıl çözeceğini sormanızı öneririm .

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

1. Öyle ücretsiz danışmanlık . Bu adamı işe almasanız bile , sorunlarınıza güzel çözümler önerebilir .

2. İlginç çözümlerle gelirse , o bir problem çözücüdür . Kiralamak istediğin türden bir adam.

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

Benden büyük bir ton insanla röportaj yaptım. Ben bir teknoloji almak do oldukça iyi biliyorum ve Teknoloji X duydum, ama hiç kullanmadım söyle. Adaydan bana teknolojiyi ve bir projede nasıl kullandıklarını hakkında genel bir bakış vermelerini rica ediyorum.

Bu şaşırtıcı derecede iyi çalışıyor. Her şeyden önce, eğer aday yalnızca Teknoloji X'i özgeçmişinde bir terim olarak kullanıyorsa, açıklamaları emilecektir / bir anlam ifade etmeyecektir. Ayrıca, önceki projelerinde bu teknolojiyi nasıl kullandıklarına dair size iyi ve somut bir örnek veremezlerse, tam orada büyük bir kırmızı bayrak vardır.

Java Spring deneyimi olan biriyle röportaj yaptım. Önceki işimde Bahar'ı kullanmıştım ve baharın en büyük özelliklerinden biri Bağımlılık Enjeksiyonu. Görüştüğüm adaya, Spring hakkında bir şeyler duyduğumu ve hiç kullanmadığımı söyledim. Üzerine sıçramaya başladı, ama bana Spring AOP'ı nerede kullandığını söyleyemedi ve özgeçmişinde söz edilen şeyleri gördükten sonra açıkça sorduğum halde bile bana Bağımlılık Enjeksiyonunu açıklayamadı . Bana sadece gerçekten harika olduklarını ve orada öğrenecek çok şey olduğunu vb. Söyledi. Gerçekten Jack'i tanımadığı ortaya çıktı ... ve b / c olduğumu anlayan tek kişi bendim. dev ekibinin genç bir üyesi.

Yani yaşınızı bir avantaj olarak kullanın! İçeri gir, kendine güven ve iyi bildiğin teknoloji hakkında birkaç soru sor.

Unutma, senden daha fazla deneyime sahip olduklarından, senden daha iyi bir geliştirici olmayabilirler. "Bir yıllık deneyim n defa tekrarlandı" ifadesi . gelir çünkü bunun endüstride olduğunu görürsünüz. Bu nedenle, görüşme sırasındaki ilk göreviniz onların gerçekten ilgili deneyime sahip olduklarını ve kendilerini ne yaptıklarını bilen biri olarak sunabileceklerini tespit etmektir. Aynı şekilde, birisinin endüstride n yıllık deneyime sahip olması nedeniyle , belirli bir dilde, kütüphanede veya çerçevede bir tonluk deneyime sahip oldukları anlamına gelmez, bu yüzden onlar size zaman zaman soru sormaya devam edebilir. bir şeyler öğrenmek.

Daha sonra, iyi bir üst düzey geliştiricinin, sorun yaşamanız gereken bir konuda yaklaşmanız ve sormanız gereken bir kişi olduğunu unutmayın. Bu, onlara bazı tasarım soruları sormak için sorun yaşadığınızı ve nasıl tepki verdiklerini ve açıklamalarında nedenlerinin ne olduğunu görmenin tam zamanı. Başka bir yerde daha önce benzer bir şey gördüler mi, deneyime dayalı eğitimli bir tahmin yapıyorlar 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 buldum. Aday, karşılaştığınız daha ezoterik hatalardan birine bir örnek verilmiş ve size böceklere nasıl yaklaşacakları konusunda rehberlik etmelerini sağlamıştır. Hemen anlaşılmayan bir problem hakkında fikirleri var mı?

Özetle, etkileyici bir röportaj ile bir adayla röportaj yapmak korkutucu olabilir, ancak hangi seviyede olacaklarına bakmaksızın (yani aslında ne yaptıklarını biliyorlar mı?) Ve tamamlandıktan sonra incelemeye başlayabileceğiniz bir şey var onlara deneyimlerini nasıl uyguladıklarını görmeleri için. Adayların önceki iş deneyimlerini nasıl uyguladıkları, bir adayı diğerinden daha fazla öne çıkaran şey olacak.

Yaşınızı avantajlı bir cevap olarak kullanmaktan hoşlanıyorum ve benzer bir şey öneriyorum:

Düşük deneyim seviyenizi bir avantaj olarak kullanın

Bu kişi muhtemelen patronunuz veya akıl hocanız olacak, bu yüzden o kişinin sizi akılda tutabildiğini öğrenmenizi sağlayacak bir şekilde sorular sorun.

Çok daha kolay hale getirilebilecek veya çok karmaşık sorunları içeren karmaşık sorular sorun. Eğer herhangi bir iyiyse, sadece soruyu cevaplamaya / sorunu çözmeye çalışmakla kalmayacak, aynı zamanda asıl soruna ulaşarak, sorunuzdaki kusurları gösterecektir. Sizi korkutmadan kibar bir şekilde bunu başarırsa, o bir koruyucudur.

Gerçekten önemli şey o doğru olduğundan emin olmasıdır tür gerekenler için deneyimli geliştirici.

İnsanlar kariyeri boyunca ilerledikçe, yaptıkları yönden farklı yönlere yönelirler. Büyük programcı ekipleri yürütme konusunda uzman olan veya karmaşık eski kodlarla çalışan ve sizin rolünüze uygun olan kişi olmadan, yaptıkları işlerde oldukça zeki olan kişilerle röportaj yapıyor olabilirsiniz. Öyleyse, tam olarak ne aradığınızı ve işiniz için geliştirici türünü diğer insanlardan ayıracak soruları düşünün.

Bunu birkaç kez yapmak zorunda kaldım. Bunu adım adım yapmayı öğrendim.

1. Üniversite mezunlarına verdiğim sorularla başla. Bunu yaptım, çünkü teknik röportajı yaptığım pozisyon, geliştiricinin kodda çalışmasını beklediğimiz ve adayların programlayabileceğinden emin olmak istediğim bir programlama pozisyonuydu. Sadece bir istisna dışında adayların hiçbiri yapamadı - onlar kolej derecelerinden daha kötüydü. Hepsi de çok uzun süre yönetim pozisyonundaydı.
2. Temel bir kodlama yetkinlik testini geçen aday için, biraz daha genel "X senaryosunu nasıl idare edersiniz" gibi sorularım vardı. Projenizde web servisleri yapıyorsanız, örneğin, ilginç bir web servisleri sorusu düşünün ve adaya nasıl çözeceğini sorun. Bunun, şu anda üzerinde çalıştığınız ve çoğunlukla fikri mülkiyet ve şirkete ait özel veriler nedeniyle doğrudan çalıştığınız bir şey olmasını önermem. O şeyleri verme!
3. Adayın özgeçmişindeki şeyler hakkında bilgi almak için zaman harcayın. Bu önemli. En iyi ve en kötü takım deneyimlerini, süpervizör olarak deneyimlerini vb. Öğrenebilirsiniz. Takımınıza uyup uymadığını görmek için kişinin çalışma tarzı hakkında bir fikir edinmeye çalışın.

Kıdemli adaylarla mülakat yaparken en büyük sorunum, özellikle temel kodlama testlerimle başa çıkamayanlar olmak üzere, gençler tarafından röportaj yapmaktan sık sık endişelenmeleriydi. Görüşme boyunca gösterdiğiniz herhangi bir beceride tehdit edici görünmemek için zor deneyin - sorularınızı iyi cevaplayamasalar bile, onlara odaklanın. Temelden başarısız olursa, görüşmeyi cevaplayabilecekleri sorulara çarptırmaya çalışın.

Asıl görüşme süreci açısından, temel olarak onlara işe aldığınız diğer kişilerle aynı şekilde davranırsınız. Benzer bir işe alım süreci olmalı:

1. CV veya ajans tavsiyesi ile seçim.
2. Yetenek testi ( FizzBuzz , strdup () / isAlpha (), OOD, vb. Şeyleri birleştirerek )
3. Telefon görüşmesi (iyi iletişim kurmamaları durumunda hızlıca elimine)
4. Yüz yüze görüşme
5. Yazılı kodlama alıştırması
6. Ekip üyelerinin bir kısmıyla tanışın.
7. Daha yüksek risk ve daha yüksek maliyet anlamına gelen deneyimli bir kişi için, ek görüşme turları kabul edilebilir, ancak süreçte nerede olduklarını açıkça belirtmelisiniz (yani bu 3 görüşme turunun 1'idir).

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

Görüşme sürecinin her noktasında, deneyimli bir kişi, reklamı yapılan uzmanlıkları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. Sorularınızı deneyim / konfor seviyenizin sınırlarına getirin ve endişelenmeden devam edip etmeyeceklerini görün. Tecrübesi çok fazla olmayan bir şeyle derinlerden ayrılmanız gerekiyorsa, bazı örnek sorular için web araması yapın (bunlardan bir seçim yapın), görüşmeden önce cevapları okuyun ve anlayın ve ardından bu sorulardan herhangi birini aday. Tüm cevapları bilmelerini beklemeyin, bu nedenle çeşitli sorularınız olsun.

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

1) İlgili Sanayi Deneyimi

Bu, mevcut problemler listenizi alabileceğiniz ve bu problemlere nasıl yaklaşabileceklerini konuşabileceğiniz kişidir. Sektörünüzdeki alana özel konuların her birini anlama düzeylerini ölçmelisiniz. Bu sektördeyken, 'iyi' bir cevaptan 'aptal' bir cevap söyleyebilir ve muhtemelen 'deneyimli' bir cevabı da tespit edebilirsiniz. Diğer cevapların aksine, onların şu anki problemlerinizi çözmelerini beklemeyeceğim - bu onları işe alırken olacak - ama sizi bir kez başlayabilecekleri konusunda ikna etmelerine gerek yok.

2) İlgili Sanayi Deneyimi Yok

Dolayısıyla bu aday endüstriyi değiştiriyor ancak ihtiyaç duyduğunuz temel teknolojiler / platformlar / beceriler konusunda iyi bir deneyime sahip. Bu öğelerin derinliklerinde ilerleyin, ancak çevrelerinde konuşabilseniz de, etki alanına özgü sorunların çözümlerini bulmalarını beklemeyin. Örneğin, şirketiniz Facebook ise ve görüşme yaptığınız kişi PHP ve C ++ ile ateşliyse, onların büyük sunucu çiftliklerinin tüm tehlikelerini bilmelerini beklemek gerçekçi değildir (CV'lerinde iddia etmiyorlarsa).

Açıkça belirtmediğim bir şey var: "X teknolojisini çok iyi tanıyorsunuz ve çok ilginç geliyor. Lütfen bana beş dakika içinde açıklayabilir misiniz?"

Sonunda kodun yeni kişiden çıkan kodunu koruyabilmeniz bekleneceği için , onu diğer programcılara verimli ve iyi bir şekilde açıklayabilmesi çok önemlidir. İletişim becerileri olarak düşünün.

Başka bir geliştiriciyle yetenek düzeyinde tanışabilmek ve kendi seviyesindeki düşünce ve fikirlerini iletebilmek için kapsamlı bir anlayış gereklidir.

Eğer kişi sözlü olarak iletişim kuramazsa, büyük olasılıkla sadece derleyici için kodu yazar, bakımcı için değil.

Steven ile mentorluk kısmı konusunda hemfikirim. Aslında, mentorluk konusundaki görüşlerinin ne olduğu ve farklı senaryolarda nasıl yürüdüğü hakkında sorular sorabileceğinizi söyleyebilirim. Ardından cevaba göre değerlendirin (eğer isterseniz patronunuzdan geri bildirim alabilir ya da sorgudaki asıl yanıtları tartışabilirsiniz).

Ayrıca adayın işinizi çözmesi veya en azından anlayabilmesi gerektiğinden, bir meslektaşınıza soracağınız sorular da sorabilirsiniz.

Beynini kesinlikle şu anda kullanmakta olduğunuz veya kullanmak istediğiniz gerçek sorunlar ve teknolojilerle ilgili röportajda seçin.

Yetkili ve yaratıcı bir üst düzey geliştirici olduğunu varsayarak , ondan öğrenebileceğinizi ve onunla iyi çalışabileceğinizi düşünüyorsanız işe almaya ya da yapmayacağınıza karar verin.

gelecekteki patronunla röportaj yapmıyorsun, gelecekteki danışmanınla röportaj yapıyorsun. Tüm cevapları bilen ama öğretemeyen birini seçmeyin

Çözdüğünüz sorunların bir demetini alın. Sorunu çözmek için neler yapıldığını ona açıklayın (üçüncü şahıs olarak saklayın; kişisel egonuzu burada tehlikeye atmak istemezsiniz). Ona "farklı şekilde" neler yapabileceğini sor. Önerdiği şeye dayanarak, bunun kavramsal olarak yaptığınızdan daha iyi veya daha kötü olup olmadığını anlayabilmelisiniz.

"Akıllı ve İşler Yapılıyor: Joel Spolsky'nin En İyi Teknik Yeteneği Bulmanın Kısa Rehberi" kitabını okumanı şiddetle tavsiye ediyorum .

Hiç kimseyi işe almadım, ama bazen görüşülen kişi olduğumda, sadece buzzwords hakkında bilgi sahibi olan ve benimle röportaj yapan salaklar diliyordum; Metin çok akıcı ve okumaktan zevk alıyor.

Ve hayır, sadece reklam yapmıyorum çünkü bu site kitabın yazarı. Kitap gerçekten harika ve onu teknolojiyi anlamayanlara, özellikle BT çalışanlarını işe alma pozisyonunda olan herkese tavsiye edeceğim - Bugünlerde teknik olmayan bir proje yöneticisine veya patronuna sahip olmak çok yaygın.