Senior dev için bu teknik ayrıntılı görüşme sorusunun anlamı nedir? [kapalı]

Senior plus gibi daha üst düzey bir programcı unvanı kazanmak için dahili bir tanıtım röportajım oldu. Ve farklı teknolojiyi kullanan yaklaşık 7 kişi ile röportaj yaptım ve benimle aynı teknolojiyi kullanan kişiler (.Net), JIT nedir, GC'nin nasıl çalıştığı gibi Google üzerinden kolayca bulunabilen çok teknik ayrıntılı soru sorma eğilimindedir. , Liste ve Dizi arasındaki fark, soyut sınıf ve arabirim, temsilci ve olay, hatta dosya yükleme işlemi sırasında sınıf adı nedir, vb. Ve projemdeki tasarım fikrimden biri hakkında sorulan tek bir sorum var ve sadece basit tartışma. Ama diğer birçok tasarım seçimim için ilgilenmiyorlar.

Ben henüz sonuç alamadım ve bu hafta geç olacak, ama işte benim endişem:

Ben şahsen üst düzey bir programcı olarak oynadığımı düşünüyorum, çoğunlukla problemleri çözüyorum ve sadece bunu yapabilmenin belirli bir yolu olduğunu bilmem gerekiyor ama her ayrıntılı şeyi hatırlamayabilirim ve bu yüzden bu ayrıntılı referansa sahip olmalıyız MSDN gibi belgeler.

Eğer Orta ve Orta Seviye gibi bu alanda çok fazla deneyime sahip olmadığımı fark ettiysen iyi hissediyorum, ama daha üst düzey bir adamla röportaj yapma eğiliminde olduğunda, bu adamın mantıksal düşünmesinin nasıl olduğunu ve ne kadar iyi olduğunu görmek için daha fazla odaklanmamalısın. problemleri çözüyor mu? Herkes sadece detaylı küçük nokta teknik şeyler biliyorsanız o zaman Kıdemli + olduğunu düşünüyor mu. Ve bu röportaj soru kitaplarını kontrol ederek daha fazla bu tür sorular olduğunu buldum.

Eğer bu röportaj soru listesi kitabından 5 gün geçirirsem, bu adamlara kolayca vay canına ulaşabilirim, ama bu gerçekten bir şey ifade ediyor mu? Bu tür bir röportaj, bu problemi nasıl çözecekleri hakkında hiçbir fikirleri olmasa bile, işleri iyi bilenlerin daha yüksek maaş aldıklarını hatırlamasına izin verebilir.

Peki bu neden dünyada oluyor, bu sadece problem çözme becerilerine neden olmak, tasarım becerilerini ölçmek zor mu? Bu şirkete yıllarca hizmet ediyorum ve diğer şirketlerle çok az röportaj yaptım, bu yüzden her şirketin aynı şeyi yapması acaba?

Yoksa bu sadece kendi sorunum mu ve internet olmadan da çalışabilmem için aklımdaki MSDN'deki her şeyi hatırlamak için daha fazla uğraşmam mı gerekiyor?

DÜZENLE

Frank'in iş görevleri konusundaki endişeleriyle ilgili durumumu daha iyi açıklamak için. Üzgünüm, bu kötü durumum bu arka planı netleştirmedi.

Aslında özel olarak işin görev değişiklikleri olmayacak, şahsen kod incelemesi, akıl hocası üyeleri, BA'nın dokümanı incelemek ve teknik fikirler vermek, yeni projelerin tasarım mimarisi gibi daha önce kıdemli olarak oynadığımı düşünüyorum. kıdemli olmadan kaldı ve ben bir ödeme makbuzu yansıtacak ve böyle bir röportaj yol almak istedi. Bu bir Saas şirketidir, bu yüzden ürünler hala hayatta olduğu sürece insanlar tek bir projede kalmaktadır, bu da insanların mevcut ürüne dayalı daha yeni özellikler tasarlayabilmelerine, canlı sunuculardaki teknik zorlukları düzeltmelerine, tasarım / kod inceleme / mentorluğa ihtiyaç duymalarına yol açmaktadır. Üyeler Ve tekniğe dayalı daha üst düzey mimar Mimar olacak ve Teknik Uzman ile benzer bir işimiz yok. Teknik Uzman rolünü oynamak istiyorsanız, kullandığınız teknoloji hakkında daha fazla bilgi sahibi olmanız gerektiğini kabul ediyorum. Üzgünüm, bu kötü durumum bu arka planı netleştirmedi.

Kıdemli bir mühendis ve mühendis kiralayan bir kişi olarak, görüşme sürecinin tüm kavramsal bilgileri kaçırdığı anlaşılıyor.

Üst düzey mühendislerimin bir sonucu göstermesini, doğru teknolojiyi seçmesini, doğru veritabanını ve süreçleri tasarlamasını ve ayrıntıları gerektiğinde diğer mühendislere devredebilmesini istiyorum. Google her zaman yanlarında, bu yüzden kulağına ne kadar büyük bir SD kart taktıklarından ziyade sonuç verme yeteneklerine odaklanıyorum. (Lol).

Umarım iyi çalışır.

Durumunuzda bir Senior + 'nın görevlerinin ne olacağından tam olarak emin değilim. Her zaman işinizin görevlerinin ne olduğunu bilmenin, pozisyonunuzun adı verilen şeyden çok daha önemli olduğunu unutmayın. İş unvanınızın önünde bir Kıdemli olması finansal sonuçlarınız üzerinde bir etkiye sahip olabilirken, işinizde gerçekte ne yaptığınız hakkında hiçbir şey söylemez. Bununla birlikte, iki farklı türde üst düzey "geliştirici" vardır.

sistem mimarı

Böyle bir pozisyon için röportaj yaptıysanız, aslında bir şey yanlıştır. Gahooa ile böyle bir röportajın sizde eksik görünen adayın büyük resim düşüncesine odaklanması gerektiğine katılıyorum.

Bununla birlikte, bununla ilgili kötü bir bakış açısı da vardır: günlük işlerde bu küçük detay şeyleri her zaman bunalmış olacaksınız ve tüm bu küçük rahatsızlıklara rağmen büyük resmi takip etmek sizin sorumluluğunuzda olacaktır. Eğer bir adayın küçük detaylarda kendini kaybedip kaybedemeyeceğini test etmek istiyorsanız, bir yol sadece onu bu detaylarda batırmaya çalışmak olabilir. Öngörülen mimari konumunun büyük resim ile ilgili olduğunu hatırlatmadıysanız - bu testi başarısız olmuş olabilirsiniz. Şüpheye rağmen, bu tür röportajlar kesinlikle şeylerin dostça tarafında değil.

Teknik Uzman

Bu durumda, genel sistem mimarisini ve şirket yönünü çok fazla etkileyemeyebilirsiniz. Bunun yerine tasarım düzeyine odaklanacaksınız. Örnek olarak verdiğiniz tüm soruların bu kategoriye tam olarak uyduğunu unutmayın. SW tasarımlarından sorumlu üst düzey bir geliştiriciden, en karmaşık detaylardan başka bir şey aramaya gerek kalmadan JIT, GC, veri yapıları vb. Bir yazılım tasarımı yapmanız gerekiyorsa, ancak bir dizi ve bir liste arasındaki farkı bilmiyorsanız yanlış konumdasınızdır.

Sorunuzu okuduktan sonra iş konumunuzun (şimdiki ve önerilen) yazılım tasarımına odaklandığından şüpheleniyorum. Bu durumda, aslında neyi bilmeniz / hatırlamanız ve neyi bilmemeniz gerektiğini yeniden düşünmek isteyebilirsiniz. Bunlarla her gün çalıştığınız göz önüne alındığında, bunlar gibi temel soruları cevaplamak için bir şey aramaya çok az ihtiyaç duyulmalıdır.

Bir yan not: eski bir profesör, ileri düzey derslerde sözlü sınavlarda ilköğretim konuları hakkında soru sorma alışkanlığına sahipti. Bu konular hiçbir zaman ileri düzey kurslarda açık bir şekilde ele alınmasa da, bir öğrencinin ilkokuldan öğrenmesi gerekiyordu. Mülakatlarda (her türlü) ben de bu davranışa bağlıyım, çünkü son yıllarda, "ileri" bir şey için öğrenci / adayların vakıflar dışında nasıl ciddi bir eksikliği olduğuna tanık oldum. Bu akıl yürütme göz önüne alındığında, bir kişi için bir adayın bir dinleyici modelinin ne olduğunu veya dinleyicilerin bir dizide listeye karşı sette bir sette kalmasını sağlamak için ne gibi bir soru sorma konusunda bir derdi yoktur.

Özür dilerim, ama size sorulan soruların, gerektiğinde Google'da bulunması gereken bilgiler olduğunu düşünmüyorum. Upload dosyasını işlerken sınıf adı için bu geçerli olabilir, ancak:

• JIT nedir: Bu temel bir teknolojik sorundur. Kıdemli bir programcı bunun en azından yüksek seviyede ne anlama geldiğini kesinlikle bilmelidir. Örneğin, bu, farklı VM ve çalışma zamanlarının performansını etkiler, bu nedenle en azından yeni bir teknoloji değerlendirilirken dikkate alınmalıdır.
• GC nasıl çalışır: yukarıdakine benzer. GC için algoritmalar oldukça basittir ve en azından jenerasyon GC'ye karşı mark & ​​sweep, referans sayımı ve çeşitli dengesizliklere aşina olmalıdır.
• List ve Array arasındaki fark: Bu, küçük bir programcının bilmesini beklediğim temel bir soru
• soyut sınıf ve arayüz: yukarıdakiyle aynı. En azından arayüzleri bilmeden karmaşık bir sistemin nasıl mimarisini beklediğini anlamıyorum
• delege ve etkinlik: yine, sağlam ve esnek bir sistem tasarlamak için, etkinlik delegasyonu temel modellerden biridir.

Bana öyle geliyor ki, trivia'da kaybolmadan kıdemli bir programcı ile ilgili kavramsal sorular sorma konusunda oldukça iyi bir iş çıkardılar.