Como você responde à pergunta "explicar a arquitetura atual do seu projeto" em entrevistas? [fechadas]

A aplicação em que estou trabalhando atualmente é um pouco enorme. Não pode ser explicado em 15 minutos ou mais.

Na última vez, acabei desenhando alguns diagramas de aula e como eles estão vinculados, mas pude ver que o entrevistador não estava satisfeito com a resposta.

Quais são as principais coisas que devem ser destacadas ao responder a essa pergunta?

Por exemplo, como a sessão é gerenciada, como a persistência é alcançada são poucas coisas.

Quais são outras coisas que não devem ser esquecidas?

Pessoalmente, acho que você vai se aprofundar (para uma entrevista) se começar a desenhar diagramas de aula, a menos que eles o solicitem.

Na última vez em que fiz essa pergunta, acabei desenhando as diferentes camadas (aplicativo de 3 camadas), expliquei como as montagens eram mapeadas (porque isso era algo 'estranho' para o projeto na minha opinião), em qual direção as camadas tinham dependências e as direção do fluxo de dados.

Você pode aprofundar-se em componentes específicos, se achar necessário. Mas nunca fui muito mais profundo do que "usamos o Workflow Foundation para essa parte da lógica de negócios, por esse motivo". Isso me deu a chance de salientar que usamos uma certa tecnologia usada , sem perder tempo com coisas triviais, como objetos simples do POCO.

Mais importante é mostrar que você entende a arquitetura e por que é feita dessa maneira. Melhor ainda é apontar pontos de melhoria (se possível) e explicar por que. Se, por outro lado, você acha que o design é 'perfeito', você pode apontar uma parte específica do design que não parece lógica para um viajante e explicar por que ele se encaixa nesse projeto.

Se você não conseguir fornecer uma visão geral de alto nível da arquitetura do seu projeto, ou explicar o projeto em 5 minutos (quanto mais 15) para outra pessoa, provavelmente o motivo é que você está muito próximo da superfície de carvão.

Você precisa se distanciar, para poder ver seu próprio trabalho como os outros o veriam. Assim como um pintor, afaste-se e olhe para a coisa toda. Então você verá quais são as coisas importantes em uma visão geral de 5 minutos.

Todas essas respostas são excelentes, mas notei que um diagrama de componentes de nível muito alto, uma lista da pilha de tecnologias (por exemplo, Java, JSF, Primefaces, etc ...) e um sorriso confiante e uma atitude aberta são os melhores responda a esta pergunta.

Se você não estiver sorrindo ou um pouco animado ao explicar a arquitetura do seu projeto atual, o entrevistador poderá vê-lo como desapegado e desinteressado em seu trabalho duro. Eu me empolgo e falo sobre isso como se fosse a coisa "mais legal" do mundo e isso deixa o entrevistador sorridente e confortável, e ele começa a fazer perguntas mais detalhadas.

Pense em responder a essa pergunta como você explicaria a um cliente. Seu cliente não se importa com as porcas e parafusos que eles querem apenas conhecer a estrutura geral.

No mesmo sentido, o entrevistador apenas deseja que a visão geral veja de que tipo de ambiente você é proveniente e como isso se correlaciona com o próprio projeto. Eles não querem que você fale sobre seu projeto e não deve mostrar os diagramas de aula na entrevista.

Portanto, ofereça a eles uma visão geral de 10.000 milhas da arquitetura. Se eles quiserem mais detalhes sobre algo, eles perguntarão. Então comece a ir mais fundo.

Comece do nível mais alto possível e trabalhe para baixo. Eu começaria com um diagrama de blocos funcional básico no quadro branco. Lembre-se de que o entrevistador (esperançosamente) será tecnicamente qualificado, mas não sabe nada sobre o seu projeto.

Qualquer que seja o projeto, você poderá desenhar um esboço da operação básica em alguns (<10) blocos. Você pode expandir os blocos que conhece bem e adicionar mais detalhes. Por exemplo, você menciona persistência - esse pode ser um bloco único no primeiro diagrama, mas pode cobrir um quadro branco inteiro se você precisar detalhar os detalhes.

Se eles estão perguntando sobre a arquitetura, eles esperam uma visão geral para ver se você realmente sabe como ela se encaixa ou se você apenas trabalhou em um pequeno pedaço do projeto. Certifique-se de fornecer isso antes de começar a detalhar uma pequena área.