이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
팀 프로젝트에서 백엔드 프레임워크를 고를 때 팀원 4명 중 3명이 Spring Boot 경험이 있어서 그 프레임워크로 결정했습니다. 저는 FastAPI를 해보고 싶었지만 소수 의견이었습니다.
결과적으로는 좋은 선택이었습니다. 프레임워크를 익히는 데 쓸 시간이 줄어들어 기능 개발에 더 집중할 수 있었기 때문입니다. 낯선 기술로 도전했다가 마감을 못 맞춘 이전 팀의 사례도 봤기 때문에, 팀의 현재 역량을 기준으로 선택하는 게 현실적이라고 생각했습니다.
다만 이번 선택이 특정 기술 편향으로 굳어질 수 있다는 걱정도 있습니다. 그래서 개인 프로젝트에서는 의도적으로 다른 프레임워크를 써보는 중입니다. 프레임워크 선택 기준 중 팀 숙련도가 가장 현실적인 1순위라고 생각합니다.
졸업 프로젝트에서 처음엔 Django로 API를 만들었는데, 동시 요청 50개 이상에서 응답이 몇 배 이상 느려지는 문제가 생겼어요.
Django의 동기 처리 방식이 병목이라고 판단하고, 비동기 처리가 기본인 FastAPI로 성능 병목이 있는 엔드포인트 2개만 이전했어요. 전체를 다 바꾸면 개발 시간이 너무 많이 드니까 부분 전환을 선택했습니다.
이후 해당 엔드포인트의 p95 레이턴시가 800ms에서 120ms로 줄었어요. 완전히 전환하지 않아도 되는 게 확인됐습니다. 프레임워크 선택에서 성능과 개발 속도를 모두 보는 게 중요하고, 때로는 혼합 사용이 현실적인 대안이 된다는 걸 배웠어요.
여러 프로젝트를 하면서 프레임워크를 고를 때 처음엔 기능 목록만 봤는데, 나중엔 더 중요한 게 있다는 걸 느꼈어요.
가장 크게 배운 건 생태계 크기예요. 사용자가 많은 프레임워크는 버그를 만났을 때 검색하면 답이 나오는 확률이 훨씬 높아요. 팀 프로젝트에서 마이너 라이브러리를 쓰다가 오류 해결에 반나절을 쓴 경험이 있어서요.
두 번째는 장기 유지보수 가능성이에요. 빠르게 만드는 것도 중요하지만, 6개월 뒤 내가 이 코드를 고칠 수 있는지도 봐야 한다고 생각합니다. 마지막으로 팀 경험이에요. 혼자 쓰는 프로젝트라면 새 기술에 도전하지만, 팀 프로젝트라면 학습 비용을 공유해야 하니까요.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 비즈테크아이 솔루션 아키텍트 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.