인터뷰에서“프로젝트의 현재 아키텍처 설명”질문에 어떻게 대답합니까? [닫은]

현재 작업중 인 응용 프로그램은 약간 큽니다. 15 분 정도면 설명 할 수 없습니다.

마지막으로 클래스 다이어그램과 그 링크가 어떻게 그려 졌는지 면접관이 대답에 만족하지 못한다는 것을 알 수있었습니다.

이 질문에 대답 할 때 강조해야 할 주요 사항은 무엇입니까?

예를 들어, 세션 관리 방법, 지속성 달성 방법은 거의 없습니다.

놓치지 말아야 할 다른 것들은 무엇입니까?

개인적으로 클래스 다이어그램을 요구하지 않는 한 수업 다이어그램을 그리기 시작하면 (면접을 위해) 심층적으로 생각할 것입니다.

마지막 으로이 질문을 받았을 때 다른 레이어 (3 티어 앱)를 그렸습니다. 어셈블리가 어떻게 매핑되었는지 설명했습니다 (이것은 내 의견으로는 프로젝트에 '홀수'한 것이기 때문에). 데이터 흐름 방향.

필요하다고 생각되면 특정 구성 요소를 더 깊이 이해할 수 있습니다. 그러나 나는 "그 이유 때문에 비즈니스 로직의이 부분에 Workflow Foundation을 사용했습니다"보다 더 깊이 들어 가지 않았습니다. 이를 통해 간단한 POCO 객체와 같은 사소한 일에 시간 을 낭비 하지 않고 특정 기술을 사용 했음을 알 수있었습니다.

더 중요한 것은 아키텍처를 이해하고 왜 그렇게했는지 보여주는 것입니다. 개선점 을 지적하고 (가능한 경우) 그 이유를 설명하는 것이 더 좋습니다 . 반면에 디자인이 '완벽하다'고 생각하는 경우 설계자에게 논리가 아닌 디자인의 특정 부분을 지적하고이 프로젝트에 적합한 이유를 설명 할 수 있습니다.

프로젝트 아키텍처에 대한 높은 수준의 개요를 제공 할 수 없거나 다른 사람에게 프로젝트를 5 분 안에 (15만으로) 설명 할 수없는 경우, 그 이유는 아마도 당신이 콜 페이스에 너무 가깝기 때문일 것입니다.

약간의 거리를 확보해야하므로 다른 사람들이 보는 것처럼 자신의 작업을 볼 수 있습니다. 화가처럼 그냥 물러서서 모든 것을보십시오. 그러면 5 분 개요에서 중요한 것이 무엇인지 알게됩니다.

이 모든 답변은 훌륭하지만 매우 높은 수준의 구성 요소 다이어그램, 기술 스택 목록 (예 : Java, JSF, Primefaces 등)과 자신감과 미소와 열린 태도가 가장 좋습니다. 이 질문에 대답하십시오.

현재 프로젝트의 아키텍처를 설명 할 때 웃지 않거나 조금 흥분하지 않는다면 면접관은 당신이 당신의 노력에서 분리되고 무관심한 것으로 볼 수 있습니다. 나는 세상에서 "가장 멋진"것이라고 생각하고 인터뷰자가 웃고 편안하게 느끼는 것처럼 흥분하고 그것에 대해 이야기하며, 그는 더 자세한 질문을하기 시작합니다.

이 질문에 대답하는 방법을 고객에게 설명하는 것처럼 생각하십시오. 고객은 전체 구조를 알고 싶어하는 너트와 볼트에 신경 쓰지 않습니다.

같은 의미에서 면접관은 개요를 통해 어떤 유형의 환경에서 왔는지와 자신의 프로젝트와 어떻게 관련되는지 확인하려고합니다. 그들은 당신이 당신의 프로젝트에 대해 드론하기를 원하지 않으며 인터뷰에서 수업 다이어그램을 보여서는 안됩니다.

따라서 건축에 대한 10,000 마일 개요를 제공하십시오. 그들이 무언가에 대해 더 자세히 알고 싶다면 물어볼 것입니다. 그런 다음 더 깊이 들어가십시오.

당신이 할 수있는 가장 높은 수준에서 시작하여 아래로 내려갑니다. 화이트 보드의 기본 기능 블록 다이어그램으로 시작하겠습니다. 면접관은 (기술적으로) 기술적으로 숙련 될 것이지만 프로젝트에 대해서는 아무것도 모른다는 것을 기억하십시오.

프로젝트가 무엇이든간에 기본 작업의 개요를 몇 (<10) 블록으로 그릴 수 있습니다. 그런 다음 잘 아는 블록을 확장하고 세부 정보를 추가 할 수 있습니다. 예를 들어 지속성을 언급합니다. 첫 번째 다이어그램에서 단일 블록 일 수 있지만 세부 정보로 바로 드릴 다운해야하는 경우 전체 화이트 보드를 덮을 수 있습니다.

아키텍처에 대해 묻는 경우 아키텍처가 실제로 어떻게 적합한 지 또는 프로젝트의 작은 덩어리에서 작업했는지 여부를 알기 위해 개요를 기대합니다. 하나의 작은 영역에서 드릴 다운을 시작하기 전에이를 제공하십시오.