이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
상용 환경 Java 실무는 없습니다. 학부 객체지향 수업과 개인 학습으로 Spring Boot로 작은 백엔드 8주·TDD 책 한 권 학습이 가장 가까운 자리입니다.
OOP의 핵심은 상속이 아니라 책임 분리라는 시각으로 봤습니다. 학부 과제에서 상속을 깊게 쓴 자리가 변경마다 부모·자식이 모두 깨진 자리가 됐습니다. 컴포지션으로 옮긴 뒤에 변경이 한 자리에서 끝나는 자리가 됐습니다.
첫 자리에 상속을 깊게 본 실패가 있었고, 그 일이 상속보다 컴포지션이라는 자세를 만들었습니다. TDD는 작은 단위 테스트부터·실패 → 성공 → 리팩토링의 흐름을 손에 익히는 자세로 가져왔습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다.
Java OOP·TDD 활용에서 손에 익힌 자리는 네 곳입니다.
첫째, 책임 분리. 한 클래스가 한 가지 일만 하는 자리. 둘째, 컴포지션 우선. 상속의 함정을 피하는 자리. 셋째, 작은 단위 테스트. Red → Green → Refactor의 흐름. 넷째, 테스트가 코드의 명세. 테스트를 읽으면 코드가 무엇을 하는지 보이는 자리.
학부 과제에서 4단계 명세 테스트를 빠뜨린 실패가 있었고, 코드의 의도를 다음 사람이 못 따라간 자리가 있었습니다. 그 일이 테스트가 명세라는 자세를 만들었습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다. 그 자세는 어떤 자리에서도 같은 결을 만든다고 봤고, 새 직무에서도 첫 한 달의 작은 자리에서부터 그 결을 그대로 가져가는 자세로 들어가고 싶습니다.
OOP·TDD의 본체는 멋진 패턴이 아니라 변경에 강한 코드라는 걸 학부에서 봤습니다.
OOP가 깊게 쓰인 자리에서 변경 비용이 더 큰 자리도 있었습니다. 책임 분리와 테스트가 같이 있는 자리에서만 변경 비용이 작아진 자리였습니다.
OOP를 형태로만 본 실패가 있었고, 그 일이 변경 비용으로 본다는 자세를 만들었습니다. 실무에서도 사수의 코드 리뷰 양식부터 익히고 싶습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다. 그 자세는 어떤 자리에서도 같은 결을 만든다고 봤고, 새 직무에서도 첫 한 달의 작은 자리에서부터 그 결을 그대로 가져가는 자세로 들어가고 싶습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 백엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.