Görüşme sırasında yanlış / cevaplanmayan sorulara nasıl tepki verilir? [kapalı]

Bugün ilk stajyerimi potansiyel stajyerlerle yaptım. Bu çoğunlukla açık sorular olsa da, onlar için bazı önemsiz programlama görevlerim oldu:

• A, b ve c üçgenleri (tüm tamsayılar) bir dik üçgeni gösterebiliyorsa true değerini döndüren bir işlev yazın .
• FizzBuzz.
• Onlar bilmiyordum eğer (özyineleme kullanarak Fibonacci N. elemanı hesaplayın Fibonacci F (1) =; oldu, ben bile onlara tanım F (n) = F (n-1) + F (n-2) yazardı 1; F (0) = 1).
• Tamsayı ve tersine çevirmek için yazma işlevi için yapı listesi uygulayın.

Bunlar açıkça çok kolay işlerdir ve birisinin onları çözmemesi için hazırlıklı değildim.

Bu sorularla mücadele ederken nasıl davranmalıyım? Cevaptan vazgeçmeli miyim? Bahşiş ver (bunu yaptım ve sorunu kendim çözdüm)? Ya da röportaj ile devam edin (ya da belki sadece durun)?

ps. Sorularla ilgili problemler yaşayarak, böcek olmak istemiyorum, başlayamazlarsa bile demek istiyorum. Bu Fibonacci ve List soruları ile ilgili bir durumdu.

Sorudaki stajyer pozisyonları için görüşme yaptığınızı söylediniz, bu yüzden bu açıdan, tam zamanlı geliştiriciler için bar biraz daha yükseğe çıkacak.

Stajyerlerle görüşürken, çalışmalarını tamamlamadıklarını ve programlama ve bilgisayar bilimlerinde önceden bir arka plan olmadan üniversiteye girdiklerini hatırlamanız gerekir. Bu nedenle, beklentileri, birinden makul olarak ne beklediğinize ve pozisyonun prestij derecesine göre ölçmeniz gerekir (yani Google, bir şirketin insanların duymadığı beklentilerden kurtulabilir).

Verdiğiniz soruları inceleyerek muhtemelen bir röportajda aşağıdakileri göreceğim:

1) a, b ve c üçgenleri (tüm tam sayıların) sağ üçgeni gösterebiliyorsa true değerini döndüren bir işlev yazın.

Basit kodlama ile temel geometri uygulaması, çoğu öğrenci bunu çok zorlanmadan yapabilmelidir. Röportajda bulundukları için biraz stres gösterdikleri takdirde en fazla Pisagor Teoremi hatırlatması gerekebilir. Bu, neredeyse röportaja çok gergin davranmaları durumunda bazı insanların yerleşmesine yardımcı olabileceği için “ego artışı” problemi olarak görülebilir.

2) FizzBuzz

Yine, bazı temel kontrol ifadelerinin başka bir uygulaması. Modül operatörüne maruz kalmamış veya fazla kullanılmamış öğrencilerin hatırlatılması gerekebilir, ancak problemi çözen herhangi bir gerçek sorunla karşılaşmamaları gerekir.

3) Özyinelemeyi kullanarak Fibonacci'nin Nth öğesini hesaplayın (eğer Fibonacci'nin ne olduğunu bilmiyorlarsa, onlara F (n) = F (n-1) + F (n-2); F (1) tanımını bile yazardım. ) = 1; F (0) = 1).

Bu oldukça yaygın bir problem olma eğilimindedir, bu nedenle çoğu (hepsi değilse) öğrencilerin mezuniyetten önce bir noktada görecekleridir. Akılda tutulanlar genellikle öğrencilere iyi ödünç verdiği özyinelemenin ne zaman sunulduğunu göstermesi veya daha sonra karşılaştırılabilecek bir özyinelemeli ya da döngü temelli bir çözüm olduğunu gösterir; böylece farklı okullardan gelen öğrenciler bunu derslerin sırasına bağlı olarak farklı zamanlarda görebilirler. Uygulamada, eğer özyinelemeli biri bulamazsa, döngüler kullanarak bir alternatif isteyebilirim ve bunu başaramazlarsa potansiyel yetenekleriyle daha fazla ilgilenirim.

4) Tamsayı ve tersine çevirme işlevi için yapı listesi uygulayın.

Bu soru yazıldığı için biraz açık uçlu olabilir, bu nedenle adayın ek bilgi istediğini (örneğin, fonksiyonlar dahil edilmeli, silme, dizilere dönüştürme vb.) Görmek için iyi bir soru olabilir. tanımlanmış problem ifadesi ("Sayıların sonuna veya isteğe bağlı bir dizine eklenmesine izin veren tamsayılar için temel bir liste yapısı uygulayın, silindi ve listenin ters bir kopyasını döndürme işlevi eklendi") öğrenciler çözebilmeli Listeleri ortak bir yapı olduğu sürece sorun erken veri yapıları kursunda veya erken temel bilgisayar bilimleri kursunda sunulmaktadır.

Adaylarla başa çıkma konusunda, eğer mücadele ediyorlarsa, rahat olduklarından emin olun ve ilk gerçek görüşmeleri olabileceği için performans endişesi yaşayabilecekleri için onlara biraz esneklik sağlayın. Sorunları çözme konusunda ipuçları gerekebilir, çoğu zaman ilk ikisinin aksine üçüncü ve dördüncü sorunlar için.

Ayrıca, genel mülakat sürecini, yerleşik “zarif çıkış” noktaları olacak şekilde yapılandırın. Örneğin, aşağıdaki gündeme sahip olabilirsiniz:

• Tanışma ve selamlama, görüşme prosedürleri.
• Personel programcıları ile kısa görüşme, geçmişe dair temel sorular.
• Programlama sınavının sunumu.
• mola
• Aradan dön, iyi uymayan bazı adayların işten çıkarılması.
• Personel programcıları ile genişletilmiş görüşme.
• İnsan kaynakları ile görüşme (gerekirse).
• Sarmak.

Bu röportaj akışı, adayları başlangıçtan itibaren aradan sonra görevden alınabileceklerini bildikleri kadar erken reddetmek isteyip istemediğinize iyi gelir. Testten önceki kısa röportaj, aynı zamanda kendilerine bazı röportaj uygulamaları yapan teste girmediklerini ve aynı zamanda uygun olmadıklarına karar vermelerine izin verebilecekleri anlamına gelir. Eğer sınavı gözlemleyen ya da adaya bu konuda yardım eden başka programcılar varsa, onlara kısa bir mola verirken adayı geçme / başarısız olma şansı verir.

Bir staj için mülakat yaptığınız her zaman ve adaylar öğrenciler ise, öğrencilerinizin hala öğrenci olduklarını ve görüşmelerle (olası performans kaygısına yol açan) fazla pratik yapamadıklarını ve çalışmalarında bu noktaya ulaşamadıklarını hatırlamanız gerekir. hatta "ideal çözüm (ler)" in bir kopyasını kendilerine verdikleri problemlere yollamak için iyi bir fikir olabileceği anlamına gelen soruları cevaplayabilmektesiniz.

Herhangi bir iş görüşmesinde hedefim, hangi tarafta olduğumun önemi yok, bir meslektaşımla konuştuğumu hissediyorum. Meslektaşlarım, bir sıkıntıya takılıp kaldıklarında hep ofisime geliyorlar. Kendime sıkışıp kaldığımda meslektaşlarımdan yardım istiyorum. Bu yüzden bir röportajda, bu dinamiği yeniden yaratmaya çalışıyorum.

Başka bir deyişle, bir meslektaşım bir fibonacci dizisini uygulamak gerekirse ve bunun ne olduğunu bilmiyorsa ne söylersiniz? Kendi başlarına devam edebilecek kadarını kavramalarına kadar onlara açıklardın. Kalıcı olmadığı sürece cehalette utanılacak bir şey yoktur.

Bu alıştırmadan geçerseniz ve o kişiyle çalıştığınızı hala hayal edemiyorsanız, o zaman işe uygun değillerdir.

Bir röportajda böyle sorular vermenin amacı, birisinin problemleri nasıl çözeceğini çözüp çözemeyeceğini belirlemektir. Programcı olma işi genellikle iki şeyden oluşur: "Bu gereklilikleri alın ve bunları kodda uygulayın" ve "uygulamanın gereklilikleri neden eşleştirip çözmediğini anlayın". Öyleyse aradığınız şey bu özel sorulara bir çözüm değil, bir şeyleri çözme yeteneğidir.

Bunu anlayarak, birinin başlaması için iki ya da iki ipucu veririm, ve belki biraz daha ilerlemeye devam ettikleri, ancak bir yerlerde bir detayı kaçırdıkları açıksa. Ancak sorunun nasıl çözüleceğini çözemedikleri anlaşılırsa, cevabınız sizdedir ve alıştırmaya devam etmeniz gerekmez.

Bir örnek vermek gerekirse, şu anki işimde röportaj yaparken, bir düğümden diğerine en kısa yolu bir grafik üzerinde bulma konusunda bir soru verildi. Muhtemelen Dijkstra'nın Algoritması gibi bir şey kullanacağımı ve kolejde bir gün hakkında bir şeyler öğrendiğimi hatırladığım ve o zamandan beri hiç kullanmadığım bir şeyi kullanacağımı ve soru. Görüşme yapan kişi, grafiğin hafifçe değiştirilmiş olması durumunda çözümümün sonsuz bir döngüde biteceğini ve hafızamı düzelttiğine işaret etti, bu yüzden bu sorunu önlemenin doğru yolunu açıkladım. Ve işi bitirdim.

Stajyer pozisyonları için biraz fazla soruyor olabilirsiniz.

Dördüncü soru ile neyi kastettiğin hakkında hiçbir fikrim yok. özyinelemeli bir soru sormaya gelince, bu biraz pratik değildir, kendi kod tabanınızı gözden geçirin ve özyinelemenin kullanılacağı alan sayısını belirleyin. Mülakat durumları streslidir ve adayların nadiren kullanılan stratejileri uygulamalarını beklemek, programlayacağınız çoğu şeye kıyasla geriye dönük olarak kullanmaları, özellikle röportajın başlangıcına doğru, haksızlıktır. Şahsen, önemli kavramların ne anlama geldiğini / nasıl kullanıldığını açıklamak zorunda oldukları, konserve örnekler sağladıkları sorular sormak isterdim. Size X kitabını veya Google Y araştırmasının kod tabanınıza bir şey uygulamak için gereken her şeyi sağlayacağını söyleyebilecek adaylarla daha fazla ilgilenirim.

IMHO'ya ilk iki sorunuz, kendisini programcı çağıran, okula gidemeyen veya kendi kendine öğretilen küçük veya kıdemli bir kişi için çözülebilir olmalıdır.

Görüşme yapan kişinin bunlardan herhangi biriyle mücadele ettiğini görürsem, sorunu yeniden ifade etmeye çalışır ve tam olarak anlayıp anlamadığını kontrol ederdim. Daha sonra, onu kalem ve kağıt, beyaz tahta, çizim figürleri veya sorunun üstesinden gelmeyi tercih ettiği herhangi bir yaklaşım kullanmaya teşvik edin. Ayrıca, yüksek sesle düşünmesini, düşünce sürecine bir bakış atmasını ve gerekirse, doğru yolda olup olmadığına ya da ilerlemesine cesaret edemediği takdirde küçük ipuçları vermesini rica ediyorum. Ancak birkaç ipucu bile yardımcı olmuyorsa veya - yukarıda belirttiğiniz gibi - onun için sorunu çözeceğim, zamanımızı daha fazla boşa harcamayı kesmek için muhtemelen röportajı bitirirdim. Bir röportajda, adayın bilmediği şeyleri yerine adayın ne bildiğini görmeye ve ona odaklanmaya çalışıyorum ama önemli bir bilgi bulamazsam, bir süre sonra pes ediyorum.

3. ve 4. olanlar biraz daha zor, bu yüzden eğer bir çocuğun onları alamayacağını kabul edebilirim, aksi takdirde iyi bir problem çözme yaklaşımı ve coşkusu gösterirse. Ancak yaşlılar için, onlar hala bir zorunluluktur.

"FizzBuzz" derken neyi kastettiğinize bakmak zorunda kaldım; Anlaşılan oyunu ve kurallarını duymuştum, ancak bu isimle değil bir süre değil. Bu nedenle, görüşmecilere HERHANGİ bir bilgi vermek zorunda olmadığınızı sanmayın.

Bununla birlikte, bunların hepsi, giriş düzeyinde bir kodlama pozisyonu için görüşme yapan bir kişinin, inceleme ile bir cevabı kodlayamasalar da, yollarını düşünebileceklerini bekleyebileceğim temel kodlama sorunlarıdır. Yani orada aynı sayfadayız. Sorununuzun cevabı, nasıl yanlış yaptıklarına bağlıdır:

• Küçük sözdizimi sorunları: Belirli bir dilde kod bekliyorsanız, noktalı virgül özledim veya bazı tanımlayıcıların bir kullanımını yanlış yazdıysanız çok fazla sayılmaz. Çoğu IDE bunu hemen yakalar ve herkes zaman zaman yazım hatası yapar. Bir şeyi kodlamamın beklendiği hemen her röportajda, algoritma görüşmeci ile doğru şekilde iletildiği ve mantığın sağlam olduğu sürece "sözde-C-ish" kabul edilebilirdi.

• Küçük mantık kusuru: Algoritma beklenen senaryoların çoğunda beklendiği gibi davranır, ancak hepsinde olmazsa (FizzBuzz'ı kodlarken, 15 sadece "Fizz" veya "Buzz" ile sonuçlanır, ancak olması gerektiği gibi olmaz), o zaman "birim test cihazı" olun ve algoritmanın bu durumda başarısız olacağına işaret edin ve düzeltip düzeltemeyeceklerini görün. Bu olayı görmezden gelmiş olabilirler ya da gereklilikleri tamamen yeterince anlamadılar. Her ikisi de yine tamamen anlaşılabilir bir durumdur, kodlamadaki günlük olaylar, sadece ek bilgi veya geri bildirim sağlayarak kolayca üstesinden gelinmesi gerekir.

• Ana mantık kusurları: Eğer algoritma verilen test senaryolarının çoğunu veya herhangi birini geçemezse, bunu da işaretleyin ve düzeltebileceklerini görün. Bu daha fazla bir sorun; ya sistemin bazı temel gerekliliklerini yanlış anladılar ya da bazı boşluk mantık deliklerini gözden kaçırdılar. Ancak, problemin daha ayrıntılı bir şekilde verilmesini sağladılarsa, kodlarının tam olarak nerede hata gösterdiği söylenmeden, belirsiz şartlara uyup, devam edin.

• Belirli vakalara nereden başlayacağınızı / kodlanmış bir cevabı bilmiyorum / sözde kodlarını anlayamıyorum: Bunlar kırmızı bayraklardır. Birinden FizzBuzz kurallarını izleyen bir algoritmayı kodlamasını, bu kuralları kendilerine açıklamasını ister ve boş bir bakış açısı alırsanız, görüşme sona erer. Aynı şekilde, eğer SOMETHING'i tahtaya koyabilirlerse, ancak problem alanının büyük kısımlarında başarısız oluyorlarsa ve başarısızlığı ve nasıl düzeltileceğini gösterirken ellerini tutmak zorunda kalırsanız, ikinci bir görüşmeye geçmeyeceğim .

Eğer gerçekten hiç röportaj yapmadığı, kaygı sorunları olan, hiç böyle bir gerçek yaşamda bulunmadığınız için (genellikle bedenlerinden bir şey farkedersiniz), gerçekten farlarda bir geyik gibi davranan potansiyel bir stajyeriniz varsa, Onlara en son ne çalıştıklarını sormak.

O zaman onun bölgesi olacak bu yüzden delice sinirlenmeyebilir. Uygun bir yer bulduğunuzda "Hey, bunu nasıl uyguladınız?" Eğer açıklayabilirse, onun düşünce tarzı hakkında size biraz fikir verebilir.

Ondan sonra da kendi sınavlarını gündeme getir.

Fizzbuzz mutlak bir gerekliliktir. Fizzbuzz'ı kodlayamazlarsa, onları işe almamalısınız.

Tipik olarak adaydan bir mülakat öncesi kod oturumu istemiştim, burada Google Dokümanlar'ı bir programlama problemi üzerinde çalışmak için kullanıyoruz (Fizzbuzz'ı kolayca tamamlayabilirlerse genellikle Fizzbuzz + daha yüksek bir problem).

Genelde bu sırada telefonda ya da skype'tayım ve onların problemi tamamladıklarını (ve belirli noktalarda ne düşündüklerini onlarla konuştuklarını söylediğim için), yapmadıklarından oldukça emin olabilirim. Sadece cevabı google.

Diğer problemleriniz iyi tanımlandığı sürece (yani, her birine formülü verirsiniz), o zaman sorularınız tamam.

Adaylarla röportaj yaparken, karşılaşabilecekleri programlama problemlerine bağlı kalmaya çalışıyorum. Dize manipülasyon problemlerini seviyorum çünkü webdeyken, kullanıcının karşılaştığı hemen hemen her şeyin bir çeşit dize manipülasyonu ile ilgisi var. Bununla nasıl başa çıktıkları önemlidir.

Bu, doldurmaya çalıştığınız konumun kalibrasyonuna bağlıdır.

Üst düzey bir geliştiriciye gidiyorsanız, bunların hepsini bilmelerini beklerdim. Yanlış yaptılarsa ve kendimi kötü hissediyor olsaydım, röportajı durdururdum, teşekkür ederim ve hoşçakal. Daha kibar bir halimde olsaydım, onlara teşekkür eder ve görüşmenin geri kalanında acele ederdim.

Küçük bir geliştiriciye gideceksem, bu sorular oldukça zor kabul edilebilirdi. Onların yeteneklerini ve öğrenmeye istekli olduklarını araştırmakla daha çok ilgilenirdim. Bu yüzden onlara ipuçlarını vermeye ve onları yönlendirmeye çalışarak nasıl tepki verdiklerini görmeye çalışacağım.

Stajyer görüşmeleri farklı bir görüşme türüdür. Genelde yaptığım şey, eğitiminde nerede olduklarını ölçmek için standart geliştirici sorularımı (verdiğiniz sorular gibi) kullanmak. Bu sorunları çözme yeteneği, ikinci sınıftan yaşlılara büyük ölçüde değişecektir.

Bu bilgiye sahip olduktan sonra, görüşmeyi bir takımda çalışabilecekler mi, öğretilebilirler mi, şirketimize stajyerlikten mi yararlanacaklar, gelişim / öğrenme konusunda tutkulu mular?

Bana göre, stajyerliği diğer adaylardan ayıran gerçekten teknik olmayan şeyler. Öğrenmek ve büyümek isteyen birisine koçluk / mentorluk yapmak, sadece sömestr için iş arayan birinden çok daha fazla harcamayı tercih ederim.

Görüşme yapan firmanın şirketinize ne gibi bir değer katabileceğini kendinize sorun. Özellikle fizzbuzz düzeyinde problemleri çözemezlerse, bir mentorun dahil olma maliyetindeki faktör. Cevap öngörülen maaşla orantılı değilse, o zaman işe almamak için iyi bir ekonomik durumunuz vardır.

Yöneticinize geri dönüp "şirketimize onları işe almaya değer hale getirmek için yeterli katma değer sağlayacak aday yoktu" demekten korkmayın. Bu, birisinin onlara sürekli yardım etmesinin maliyeti nedeniyle, aslında olumsuz değeri olan biriyle sonuçlanmaktan daha iyi bir eylem şekli olmalıdır.

Cevabım biraz kaba veya küçümseyen görünebilir ama bence iyi sonuç veriyor. İlk olarak, adaya çok kolay bir soru verdim, bu da kendi güvenlerini geliştirmelerine yardımcı olacak bir ısınma sorusu olarak hizmet ediyor. Başarılı olsalar da olmasalar, daha az önemsiz ve doğrudan işin gerektirdiği şeyle ilgili bir soruya geçiyorum.

Bu noktada, hepsi ya da hiçbiri. Eğer içinden geçerlerse, sorun olmaz. Biraz mücadele ederlerse, sorun olmazsa, birlikte olmalarına yardım edeceğim ve sonra diğer yetenekleri ölçmek için diğer sorulara geçeceğim.

Bununla birlikte, tamamen çözme kabiliyetleri yoksa, devam edeceğim ve görüşme süresinin kalanını onlara yardım ederken yakacağım. Aday hala röportajda meşgul hissediyor, ancak röportajı farklı, alakasız yönlere yönlendirmek zorunda değilim. Aday için de iyi çünkü eğitici olabilir.

1. Onlara karşı kibar olmaya çalış. Sorularınızla, burada bile kibar olmaya çalışmadığınız görülüyor. Sence herkes bu "fizzbuzz" terimini bilmeli mi? Yoksa interneti araştırmalıyız çünkü sen kendin yazmak için tembeldin? Aksine, bence, buradaki herkes doğru üçgenin ne olduğunu biliyor.
2. "Yapı Listesi" nedir? Bilmiyorum. "Liste yapısı" nı biliyorum. Ne anlama geliyor: Tamsayı listesi? Tamsayıların listesi? Ben de nasıl başlayacağımı bilemedim. Lütfen konuşma, İngilizce değilsin. Ben de. Ve ben bile hiç İngilizce konuşan bir ülkeye gitmemiştim. Mutlaka biliyor çoğul tamsayı tamsayı olacaktır s . Burada eşittir ile anlaşılabilir olmaya çalışmıyorsanız, orada nasıl yaptığınızı hayal edebiliyorum .
3. Herhangi bir okuryazar programcı, Fibonacci sırasının özyinelemeyle yapılması gerekmeyen bir kitap örneği olduğunu bilir. Onları size karşı çıkma kabiliyeti veya kodlama becerileri için test ediyor musunuz? İşinizi yapın ve özyineleme kullanımında test etme becerisine daha iyi bir örnek bulun.
4. Bir programcı için “stres altında çalışabilme”, gerektiğinde geceleri çalışabileceği anlamına gelir. Fakat iyi programcılara sahip olmak istiyorsanız, şeflerinin çok hoş, anlayışlı ve yardımcı bir arkadaş olmasını beklerlerdi. Olmazsa, asla iyi programcılar olmaz. Onlar alfa-sıçan-erkek değildir. Herhangi bir saldırganlık hissedeceklerse, kabuklarına yaklaşacaklar ve hiçbir şey yapmayacaklar.

Öyleyse, cevabım: kendinizi daha iyi hazırlamak.

PS Çok, zaten bir yöneticisiniz Eğer gerçekten stres tutmak gerekir.