이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
큰 아키텍처 설계 실무는 없습니다. 학부 종합설계 4명 팀 8주 프로젝트에서 작은 모놀리스를 모듈 단위로 나눈 자리가 가장 가까운 경험입니다.
첫 4주에 한 파일에 모든 로직을 쓴 자리가 있었습니다. 한 자리의 변경이 다섯 자리를 깨는 자리가 매주 일어났습니다. 5주차에 도메인 단위로 모듈을 나누고·인터페이스를 명시한 뒤에 한 자리 변경이 다른 자리에 안 닿는 자리가 됐습니다.
첫 4주에 경계 없이 쓴 실패가 있었고, 그 일이 경계는 첫 자리부터라는 자세를 만들었습니다. 실무에서도 사수의 모듈 경계·인터페이스 양식부터 익히고 싶습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다.
변경에 유연한 아키텍처에서 챙겨야 한다고 배운 자리는 네 곳입니다.
첫째, 명확한 경계. 모듈·레이어 사이에 인터페이스를 글로 합의. 둘째, 의존성 방향 통제. 바깥 레이어가 안쪽 레이어를 의존하지 않게. 셋째, 변경 가능성 높은 자리 격리. 외부 API·정책 규칙은 별도 레이어로 빼서 변경 시 영향 작게. 넷째, 테스트가 같이 있는 자리.
변경할 때 안전망.
종합설계에서 외부 API를 도메인 로직에 직접 박은 실패가 있었고, API가 바뀌었을 때 다섯 자리를 같이 바꾼 자리가 있었습니다. 그 일이 변경 가능성 높은 자리는 격리라는 자세를 만들었습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다.
아키텍처의 가치는 지금 잘 도는 자리가 아니라 미래의 변경을 작게 만드는 자리라는 걸 학부에서 봤습니다.
첫 4주의 코드는 잘 돌았습니다. 그 코드의 진짜 문제는 5주차에 요구가 바뀌었을 때 다섯 자리를 같이 바꿔야 한 자리였습니다. 지금 잘 도는 자리와 미래에 변하기 쉬운 자리는 다른 자리였습니다.
첫 4주에 변경 가능성을 안 본 실패가 있었고, 그 일이 변경을 위한 자리는 첫 자리부터라는 자세를 만들었습니다. 실무에서도 사수의 아키텍처 결정 기록부터 익히고 싶습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 프론트엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.