Come rispondi alla domanda "spiega l'architettura attuale del tuo progetto" nelle interviste? [chiuso]

Personalmente penso che stai andando in profondità (per un'intervista) se inizi a disegnare diagrammi di classe, a meno che non lo chiedono.

L'ultima volta che ho avuto questa domanda ho finito per disegnare i diversi livelli (3 livelli app), ho spiegato come sono stati mappati gli assembly (perché questo era qualcosa di "strano" per il progetto a mio parere), in quale direzione gli strati avevano dipendenze e la direzione del flusso di dati.

Puoi approfondire i componenti specifici se ti senti necessario. Ma non sono mai andato molto più in profondità di "abbiamo usato Workflow Foundation per questa parte della logica di business, proprio per questo motivo". Questo mi ha dato la possibilità di sottolineare che abbiamo usato una certa tecnologia utilizzata , senza perdere tempo su cose banali come semplici oggetti POCO.

Più importante è mostrare che comprendi l'architettura e perché è fatta così. Ancora meglio è sottolineare punti di miglioramento (se possibile) e spiegare perché. Se invece pensi che il design sia "perfetto", puoi indicare una particolare parte del design che non sembra logica per un terzo e spiegare perché si adatta a questo progetto.

Se non sei in grado di fornire una panoramica di alto livello dell'architettura del tuo progetto, o di spiegare il progetto in 5 minuti (figuriamoci 15) a qualcun altro, allora molto probabilmente il motivo è che sei troppo vicino al carbone .

Devi prendere una certa distanza, in modo da poter vedere il tuo lavoro come lo vedrebbero gli altri. Proprio come un pittore, allontanati e guarda l'intera faccenda. Quindi vedrai quali sono le cose importanti in una panoramica di 5 minuti.

Tutte queste risposte sono superbe, ma ho notato che un diagramma di componenti di altissimo livello, un elenco dello stack tecnologico, (ad esempio Java, JSF, Primefaces, ecc.) e un sorriso fiducioso e atteggiamento aperto sono la migliore risposta a questa domanda.

Se non stai sorridendo o sei anche un po 'emozionato quando spieghi l'architettura del tuo progetto attuale, l'intervistatore potrebbe vederti distaccato e disinteressato al tuo duro lavoro. Mi compiaccio e ne parlo come se fosse la cosa più "cool" del mondo e questo fa sorridere e sentire l'intervistatore, e inizia a fare domande più dettagliate.

Pensa di rispondere a questa domanda come se lo spiegassi a un cliente. Il tuo cliente non si preoccupa dei dadi e bulloni che vogliono solo conoscere la struttura generale.

Nello stesso senso, l'intervistatore vuole solo una visione d'insieme per vedere da quale tipo di ambiente proviene e in che modo è correlato al proprio progetto. Non vogliono che tu approfondisca il tuo progetto e non dovresti mostrare diagrammi di classe nell'intervista.

Quindi dai loro la panoramica di 10.000 miglia dell'architettura. Se vogliono maggiori dettagli su qualcosa, chiederanno. Quindi inizia ad andare più in profondità.

Inizia dal livello più alto possibile e lavora. Vorrei iniziare con uno schema a blocchi funzionale di base sulla lavagna. Ricorda che l'intervistatore sarà (si spera) tecnicamente competente, ma non sa nulla del tuo progetto.

Qualunque sia il progetto, dovresti essere in grado di tracciare un contorno dell'operazione di base in pochi (< 10) blocchi. È quindi possibile espandere i blocchi che conosci bene e aggiungere ulteriori dettagli. Ad esempio, si menziona la persistenza: potrebbe trattarsi di un singolo blocco nel primo diagramma, ma potrebbe coprire un'intera lavagna se è necessario eseguire il drill-down nei dettagli.

Se chiedono informazioni sull'architettura, si aspettano una panoramica per vedere se effettivamente sai come si adatta insieme o se hai appena lavorato su una piccola parte del progetto. Assicurati di fornirlo prima di iniziare il drill down su una piccola area.