무엇을 썼는지보다 왜 선택했는지
캐시, 데이터베이스, 모델, 프레임워크 이름을 나열하는 데서 멈추지 마세요. 해결하려는 문제와 제약을 먼저 말하고, 실제 비교한 대안과 선택 이유를 설명하면 면접관이 판단 과정을 이해하기 쉬워요.
내 코드의 입력과 출력부터 설명해요
코드 설명은 클래스 이름이나 변경 줄 수보다 입력·출력과 핵심 동작부터 시작하세요. 무엇이 잘못됐고 어떤 조건을 바꿨는지 설명한 뒤, 경계 조건과 회귀 테스트를 연결해 보세요. 기존 라이브러리 전체를 자신의 구현처럼 설명하지 않는 것도 중요해요.
검증과 성과를 구분해요
출력이 같다는 테스트와 더 빨라졌다는 성능 측정은 다른 검증이에요. 메모리 예약량, 실제 상주 메모리, 최대 사용량도 같은 숫자가 아닙니다. 주장하려는 효과에 맞는 지표를 골라야 해요.
꼬리질문은 전제를 바꾸며 연습해요
왜 다른 방법은 쓰지 않았나요, 그 조건이 달라지면요, 실패하면 어떻게 되나요처럼 전제를 바꿔 보세요. 하나의 답을 더 길게 외우기보다 성립 조건과 한계를 이해하는 편이 여러 질문에 대응하기 좋습니다.