it-swarm.asia

Görüşmelerde "projenizin mevcut mimarisini açıkla" sorusuna nasıl cevap veriyorsunuz?

Şu anda üzerinde çalıştığım uygulama biraz büyük. 15 dakika içinde açıklanamaz.

Son kez bazı sınıf şemaları ve bunların nasıl bağlantılı olduğunu çizdim, ancak görüşmecinin cevaptan memnun olmadığını görebiliyordum.

Bu soruyu cevaplarken vurgulanması gereken temel şeyler nelerdir?

Örneğin, oturumun nasıl yönetildiği, kalıcılığın nasıl sağlandığı birkaç şeydir.

Kaçırılmaması gereken diğer şeyler nelerdir?

10
Vinoth Kumar C M

Şahsen, sınıf diyagramları çizmeye başlarsanız, talep etmedikçe (röportaj için) derinlere ineceğinizi düşünüyorum.

En son bu soruyu sorduğumda, farklı katmanları çizdim (3 katmanlı uygulama), meclislerin nasıl haritalandığını açıkladım (çünkü bence proje için 'garip' bir şeydi), katmanların bağımlılıkları ve veri akış yönü.

Gerekirse belirli bileşenlerde daha derine inebilirsiniz. Ama asla "iş akışı mantığının bu kısmı için Workflow Foundation'ı kullandık" den çok daha derine inmedim. Bu, basit POCO nesneleri gibi önemsiz şeylerde zaman kaybetmeden belirli bir kullanılan teknoloji kullandığımıza işaret etme şansı verdi. .

Daha da önemlisi, mimariyi anladığınızı ve neden bu şekilde yapıldığını göstermektir. Daha da iyisi iyileştirme noktaları (mümkünse) ve nedenini açıklamaktır. Öte yandan tasarımın 'mükemmel' olduğunu düşünüyorsanız, tasarımın dışarıdan bir kişi için mantıklı görünmeyen belirli bir bölümünü belirtebilir ve bu projeye neden uyduğunu açıklayabilirsiniz.

16
Bart

Projenizin mimarisi hakkında yüksek düzeyde genel bir bakış sağlayamazsanız veya projeyi 5 dakika içinde (15 olsun) başka birisine açıklayamazsanız, büyük olasılıkla kömür yüzüne çok yakın olmanızdır.

Biraz mesafe kat etmelisin, böylece kendi çalışmalarını diğerlerinin gördüğü gibi görebileceksin. Tıpkı bir ressam gibi, uzaklaş ve her şeye bak. O zaman önemli şeylerin ne olduğunu 5 dakikalık bir bakışta göreceksiniz.

13
wolfgangsz

Tüm bu cevaplar mükemmel, ama çok yüksek seviyeli bir bileşen diyagramının, teknoloji yığınının bir listesinin (ör. Java, JSF, Primefaces, vb ...) ve kendinden emin bir gülümseme ve açık tutumun en iyisi olduğunu fark ettim. bu sorunun cevabı.

Mevcut projenizin mimarisini açıklarken gülümsemiyorsanız ve hatta biraz heyecanlı değilseniz, görüşmeci sizi çalışmanızdan bağımsız ve ilgisiz olarak görebilir. Heyecanlı davranıyorum ve dünyadaki "havalı" bir şey olduğunu ve görüşmeciyi gülümseyen ve rahat hale getirdiğini düşündüğüm gibi konuşuyorum ve daha ayrıntılı sorular sormaya başlıyor.

3
maple_shaft

Bu soruyu bir müşteriye nasıl açıklayacağınızı düşünün. Müşteriniz sadece genel yapıyı bilmek istediği somun ve cıvataları umursamıyor.

Aynı anlamda görüşmeci, gözden geçirmenin sadece ne tür bir ortamdan geldiğinizi ve kendi projesiyle nasıl ilişkili olduğunu görmesini ister. Projeniz hakkında konuşmanızı istemiyorlar ve röportajda sınıf diyagramları göstermemelisiniz.

Onlara mimarinin 10.000 mil genel görünümünü verin. Bir şey hakkında daha fazla ayrıntı istiyorlarsa soracaklar. Sonra daha derine inmeye başlayın.

2
Tyanna

Mümkün olan en yüksek seviyeden başlayın ve çalışın. Beyaz tahta üzerinde temel bir fonksiyonel blok diyagramı ile başlardım. Görüşmecinin (umarım) teknik açıdan yetenekli olacağını, ancak projeniz hakkında hiçbir şey bilmediğini unutmayın.

Proje ne olursa olsun, birkaç (<10) blokta temel işlemin bir taslağını çizebilmelisiniz. Daha sonra iyi bildiğiniz blokları genişletebilir ve daha fazla ayrıntı ekleyebilirsiniz. Örneğin, kalıcılıktan bahsediyorsunuz - bu ilk diyagramda tek bir blok olabilir, ancak ayrıntıları ayrıntılı olarak incelemeniz gerekiyorsa tüm bir beyaz tahtayı kapsayabilir.

Mimariyi soruyorlarsa, birbirine nasıl uyduğunu veya projenin sadece küçük bir parçası üzerinde çalışıp çalışmadığınızı görmek için bir genel bakış bekliyor olacaklar. Küçük bir alana inmeye başlamadan önce bunu sağladığınızdan emin olun.

1
Luke Graham