“Kod örneğim” neye benzemeli? [kapalı]

Çok iyi bir telefon görüşmesi yaptım (CakePHP ile ilgili bir pozisyon için, özellikle soru için önemli değil). Görüşmeci özgeçmişim ve kişiliğimden etkilenmiş gibiydi. Sonunda, yine de, bana, gizlice korkunç bir programcı olmadığınızı kontrol etmek için mevcut çalışma projemden bir kod örneği e-postayla göndermemi istedi, ha ha!

Ben değilim de benim kod kendi ayakları üzerinde duramaz endişe, ama çok bir ara programcı ziyade uzmanıyım. Eminim benim kod örneği yapmalıdır bariz Ne tuzaklar gelmez durumda düşmek, onlar yerinde beni ekarte? İkincisi, ve bu muhtemelen cevaplanması gereken sorunun zor kısmıdır, bir kod örneğindeki hangi özellikler o kadar etkileyici olur ki, sizi anında programlayıcıya karşı daha uygun bir şekilde eğimli hale getirirler ?

Tüm fikir veya önerileri memnuniyetle karşıladı!

Temiz kodu görmek isterim :

Temiz kod : Başka bir kodlayıcının kolayca okuyabileceği veya değiştirebileceği şekilde doğru ve düzenli bir şekilde biçimlendirilmiş yazılım kodu.

Bunun anlamı:

• İşlevsellik - Önemsiz olmayan bazı basit işlev parçaları (bir grup alıcı / ayarlayıcı, hiçbir şey bildiğinizi göstermez)
• Tutarlı, temiz stil - Popüler veya en azından genel kasa, girinti, aralık ve braket stilleri
• İyi Adlandırma - Kalite adları - itek artış değeri değilse, kullanmayın . Anlamsız değişken isimleri kullanmayın.
• Temiz kodun diğer nitelikleri - Hata kontrolü, koşullar, döngüler, uygunluk yöntemleri veya faydalı yöntemler ve iyi endişelerin ayrılması (yöntemler arasında) konusunda iyi uygulamalar. Ve bu% 100 KURU olmak için iyi bir zaman - tekrarlama yok!

Onlara ilginç olabilecek kadar karmaşık bir şey göndermek istiyorsun ancak iyi bir geliştiricinin ne yaptığını hemen anlayabileceği kadar temiz .

Yukarıdaki yorumlardan bazıları, bunun ne kadar kolay bir şekilde sahte olabileceği ile ilgili gibi görünmektedir.

^{* At Görüşmeci, ön geçmiş projeler hakkında sorulan çok az ise o zaman bu projeden bir numune için istedi ve bunu yazmanı gerekli sordu ya nasıl gelişti, ben süreç oldukça yalancı geçirmez olacağını düşünüyorum. Ben en çok adaylar düşünmek istiyorum yalan zaten başka alanlarda sorunları göstermek için gidiyoruz.}

İş ararken, birkaç farklı dilde bir dizi ACM programlama yarışması sorusu çözdüm ve o zamandan beri kod örnekleri için kullandım. İyi kod örnekleri yaptıklarını düşünüyorum çünkü:

• Zorlu problemleri çözdüler
• Sorun çok fazla bir bağlam gerektirmiyordu, ayrıca soruları almak kolaydı
• Yazılan kodun kendisiyle ilişkili herhangi bir IP riski yoktur.
• Her sorun makul bir şekilde tek bir dosyada bulunabilir ve genellikle çok uzun sürmez, bu nedenle herkesin çözümünüzü derlemesi ve test etmesi kolay olmalı ve sorulardaki test verilerini kullanabilir.
• Karmaşık bir sorunu daha küçük parçalara ayırabileceğinizi gösterir.
• Çözümünüzün herhangi bir yönünün nasıl çalıştığı hakkında sorular sorulursa, size, ne hakkında konuştuğunuzu bildiğinizi göstermek için harika bir fırsat verir, özellikle de çok eskiyse ancak ne olduğunu hızla çözebilirsiniz.

Ve sonra, oluşturduğunuz kod açık, tutarlı, okunması kolay ve anlaşılması kolay olmalıdır.

Ve son olarak:

• Onları sadece eğlence için çözmeye değer ve iyi bir pratiktir.

• Hatayı derlemel / yorumlamalı ve en yüksek katılık derecesinde ücretsiz uyarmalıdır.
• Her gün yazdığınız boyler kodu olmamalıdır. Eşsiz ve ilginç olun, bu yüzden kopyala / yapıştır yapmadınız.
• Bunları neden / neden yaptığınızı açıklayan yorumlarla bazı ilginç tasarım kararları olmalıdır.
• Yazdırılan en fazla 2-3 sayfa hedefleyin.
• Başvurduğunuz dilde olmalıdır.
• İlk defa okuduğumda beynimi acıtmamalı. Bir arkadaşınıza bakın ya da kod yazarken gönderin.

Seninle röportaj yapıyor olsaydım , kodunu görmek isterdim .

Temizlik iyi, problem çözme iyi, fakat gerçek kod daha iyi. İyi bir programcı, ne zaman başka bir programcı tarafından kandırıldığını bilir, böylece güven azalır.

Başka bir kişinin kodunu okumak, dans etmekle seks yapmak gibidir: gerçek şeyin ne zaman olduğunu bilirsiniz ve eğer diğer kişi sahte ise, sonunda bir felaket meydana gelir. (sadece gerçek inekler dans etmeyi bilmediğini farkettim)

Sadece kendine ve kodlama yeteneklerine güven . Görüşmecinizi gerçekten tanımıyorsanız, kodlama stilinizden / becerilerinizden ne beklediğini tahmin edemezsiniz.

Ayrıca şu anki işvereninizin kodunun OLMADIĞINDAN çok dikkatli olun (Size sahip olmadıklarını ve paylaşmayı sevmeyeceklerini garanti ederim.). Gurur duyduğunuz bir şeyi alın ve işvereninize özel olmamak için kendiniz yeniden çalışın (veritabanı tablolarına veya sunucu adlarına, vb. Referanslardan kurtulun). Ne yaparsanız yapın, hatalı olan veya kod türü için kötü bir teknik olan kod göndermeyin (set tabanlı bir işlem daha kolay olduğunda ve SQL kodunu incelerken daha iyi performans gösterdiğinde imleci gönderen birini reddederim.) Diğer diller için, diğer daha yaygın problemler için kullanılabilecek fakat diğer problemler için en iyi seçenek olmayan, nispeten nadir görülen bir problem problemini çözmek için var olan benzer teknikler vardır.

Renesis'ten yazılanları temiz kodla ilgili olarak ikinci olarak söylerdim, ancak gönderdiğiniz koda kalite ve iyi belgelenmiş birim testleri sağlayan listeye eklerdim. İyi bir programcının kodları için birim testleri yazması gerekir.

Adayları değerlendirirken kod örnekleri talep eden birinden bir görüş olarak, birkaç yüksek seviye özellik (kodun içeriği) ve birkaç düşük seviye özellik (kodun yapısı) vardır. Yüksek seviye özellikler:

1. Kimlik : Kodun tadı. Kendinizi bir UI / HCI kodlayıcı olarak faturalandırıyorsanız, çalıştırdığımda görsel bir şey için iyi bir görünüm / his görmek istiyorum. Bir DB oluşturucusuysanız, veri gösterimi veya analiziyle ilgili ilginç bir şey görmek istiyorum. Örnek gurur duyduğunuz bir şey olmalı . Bunlardan en az birine sahip değilseniz kimliğiniz yoktur.
2. Olgunluk : Farklı problemler için stratejileri değiştirir misiniz? İlginç problemleri mi çözüyorsun? Kod veya yaklaşımın benzer bir soruna yol açması kolay olur mu? Sohbette, bir kargo kültesi cemaatinin bir üyesine bakıyormuş gibi hissediyorum mu?
3. İletişim : Kod ne yaptığını ve neden olduğunu kolayca açıklıyor mu? Bu, kodun basit olması gerektiği anlamına gelmez. Aslında, karmaşık kodun anlaşılmasını kolaylaştıran bir avantajdır.

Düşük seviye yönleri daha basittir:

1. Stil : Kod temiz, tutarlı (bazı belirlenmiş yönergeleri izler) ve iyi belgelendirilmiş olmalıdır.
2. paketleme : En azından kısa bir benioku, çalıştırılabilir bir versiyon ve çalıştırılabilir testler olmalıdır. Benioku bana bu ikinci kodun nasıl çalıştırılacağını ve bu özel kod örneğini neden gösterdiğinizi anlatmalıdır.
3. Dil (ler) : Tipik olarak birinden pozisyon için dilden bir örneklemenin yanı sıra en güçlü hissettiğini de isterim. Kişinin mevcut tavanları hakkında iyi bir fikir verir.

İyi bir aday için, bir örneğin olmasını beklerim: A) Kurşun geçirmez küçük bir örnek veya B) Daha büyük ve ilginç bir projenin iyi bir parçası (örneğin, bir Github kişisel deposundan bir modül). Kişisel projeler ya da akademik projeler olmalarını bekliyorum. Birini ücretli bir projeden gönderirlerse, kullanmalarına izin verildiğine dair bir not bekliyorum. Eğer o notu alamazsam, onları adaylardan keser (zayıf aday) veya görüşme sırasında (güçlü aday) sorarım. İznin olmaması büyük bir kırmızı bayrak (muhtemelen yenilmez) olacaktır. İleri bir aday için, işlerinin bir parçası olarak yapıldığı için en iyi kaynak örneklerinden bazılarının gösterilemediğini belirten bir feragatname bekliyorum. Bununla birlikte, bu gösterilemez tasarımla neden gurur duyduklarının ve bir çocuk gibi nasıl sevildiklerine dair feci bir ifade bekliyorum.

Son olarak, bazı insanlar "Ah, birisi internetten sadece bir kod örneği alabilir" diye hile yaptığında, karşıt argüman, üretim kalitesi kodunu iyi anlamayan çoğu kişinin de gördüklerinde bunu anlamadıklarını ifade eder. . Ayrıca, kişi her zaman Google’ın kodun kontrol etmesi için ayırt edici bir satır olabilir. Ayrıca, en iyi durumda, kod çalmak adayı kendilerini utandırdıkları bir röportaja yönlendirecektir (“Peki neden bu şekilde yaptın…?”).

Önceki istihdam kodundan son bir not: Sadece yapma. Bir İK açısından, önceki istihdamdan kod istemek uygunsuzdur ve şirket hakkında bir kırmızı bayrak vardır. Her ikinizin de yasal sorumluluğu vardır (yani, her ikiniz de dava edilebilir) ve ne yaptıkları hakkında hiçbir fikirleri olmadığını gösterir. Önceki bir işveren için yapılan kod, kod zaten halka açık değilse veya bu işverenden açıkça izniniz olmadıkça asla verilmemelidir. Daha kötüsü, büyük bir şirkette doğrudan patronunuz size izin verme yetkisine sahip olmayabilir, bu durumda hukuk departmanıyla iyi eğlenceler mi? Çıkmakta olan bir çalışan için IP’lerini göstermekten çok mutlu olacaklarına eminim.