이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
세 기술을 함께 사용한 대표 프로젝트는 개인 포트폴리오 사이트 개발이었습니다. HTML/CSS로 구조와 스타일을 구성하고, Python Flask로 간단한 API를 만들어 폼 제출 데이터를 처리했습니다.
JavaScript는 페이지 전환 없이 데이터를 불러오는 비동기 요청에 사용했습니다. 처음에는 전통적인 XMLHttpRequest를 썼다가 이후 fetch API로 전환했는데, 코드 가독성이 크게 개선된 것을 느꼈습니다. CSS 애니메이션과 조합하면 로딩 인디케이터를 자연스럽게 표현할 수 있었습니다.
세 기술의 역할 분리를 명확히 하는 것이 중요했습니다. HTML은 구조, CSS는 시각 표현, JavaScript는 동작 담당으로 관심사를 분리하면 각 파일이 어떤 역할인지 즉시 파악할 수 있고 수정 시 다른 영역에 영향을 덜 줬습니다.
팀 웹 프로젝트에서 Python Django로 백엔드를 구성하고 Vanilla JS로 프론트 인터랙션을 추가한 경험이 있습니다. 기능은 동작했지만 프론트 상태 관리가 복잡해지면서 JS 코드가 빠르게 뒤엉키는 상황이 생겼습니다. DOM을 직접 조작하는 방식으로 짜다 보니 상태 변화를 추적하기 어려워졌고, 기능을 추가할 때마다 기존 코드를 많이 수정해야 했습니다. React 같은 컴포넌트 기반 프레임워크가 왜 필요한지를 이 경험으로 직접 느꼈습니다. CSS도 클래스 이름 충돌이 생겨서 한 수정이 예상치 못한 곳에 영향을 줬습니다.
세 기술 각각의 한계를 어느 규모에서 만나는지 경험한 것이 이 프로젝트의 가장 큰 수확이었습니다. 도구를 선택할 때 지금 당장이 아니라 기능이 늘어났을 때를 생각해야 한다는 감각을 여기서 얻었습니다.
Python 데이터 분석 결과를 시각화하는 웹 대시보드를 만든 프로젝트가 있습니다. Flask로 분석 결과를 JSON API로 내리고, JavaScript의 Chart.js로 그래프를 그렸습니다. 백엔드에서 데이터를 계산하고 프론트는 표현만 담당하는 구조를 유지할 수 있었습니다.
CSS Grid로 여러 차트를 배치했는데, 처음에는 반응형 처리가 안 돼 화면 크기에 따라 레이아웃이 깨지는 문제가 생겼습니다. 미디어 쿼리를 추가해 해결했지만 CSS의 반응형 처리는 처음부터 고려해야 한다는 것을 배웠습니다. 한계는 Python 분석 코드가 API 응답을 만들기까지 느린 경우가 있었는데, 캐싱으로 보완했지만 실시간 데이터를 다루는 상황에는 맞지 않는 구조라는 것을 인식했습니다.
각 기술이 잘 맞는 상황과 한계를 아는 것이 도구 선택의 출발점이라는 것을 이 경험에서 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 삼성전자 모바일 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.