Mülakat sürecinde verilen mühendislik programlama ödevleri için endişelenmeli miyim? [kapalı]

Geçenlerde bir şirketle bir telefon görüşmesi yaptım. Bu telefon görüşmesinden sonra, kısa bir programlama görevini tamamlamam söylendi (küçük bir program; üç saatten fazla sürmemeliydi). Yalnızca ödevi tamamlayıp kodu girmem için doğrudan talimat verdim. Bana dilediğim herhangi bir dili kullanmam konusunda tam bir özgürlük verildi ve kodun nasıl girileceği tam olarak söylenmedi.

Hemen, onu Github'a atmayı, test paketi yazmayı, Travis-CI'yi (ortak Github depoları için ücretsiz sürekli entegrasyon) kullanarak test süitlerini çalıştırmak ve CMake'i Travis-CI için Linux marka oluşturmak için kullanmayı planladım. Bu şekilde, sadece Git, CMake, Travis-CI ve nasıl test yazılacağını anladığımı gösteremem, aynı zamanda testlerin çıktısını görebilmeleri için Travis-CI sayfasına bağlanabiliyorum. Bunun görüşmeci için daha uygun olacağını düşündüm.

Bu teknolojileri iyi tanıdığım için, bu ödeve esasen zaman kazandırmayacaktı.

Ancak, tüm bunları nispeten basit bir iş için yapmanın kötü olacağından endişeliyim. Benim için daha fazla zaman kazandırmasa da, basit olması gereken şeylere fazla zaman harcadığımı düşünmelerini istemiyorum.

Bir görüşmeci olarak, bu yaklaşımla gösterilen yazılım geliştirme sürecinin bilgisini görmekten mutlu olurum; sadece kodun yazılmasının aksine.

Özellikle, çok basit problemler için bile bir test takımına sahip olmak iyi bir işaret olacaktır (hatta FizzBuzz seviyesi). Adayların sorunu çözmeyen çözümler sunduğunu gördüm ve basit bir testler dizisi bunu onlara gösterecekti. Ayrıca, kararlılık geçmişine sahip olmak, adayın çözüme ulaşmak için kullandığı düşünce süreci hakkında bir fikir edinmemi sağlıyor.

Öte yandan, insanları aşırı mühendislik sürecinin erken bir aşamasında bazı şirketler tarafından reddedileceklerini biliyorum. Bununla birlikte, çoğu durumda, bu, zorunlu olarak kullanılan süreçlerin değil, çözümün aşırı yapılandırılmasından kaynaklanmaktadır.

Mülakatçı olarak versiyon kontrolü, CI, birim testi ve benzeri şeyleri anlayan biriyle görüşmek, genellikle gördüğümde bir adım olacaktır.

Her ne kadar benim için en önemli şey, sorunun çözülüp iyi bir şekilde çözülmesine rağmen, adayın teslim edilebilirlerinin kalitesini artırmanın yollarını anladığını bilmek kesinlikle dikkatimi çekecektir.

Genel olarak gördüğüm şey, sorunu yalnızca anlamayan değil, aynı zamanda sorunu nasıl çözeceklerini de anlamayan insanlar - ve süreçte kullandıkları fazladan araç ne olursa olsun görmezden gelinir.

Bunun üzerinde bir zaman sınırı olduğunu unutmayın. Görüşme yapan kişi bunu bilir, bu nedenle (görüşmeci olsaydım), yalnızca belirtilen süre içinde sorunu çözmediğinizi görecek, ancak çok hızlı bir şekilde altın kaplama için vaktinizin kaldığını göreceksiniz, ki bu sizin için iyi bir işarettir. titizlik ve çalışkanlığı takdir ettiğiniz gibi problem çözme yetenekleri.

Aşırı mühendislik, sadece FizzBuzz'ı çözmek için BuzzManager ve FizzManager dağıtmak üzere takılan AbstractFactoryManagerAdaptors'ı oluştururken kötü bir kelimedir.

Yaptığınız şey aşırı titizliktir, ki bu bir şey bile değildir (titizlikle titiz olsa da).

Bununla birlikte, zamanla ya da yarı-kesilmiş bir çözümle bitiyorsanız, zamanınızı “hiç zaman ekleme” iddiasında bulunduğunuz ekstralar üzerinde kullandığınız için, görünüşte ne kadar küçük göründüğü konusunda çok zayıf bir anlayışa sahip olduğunuz anlaşılıyor. görevler olabilir. Bu, mühendislerde tehlikeli bir özellik olabilir ve gençler arasında çok yaygındır. Uygun şekilde öncelik verin ve sadece gerekli çözümü tamamladıktan sonra ekstra kredi işlemlerini yapın .

Dikkate alınması gereken bir başka görüş, yaklaşımınızın ne iyi ne de kötü olduğudur. Bunu çok fazla düşünecek görüşmeci hayal edebiliyorum ve daha da fazla mühendislik isteyen görüşmeci hayal edebiliyorum.

Endişelenme. Bunun yerine, sorunu en iyi düşündüğünüz şekilde çözün ve muhtemelen sizinle aynı fikirde olan kişilerden iş teklifi alacaksınız. Verimli bir çalışma ortamına doğru atılmış ilk adım. Unutmayın, görüşmeler iki yönlüdür. Mülakatçının çözümünüze vereceği cevap size onlar hakkında da çok şey söyleyecektir. Gelişim içgüdülerinizin ve felsefenizin yanlış olduğuna inanan insanlarla çalışmak ister misiniz?

Gerçekte, hiç kimse adayın bir git repo hazırlayabilmesi veya aceleyle makefiles oluşturabilmesi için umurunda değil, çünkü bu sadece ezberlemeyle öğrendiklerini hatırlıyor. Bunlar, görüşme sorusunun asıl problem çözme ve tasarım yönüne yönelik ikincil becerilerdir.

Öyleyse evet, sezginiz potansiyel olarak kötü göründüğüne dikkat çekiyor, çünkü aday sanki bir proje iskeletini oluşturmak için ezberlenmiş birkaç komut ve kalıptan güç alabilecek birinin etkileyici yazılım becerilerine sahip olduğuna inanıyor gibi görünebilir.

Çözümün test paketi yönü olsa iyi. Bir regresyon test paketi ile cevap vermek muhtemelen puanınızı kazanacaktır. Dahası, eğer test takımınız koddaki göze çarpan vakaları kullanıyorsa. Test paketi çok fazla resmi tuzağa sahip olmak zorunda değildir ve araçlara dayanır; Sadece bir şekilde içinde bir tane olması gerçeği, röportaj için yeterince iyi. Bazı özel ünite testlerini bir röportaj testinde bir araya getirebilirseniz, bunu gerçek bir projedeki araçlarla yapabileceğiniz açıktır.

Geçenlerde bir şirketle bir telefon görüşmesi yaptım. Bu telefon görüşmesinden sonra, kısa bir programlama görevini tamamlamam söylendi (küçük bir program; üç saatten fazla sürmemeliydi).

Dikkatli ilerlerdim. İşe girme zorunluluğunun uygunluğunu değerlendirin ve işverenden gelecekteki geri ödemelerin zamanınızın 3 saatini değerli yapacağından emin olun.

Bu tür testlerdeki değeri sorguluyorum ve geçmiş başarılarından birini değerlendirmeyi tercih ediyorum. Önceden tanımlanmış kısa bir görev, işverene ne yapabileceğiniz hakkında hiçbir şey söyleyemez. Sadece ne yapamayacağınızı ve telefonla birkaç soru ile hızlı bir şekilde tespit edilebilir.

Test yeri var. Testle ilgili aşağıdaki soruları kendinize sorun ve buna göre yanıtlayın.

1. Test fuarı mevcut kariyer seviyene uygun mu?
2. Testin net bir şekilde tanımlanmış doğru cevabı var mı?
3. Görüşme yapan kişi, potansiyel olarak bir kişi olarak sizin menfaatinize sahip midir veya test sonuçlarına daha fazla ilgi gösteriyorlar mı (yani işe alım ajansları bunun için çok kötüdür).
4. Test yapmaktan hoşlanacağınız bir işi mi temsil ediyor yoksa belirsiz bir beceri doğrulaması mı (yani, Java sözdizimini biliyorsanız test edin).

Yalnızca ödevi tamamlayıp kodu girmem için doğrudan talimat verdim.

Sadece kendi soruna cevap verdin.

Hemen, onu Github'a atmayı, test paketi yazmayı, Travis-CI'yi (ortak Github depoları için ücretsiz sürekli entegrasyon) kullanarak test süitlerini çalıştırmak ve CMake'i Travis-CI için Linux marka oluşturmak için kullanmayı planladım.

Hayır, yapmanı istedikleri şey bu değildi.

Bu şekilde, sadece Git, CMake, Travis-CI ve nasıl test yazılacağını anladığımı gösteremem, aynı zamanda testlerin çıktısını görebilmeleri için Travis-CI sayfasına bağlanabiliyorum. Bunun görüşmeci için daha uygun olacağını düşündüm.

Mülakat sürecinde çok erken veya geç becerileri göstermeye dikkat ederdim. Röportajda başarılı olmadığınızı düşünüyorsanız ve şimdi telafi etmeye çalışıyorsanız, o zaman işe yaramayacak. Öte yandan, çok fazla sorulmadığı zaman da çok fazla istekli olmak istekli olduğunuzu gösterir. Bu, işverenin beklediğinizden daha düşük bir ücret teklifi ile karşı karşıya kalmasına neden olabilir.

Ancak, tüm bunları nispeten basit bir iş için yapmanın kötü olacağından endişeliyim.

Evet kötü görünüyor. Meydan okumalarını tek bir kod satırı ile çözmek, tamamen temizlenmiş bir projeden çok daha etkileyici olacaktır.

Tecrübelerime göre bu iş görüşmesini nasıl kazandığın değil, işi kaybetmenin bir yolu. Kod testi, kalite kontrol konusudur. İnsanları işe alırken kod testleri kullanan her şirket bunu yapıyor çünkü daha önce kod testleri kullanmıyorlardı. Görmemesi gereken röportaj sürecinin çatlaklarından kaymış birinin kötü bir tecrübesi vardı.

Kaynak kodunu alıp ofise iletecekler. İnsanlar bu konuda yorum yapacak ve söylemelerini istemediğiniz şey "Bu hatayı yaptı mı? Ama Git, CMake ve Travis-CI'yi kullanarak zaman harcıyordu. Bu hatayı kaçırmak için ne kadar aptal".

Bu kadar. Kaybettin.

Kodlayabileceğini bilmek istiyorlar, çünkü sana bunu öğretemezler. Git, CMake ve Travis-CI kolayca öğretilebilir.

Bence senin yaklaşımın ne iyi ne de kötü değil . Mülakatçıya Github ve diğer araçları kullanmanın uygun olup olmadığını soracağım. @ İzkata yorumlarda da belirtildiği gibi, çözümünüzü herkese açık hale getiriyorsunuz.

Bir görüşmeci olarak, genellikle adayın birkaç şeyi açıklığa kavuşturmaya çalışmasının zararı olmadığını biliyorum. Ayrıca, bir veya iki soru sormak, anlamadığınız şeyleri yapmak için acele etmediğinizden iyi bir işaret olabilir.

Yine de, en önemli şeyin, sorunun çözülmüş ve iyi çözülmüş olduğunu unutmayın. Bu bakımdan, herkes bir test odasının yardımcı olduğunu kabul eder. Ancak bunun için belki de projeniz / çözümünüz ile birlikte birkaç test sınıfı göndermeniz gerekir.