Java를 선택해 공부한 이유를 통해 기술 학습의 방향성과 자기 주도성을 파악한다. 단순 스펙이 아닌 실질적 필요에서 시작한 학습인지 평가한다.
이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
Java를 공부한 건 백엔드 개발에서 가장 넓게 쓰이는 언어 중 하나라는 판단 때문이었습니다. 기획 직군에서도 개발자와 소통하려면 언어 자체를 조금은 알아야 한다고 느꼈고, 처음엔 '어떻게 돌아가는지' 이해하는 수준으로 시작했습니다. Spring 기반 프로젝트를 팀에서 진행할 때 코드 리뷰에 참여하면서 API 구조나 데이터 흐름을 바로 이해할 수 있었고, 기획 단계에서 구현 불가능한 요구사항을 줄이는 데 도움이 됐습니다. 직접 잘 짜는 것보다 읽고 이해하는 것이 기획자에게 더 중요하다는 걸 경험으로 알게 됐습니다.
코드를 읽고 이해하는 것이 기획자에게 필요한 수준입니다. 구현 가능성을 먼저 가늠하는 능력이 개발자와의 협업 속도를 높이고, Java 공부가 그 기반이 됐습니다.
Java를 배우면서 처음에 가장 어려웠던 건 객체지향 개념을 코드로 연결하는 것이었습니다. 클래스, 상속, 다형성 같은 개념은 설명으로는 이해했지만 실제로 어떤 구조로 코드를 작성해야 하는지 감이 잡히지 않는 시기가 있었습니다. 작은 프로젝트를 직접 짜보면서 클래스 설계를 어떻게 나눠야 나중에 수정하기 쉬운지를 경험으로 익혔습니다.
이론을 공부할 때는 이해한 것 같아도, 직접 구현하면 모르는 부분이 드러난다는 걸 그때 확인했습니다. 패턴이 보이기 시작한 건 코드를 반복해서 짜고 리팩토링해보는 과정에서였습니다. 언어보다 설계가 더 어렵다는 걸 Java를 배우면서 이해했습니다. 언어는 배울 수 있지만, 좋은 구조는 경험이 만든다는 관점이 생겼습니다.
클래스 설계를 어떻게 나누느냐가 Java 학습의 핵심 과제입니다.
Java를 공부하면서 객체지향 설계 원칙을 이해하게 됐다는 것이 언어 자체보다 더 큰 수확이었습니다. 단일 책임 원칙처럼 하나의 클래스가 하나의 역할만 해야 한다는 설계 원칙은 코드를 넘어서 문제를 어떻게 나눠야 하는지에 대한 사고 방식이 됐습니다.
SOLID 원칙처럼 좋은 설계를 위한 기준을 공부하면서, 왜 이런 원칙이 생겼는지를 이해하는 게 단순히 외우는 것보다 더 오래 남는다는 걸 배웠습니다. Java로 배운 구조화 방식이 다른 언어에서도 적용된다는 걸 파이썬 프로젝트를 할 때 확인했습니다. 언어마다 문법은 다르지만 좋은 코드의 원칙은 유사하다는 관점이 생겼습니다. Java를 선택한 것이 단순히 취업 준비만이 아니라 개발자로서의 사고 방식을 기르는 출발점이었다고 생각합니다.
언어 하나를 깊게 이해하면 다른 언어가 빠르게 보입니다. SOLID 원칙이 Java 학습의 가장 중요한 부산물입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 호텔신라 기획 일반 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.