면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
프로젝트에서 목록 조회 API의 응답 시간이 3초를 넘어가는 문제가 있었습니다. 처음엔 원인이 막연해 보였지만, 쿼리 실행 시간, 데이터 직렬화 시간, 네트워크 전송 시간으로 구간을 나눠 각각 측정해보니 쿼리 실행이 전체의 80퍼센트를 차지한다는 것을 알아냈습니다. 이후 인덱스를 추가하고 불필요한 조인을 제거해 응답 시간을 3초에서 400밀리초로 줄였습니다. 이 경험으로 막연한 문제도 구간을 나눠 측정하면 원인이 명확해진다는 것을 배웠습니다.
동아리 프로젝트에서 여러 조건에 따라 알림을 다르게 보내는 기능을 맡았는데, 조건 분기가 계속 늘어나며 코드가 뒤엉켰던 경험이 있습니다. 이를 조건 판단, 메시지 생성, 발송 세 개의 독립된 모듈로 나누고 각 모듈이 하나의 책임만 지도록 재설계했습니다. 그 결과 새로운 알림 조건이 추가돼도 판단 모듈만 수정하면 됐고, 이후 조건이 두 배로 늘어났을 때도 큰 수정 없이 대응할 수 있었습니다. 이 경험으로 책임을 나누는 것이 이후 변화에 대응하는 힘이 된다는 것을 알게 되었습니다.
인턴 프로젝트에서 특정 조건에서만 간헐적으로 발생하는 오류를 며칠째 잡지 못한 적이 있습니다. 전체 로직을 다시 보는 대신 오류가 발생한 요청과 발생하지 않은 요청의 차이를 하나씩 비교하며 범위를 좁혀갔고, 결국 특정 시간대에 두 요청이 같은 자원에 동시 접근하며 생기는 경합 상태임을 찾아냈습니다. 락을 추가해 문제를 해결했고, 이후 배포에서는 같은 오류가 재발하지 않았습니다. 이 경험으로 막막한 문제일수록 범위를 좁혀가는 것이 지름길이라는 것을 배웠습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.