면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
저는 복잡한 문제를 마주하면 먼저 최종 출력이 무엇인지와 주어진 입력이 무엇인지를 명확히 정의합니다. 학교 프로젝트에서 여러 소스의 데이터를 합쳐 하나의 대시보드로 보여주는 기능을 맡았을 때, 전체를 한 번에 설계하려다 막힌 적이 있습니다. 이후 수집, 정제, 집계, 표현이라는 네 단계로 나누고 각 단계의 입출력을 먼저 정의하니 구현 순서가 명확해졌습니다. 이렇게 작업을 진행해 예정보다 이틀 빠르게 기능을 완성할 수 있었습니다.
저는 큰 기능을 한 번에 구현하지 않고 가장 작은 동작 단위로 쪼개 먼저 돌아가게 만드는 것을 우선합니다. 인턴 프로젝트에서 결제 연동 기능을 맡았을 때 전체 흐름을 한 번에 구현하려다 어디서 오류가 나는지 찾기 어려웠던 경험이 있습니다. 이후 요청 생성, 응답 파싱, 상태 업데이트 세 단계로 나눠 각각 테스트하며 진행하자 오류 지점을 바로 찾을 수 있었고, 전체 개발 시간도 약 30퍼센트 단축됐습니다. 이 경험으로 작은 단위 검증이 결국 전체 속도를 높인다는 것을 배웠습니다.
저는 요구사항을 먼저 핵심과 부가로 나누고, 핵심부터 단순한 형태로 구현한 뒤 점진적으로 확장하는 방식을 씁니다. 동아리 프로젝트에서 검색 기능에 필터링과 정렬 요구사항이 한꺼번에 들어왔을 때, 모든 조건을 동시에 처리하려다 로직이 뒤엉킨 적이 있습니다. 이후 기본 검색을 먼저 완성하고 필터, 정렬을 순차적으로 얹는 방식으로 바꾸자 각 단계에서 문제 원인을 쉽게 특정할 수 있었습니다. 이 경험으로 한 번에 다 해결하려는 접근이 오히려 복잡도를 키운다는 것을 알게 되었습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.