이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
React와 Next.js는 학부 팀 프로젝트에서 웹 서비스 프론트엔드를 맡으면서 처음 사용했습니다. React의 컴포넌트 기반 구조를 이해하면서 UI를 재사용 가능한 단위로 나누는 방식이 유지보수에 얼마나 도움이 되는지 배웠습니다. Next.js로 전환했을 때 서버 사이드 렌더링과 정적 생성 옵션을 활용해 첫 로딩 속도를 개선했고, 검색 엔진 노출이 필요한 페이지와 그렇지 않은 페이지를 나눠 렌더링 방식을 다르게 적용했습니다.
getServerSideProps와 getStaticProps의 차이를 이해하고 데이터 갱신 빈도를 기준으로 선택하는 방식을 익혔습니다. 상태 관리 라이브러리와 함께 사용했을 때 컴포넌트 간 데이터 흐름을 추적하는 방법도 배웠습니다. 이 경험이 프론트엔드 아키텍처 결정에서 근거를 갖는 기반이 됐습니다.
React·Next.js 경험에서 본인 손에 닿은 자리는 컴포넌트 재사용이 실제로 개발 속도에 영향을 준다는 걸 경험한 케이스였습니다. 팀 프로젝트에서 처음에는 각 페이지마다 비슷한 UI를 따로 작성했는데, 이후에 컴포넌트로 분리하자 같은 UI 요소를 수정할 때 한 곳만 바꾸면 됐습니다.
컴포넌트로 분리하기 전에는 비슷한 코드가 여러 곳에 있어서 수정할 때 빠뜨리는 경우가 생겼는데, 분리 후에는 그 문제가 줄었습니다. React에서 컴포넌트 설계가 코드 품질보다 실제 유지 관리 비용에 영향을 준다는 결이 생겼습니다.
React·Next.js 경험에서 도구가 바뀌어도 결이 살아나는 경험은 컴포넌트 기반 사고가 다른 프레임워크에서도 적용됐던 케이스였습니다. React를 쓰다가 다른 프로젝트에서 Vue를 처음 쓰게 됐을 때, 컴포넌트 개념이 같아서 기본 구조를 파악하는 데 시간이 덜 걸렸습니다.
프레임워크가 달라도 재사용 가능한 단위로 분리하고 상태 흐름을 관리하는 방식은 비슷하다는 걸 이해했습니다. 특정 프레임워크를 아는 것보다 컴포넌트 기반 UI 개발 방식을 이해하는 것이 새 도구 적응 속도를 높인다는 결이 남아 있습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 SPC그룹 프론트엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.