면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
학교 캡스톤 프로젝트에서 Spring Boot로 만든 서버를 AWS EC2에 배포했습니다. 초기에는 인스턴스 하나에서 애플리케이션과 데이터베이스를 함께 운영했는데, 부하 테스트 중 동시 요청 50건을 넘기면 응답 지연이 심해지는 문제를 발견했습니다. 데이터베이스를 RDS로 분리하고 커넥션 풀 설정을 조정한 뒤 같은 조건에서 응답 시간을 800밀리초에서 200밀리초로 줄였습니다. 이 경험으로 프레임워크 사용법 자체보다 배포 구조가 성능에 미치는 영향이 크다는 것을 배웠습니다.
팀 프로젝트에서 여러 도메인 서비스가 공통으로 쓰는 인증·로깅 모듈을 Spring AOP로 분리해 개발했습니다. 처음에는 각 컨트롤러마다 인증 로직을 반복 작성했는데, 코드 중복이 늘어나는 것을 보고 공통 모듈로 추출하자고 팀에 제안했습니다. 그 결과 새로운 API를 추가할 때 인증 코드 작성 없이 어노테이션 하나로 적용할 수 있게 됐고, 팀 전체 개발 속도가 눈에 띄게 빨라졌습니다. 공통 기능은 처음부터 완벽하게 설계하기보다 반복이 보일 때 리팩토링하는 시점을 판단하는 것이 중요하다고 생각합니다.
개인 프로젝트에서 서버 사이드 애플리케이션을 만들 때 Node.js와 Spring Boot 중 Spring Boot를 선택했습니다. 팀원 대부분이 Java에 익숙했고, 향후 트래픽이 늘었을 때 타입 안정성과 검증된 생태계가 유지보수에 유리하다고 판단했기 때문입니다. 실제로 개발 중반에 결제 연동 기능을 추가할 때 관련 라이브러리와 레퍼런스가 풍부해 예상보다 빠르게 통합할 수 있었습니다. 기술 선택은 유행보다 팀 상황과 프로젝트 성격에 맞는 근거로 판단해야 한다고 생각합니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.