Programlama stiliyle ilgili röportaj soruları nasıl ele alınır [kapalı]

Röportajlarda bir C ++ programcısı olarak kendimi tekrar tekrar durumlarda buldum, görüşmeci iyi programlama tarzı bilgimi araştırmak istiyordu. Bunlar tipik olarak temel OOP bilgisi etrafında odaklanmıştır.

OOP'nin kavramları kapsüllemek için yararlı olduğunu biliyorum ve günlük olarak kullanıyorum. Bununla birlikte, C ++ gibi bir dil birçok farklı stile izin verdiğinden ve TMP veya STL algoritmaları gibi bazı C ++ yaklaşımları hiç OOP değil (daha ziyade fonksiyonel programlama gibi) Kendimi diğer yaklaşımlar hakkındaki bilgimi en iyi şekilde nasıl satacağımı görüyorum. küstah ya da temelleri takdir etmeden biri olarak karşılaşmadan. OOP'lara yapılan bu vurgunun, OOP'un tedavi edici olduğuna inanıldığı 90'larda sosyalleşmesinden kaynaklandığından korkuyorum, ancak bu küstah bir bakış açısı.

Böyle soruları nasıl en iyi şekilde değerlendirebilirim?

Bu tür soruları yanıtlamak için elinizden geleni yapmanız gerektiğini söyleyebilirim, örneğin her türlü soruyu en iyi şekilde cevaplamak zorundasınız.

Daha sonra görüşmeci soru sorma fırsatı verildiğinde, konuyu gündeme getirmeli ve aşağıdaki soruları sormalısınız:

• Sadece OOP yapıyor musunuz?
• Farklı bir programlama yaklaşımı kullanıyorum, ekibinizde nasıl kabul edilebilir?

Ve böylece ... ve bu şekilde sadece uzmanlığınızı bu diğer yaklaşımlarla satma konusunda bir konuşma başlatmakla kalmaz, aynı zamanda o takımda / şirkette OOP'ye ne kadar katı ve ne kadar vurgu verildiğini görebilirsiniz.

Sorucunun motivasyonları hakkında fazla endişelenmeyin ve dürüstçe yanıtlayın. Unutmayın, bir röportaj iki yönlü bir sokaktır. İdeolojik olarak esnek olmayan bir şirkette size takılmak istediklerinden daha fazla takılmak istemezsiniz.

Bununla birlikte, görüşmecilerin niyetleri hakkında biraz paranoyak olduğunuzu düşünüyorum. Şaşırtıcı sayıda profesyonel programcı, OOP'nin temellerini anlamıyor. Zamanın% 99'u, görüşmeciler OOP kool-yardımını içip içmediğinizi görmeye çalışmıyor, ancak yalnızca temel bir anlayışa sahip olup olmadığınızı görmek istiyor. Başka bir paradigmanın belirli bir çözüm için daha uygun olduğunu düşünseniz bile, görüşmeciler bunun OOP hakkında bilgisizlikten ziyade bilgili bir sonuç olduğunu bilmek ister.

Rasyonalizasyon, birisi bir şeyi anlamadığında çok yaygın bir savunma mekanizmasıdır. İnsanlar bir kavramı anlamıyorlarsa, kavramın kendi cehaletini kabul etmek yerine aptalca veya uygulanamaz olduğunu iddia ederler. OOP'un gerçekten bir cevap için kötü bir seçim olduğunu düşünseniz bile, yine de kendinizi rasyonelleştiricilerden ayırmalısınız. Bunu yapmaya yoludur hem cepten çözüm açıklamak ve bunu bu durumda kötü bir seçim olduğunu düşünüyorum neden.

OOP ve daha fazlası olan SOLID ilkesini izlediğinizi vurgulayacağım . Kodunuzun sadece nesne yönelimli olduğunu garanti etmekle kalmaz, aynı zamanda SOLID prensibine göre nesneleri değiştirmek nispeten basit bir iştir. Sadece OOP'yi bildiğiniz mesajı göndermekle kalmaz, aynı zamanda iyi OOP kodunu C'de programlayan ve diğer tüm dillerin programlanması gerektiğini düşünen kötü karmaşık OOP kodundan ayıran şeylerin ince noktalarını anladığınızı gösterir. Aynı moda, dürüst olalım, sadece iyi bir programcı yapan şey bu, sadece OOP'yi kullanabilmek değil.

Her birinin neden önemli olduğunu ve bu ilkeyi göz ardı eden kodlamaya ne olabileceğini beş ilkenin her biri için ayrıntılı bir şekilde açıklamaya hazır olun.