예시 답변 1
약 75초
개인 사이드 프로젝트에서 설계부터 배포까지 해본 경험 중심
혼자 스터디 매칭 웹 서비스를 만들면서 설계부터 배포까지 처음으로 전 과정을 경험했습니다. 설계 단계에서 기능을 너무 많이 넣었다가, 개발하면서 3개 기능을 다시 빼야 했습니다. 설계 때 현실적인 스코프를 잡는 게 얼마나 어려운지 그때 처음 실감했습니다. 그 중 가장 도전적이었던 건 매칭 알고리즘 설계였는데, 처음 설계한 방식이 실제 데이터에서 원하는 결과를 못 내서 2주를 낭비했습니다. 결국 더 단순한 방식으로 바꿨는데, 오히려 사용자 반응이 더 좋았습니다.
복잡한 것보다 잘 작동하는 게 낫다는 걸 그 경험으로 배웠습니다. 현업에서 팀 단위 제품 개발 과정을 경험하고 싶습니다.
이 결의 특징
기능을 과하게 넣었다가 개발 중 3개를 다시 빼야 했던 스코프 실패와, 매칭 알고리즘을 단순한 방식으로 바꾼 뒤 오히려 반응이 좋아진 전환점을 짚은 흔적이 있습니다. 복잡함보다 작동을 우선한 결이 담겨 있습니다.
이 결이 통하는 자리
2주를 낭비한 실패에서 더 단순한 방식으로 전환한 이유가 구체적으로 살아 있을 때 통합니다. 설계 스코프를 다시 좁히는 판단이 드러날 때 면접관이 설계 감각을 읽는 결이 보입니다.