FizzBuzz'da başarısız oldum, beni işe alır mısın? [kapalı]

CS derecesine sahip bir geliştiriciyim ve neredeyse 3 yıl boyunca bir çok dilde geliştirme yaparak iş deneyimim var.

Bugün bir röportaj yaptım, genel olarak oldukça iyi gitti, çoğu soru için hazırlandım ve her şeye hazır hissettim. Röportajın sonunda, bana bir programlama sorusu verdiler ... FizzBuzz gibi bir problem (sayı kısmını yazmadan) İnanıyorum ki çok fazla hata yaptım ve bu yüzden de "başarısız" oldum. Tüm umutlar benim için mi kayboldu?

İşte kodum:

  void FizzBuzz()
  {
    for(int i = 0; i <= 100; i++)
    {
      bool isThree = i % 3;
      bool isFive = i % 5;

     if (isThree)
     {
         print "Fizz\n";
     }
     else if(isFive)
     {
         print "Buzz\n";
     }
     else
     {
         print "FizzBuzz\n";
     }
  }
 }

Gördüğünüz gibi, ben% 3 == 0; Eğer doğru soruyu hatırlıyorsam, ayrıca isThree && isFive olan bir elseif yerine başka bir şey koyun. Oldukça stresliydim ama bu basit bir sorunu kaçırmak için bir bahane değil.

Öyleyse asıl soru, deneyim ve kişilik gibi diğer faktörlere göre yerinde çalışma kodu üretmenin ne kadar önemli olduğu? Örneğin, yukarıdaki kod bir anlaşma kırıcı olur mu?

FizzBuzz'ın amacı, nasıl programlandığını bildiğinizi göstermek, programlamanız istenen dilin tüm sözdizimi kurallarını ezberlediğinizi değil (ne kadar tecrübeli olduğunu bilmek isterlerse de sen dildesin).

Bir görüşme ortamının stresinden bu kadar uzaklaştıysanız ve yaptığınız hataları anladığınızı gösterebilirseniz, geçtiğinizi söyleyebilirim.

Evet

Görüştüğüm kişilerin çoğu, kod alıştırma bölümünü küçük sözdizimi üzerinde veya hafifçe kapalı mantık üzerinde başarısız kılan en iyi işe alımlar olarak sonuçlandı.

Mantığın temel fikrini (yaptığınız gibi) elde etmek ve bunu bir kod bakış açısıyla (çoğunlukla yaptığınızı sanırım) iyi ve özlü bir şeye dönüştürmek benim için kesinlikle mükemmel olmaktan çok daha önemlidir.

Bir IDE satın aldım çünkü sözdizimi için dev bir işe almama kontrolü ve ilk hata ayıklama anlarınızdaki diğer hataları anladınız.

İlk zorunluluktan tamamen doğrudan ve korkunç bir şey yapmadan ilk denemeye gittiniz. Bu, birçok ortamda daha değerlidir, daha sonra geri bildirim yokluğunda mükemmellik. İşveren, kaçırdığınız ayrıntılara asılmışsa, yine de gelmek için çevrenin bir işareti olabilir.

Görev, baskı numaraları değişkeniyse, ayrıntıyı kaçırmak biraz kötü görünür, ancak pozisyonu beğenirsem kararımı değiştirmek için yeterli ağırlığa sahip olmazdı.

[Düzenle] Alex'in belirttiği gibi, tepki ve uyuşma yönü de var. Şahsen, görüşmeciyi deneyimlerinin biraz dışında bir şeye köşeye sıkıştırmaya çalışarak pratik alıştırmalara başlamadan önce bu konuyu aşmaya çalışıyorum ama bazıları ikisini birleştirmeyi seçebilir. Her zaman ve bir süre sonra sadece ders kitabı bilgisine sahip biriyle karşılaştım ve onlar teorik ve arkaplan meseleleriyle doğru yelken açıyorlar, ancak pratik alıştırmaya başlayacakları yerlere ciddi şekilde takılıyorlar. Bazıları nereden başlayacağını bile bulamıyor.

Bu bireyler kesinlikle bu alıştırmada ayıklanmamı istiyorlar.

Bu nedenle, görüşmecinin gereksinimi açıklığa kavuşturması için 20 dakikanızı almadıkça, çözümünüzün muhtemelen birkaç düzeltme ile yaptığınız ilk girişimin az ya da çok olduğunu hayal ediyorum. 5 dakikanın altına koyduğun şeye sahip olsaydın, standartlarım için yeterince düşünebileceğini gösterdin.

Eğer devam edecek başka bir şeyim yoksa yukarıdaki kod muhtemelen benim için bir anlaşma kırıcı olurdu. Microsoft görüşme stilini izlerlerse, o zaman size bu soruyu veren kişi muhtemelen sizi engeller - ve çoğu zaman tek gereken şeydir.

Beni şaşırtan şey, görüşmecinin size bu kodu sormamasıdır. İyi bir görüşmeci, insanların hata yaptıklarını - özellikle acele ettikleri zaman - kendi kodlarının yeterli olduğunu görmüştür. Genellikle “Şimdi bu kodda yanlış bir şey görüyor musunuz?” Diyorlar. "Hayır? Peki test edelim". Bazı sonuç kümeleri ile gelip sonra işlevini çalıştırın. Sonra "Ah, kahretsin, işe yaramadı" dedin. “Tamam, nasıl düzeltirdiniz…” vb. Bu diyalogdan kurtulursanız, aslında oldukça etkileyicidir ve eleştirel düşünme, test senaryoları ortaya koyma ve kendi kodunu ayıklama yeteneği gösterir.

Ayrıca, genellikle "çalışma kodu" aramıyorlar. Zaten ilk denemeyi kim yaptı? Ancak hata yönetimi ve iyi test setleri ile mantıksal olarak doğru olmak iyi bir amaçtır.

Ek olarak, bu sizi şaşırtabilir, ancak fizzbuzz'a bile başlayamayan birçok insanla rekabet ediyorsunuz. Diğer herkesin uykusunda b + ağaçları geçtiğini farz etme eğilimindeyiz .... ama gerçekte, 3 ve 5'in katlarını bile bulamıyorlar ve bir modül operatörü kullanıyorlar. Diğer adaylardan daha ne kadar iyi yaptığınıza şaşırmış olabilirsiniz.

Benim tavsiyem, sadece fırçalayın. Son zamanlarda büyük yazılım firmalarında (Microsoft, Amazon vb ...) röportaj yaptım ve bu kadar kapsamlı bir röportaj sürecinden ilk kez geçtim. Yerinde bir Microsoft röportajında ​​büyük ölçüde sinirler yüzünden kendimi aptallaştırdım, ama aynı zamanda ne bekleyeceğimi ya da tam olarak ne aradıklarını bilmiyordum. Sadece çok basit problemleri patlatmak için en kısa yol problemini çiviledim. Bir yığının yanlış sonundaki değerleri atladım, bir int atoi(char* value)uygulamada unuttumint val = value[i] - '0';Bana karakterin tamsayı değerini ve diğer saçma hataları verirdi. Röportajın çoğundan memnun oldum, ancak neden hala teklif almadığımı anladım. Bunun, yeteneklerimin bir yansıması olmadığını fark etmem gerekti, çünkü sinirlerimde ustalaşıncaya kadar denemeye devam etmem gerektiğinin bir göstergesiydi. Sonunda daha zor sorularla bazı röportajlar çiviledim ve hayallerimdeki işimi yaptım. Gerçekten - ne yaptıklarını bilen çoğu insan için - sadece görüşmecilerin ne istediğini bulma, kendine güvenme ve onlara verme meselesi. Biraz zaman alıyor.

Hayır demek zorunda kalacağım ama verdiğiniz nedenle değil, FizzBuzz bölümünü en son kullandığınızdan. Kodunuzun çalışma şekliyle, beklendiğinde FizzBuzz'ı asla yazdırmaz. Lee yorumladı gibi, her değer için yazdırır değil 3 veya 5 ile bölünebilir.

Fakat asıl nokta, ondan öğrenmenizdir. Burada nasıl daha iyisini yapabildiğini sormaktan hoşlanıyorum. Bazı kod bulmacaları yaptığınızdan ve ortak röportaj sorularını araştırdığınızdan emin olun. Ayrıca, belki de kendinize zamanlamayı deneyin veya baskıyı artıracak başka bir şey yapın, böylece röportajda olacağınız hissini taklit edebilirsiniz. Ve gerçekten onu parkın dışına çıkarmak istiyorsanız, röportaj için hazırlık yapın, hazırlık yapın ve daha fazla hazırlık yapın.

Hayır. FizzBuzz'ın amacı, tüm durumları kapsayan temel koşullu mantığı çözüp çözemeyeceğinizi görmek. Bazı kişilerin görüşlerinin aksine, FizzBuzz üçlü operatör veya boole operanları bilen modulus operatörü ile ilgili değildir. Bu şartlandırmalarda basit bir alıştırma ve başarısız oldun.

Sorun, tüm "zarif" görünümlü kodların en az bir vakayı kapsamaması için yapılandırılmıştır.

Kabul edilebilir cevaplar:

if div3 print fizz
if div5 print buzz
if !div3 && !div5 print x


if div3 {
    print fizz;
    if div5 {
        print buzz;
    }
} else {
    if div5 {
        print buzz;
    } else {
        print x;
    }
}

İnsanlara beyaz tahtada yapmaları gereken önemsiz programlama problemleri veriyorum. Sonuçta ortaya çıkan kodun hatasız olup olmadığı karar noktasında değildir. Bunun yerine, kodun yazılması sırasında sergilenen bazı davranışları önemsiyorum. Etkileşimli ve bu sırada adaylar hakkında çok şey öğreniyorum.

Görüşme sırasında Beyaz Tahta "testinde" daha fazla ayrıntıya giriyorum : (beyaz tahta) kodunuzu yedeklemenin yasal yolu?

Tabii ki, görüşmeci senin gibi değil. Fakat ufacık bir bit olan kod üretirken benimle bir röportaj geçirmeniz ve özdeş kodla başarısız olmanız tamamen mümkün.

Bunu değerlendiriyor olsaydım, aşağıdakileri arardım:

1. Aday uygulamaya geçmeden önce gereklilikleri açıkça anlamaya çalışıyor mu? Aday çözmek peşindedir mu benim problem ya da programlama araç kutusundaki onun hayvan araçları kullanmak? Aday problem çözme konusunda nasıl gidiyor?
2. Aday en az bir programlama dilinde akıcı mı?
3. Adayın bir boole mantığı kavraması var mı?
4. Aday, çözümlerinin kalitesini sağlamak için ne yapıyor?
5. Aday koduyla ilgili geri bildirime nasıl yanıt veriyor?

-

# 1'de söylemesi zor. Sorunuz, sorununuzun "baskı numarası" bölümünü içermediğini ve çözümünüzün aslında bunu içermediğini belirtir. Sözünüzü almaktan başka çarem yok, ama gerçekte, her ikisi tarafından bölünemeyen sayıları yazdırmayı içeren klasik FizzBuzz sorunuysa, gereksinimleri tam olarak anlamadan önce bir çözüme atlamış gibisiniz. kapalı bir işareti olurdu.

Size # 2 ve # 3 için kısmi kredi veririm. Modül operatörünü kullanmayı biliyordunuz ve çalışan bir çözümün yapısına sahiptiniz, ancak her ikisini de kaçırdınız.

# 4'ü yapmadıysanız, sizi işaretler gibi geliyor. Gelecekte, beyaz tahtadan bir adım geriye gitmenizi ve bunu yapmadan önce çözümünüzü incelemenizi tavsiye ederim. Ayrıca (istenmeden) çözümünüz için birkaç ünite testinden geçip adım attığınızı çabucak kanıtladım.

Size 5 numara için şans vermediler, ki bu talihsiz bir durum. Fakat mesele şu ki, yazdıkları her kod satırının iyileştirilemeyen saf altın olduğunu düşünen birini istemiyorum, aksine çözümleri hakkında geribildirimi kabul etmeye istekli olan ve yaklaşımı hakkında biraz konuşmaya istekli olan biri .

-

Bu yüzden, bunu tek başıma değerlendiriyor olsaydım, "Kiralamıyor" diye oy verirdim. Bunun gibi şeyler programlama kabiliyetinden ziyade bir performans sanatını ölçmek gibidir ; Bu yüzden, gelecekteki teknik görüşmeler için öneriler şöyle olacak:

1. Mülakattan önce, mümkün olduğunca az dış kaynak kullanarak bu tür egzersizlerden birkaçını soğuk uygulayın. Çözümleri ezberlemek değil, tercih ettiğiniz dilde rahat edeceğinizden emin olmak için

2. Varsayımınızı doğrulamak için sorun hakkında sorular sorun.

3. Çözümünüzü tamamlamadan önce, beyaz tahtadan geri adım atın ve bakın ve birkaç basit ünite test senaryosundan geçin.

Birinden bir problemi, çözümleriyle ilgili geri bildirim alma yeteneği olmadan çözmesini istemek şüpheli bir yaklaşımdır, çünkü iyileşmelerine izin verilmez.

Tüm bu test bize, çok iyi bir "başın üstünde" problem çözme becerisi sergilemediğinizi söyledi.

Bu, sizi işe alma veya vermeme kararındaki unsurlardan biri olabilir, ama bana göre kesinlikle tek değil.

Size bir birim test veya yürütme ortamı sağlasalardı, yaptığınız hatalar daha az mazeret olurdu.