이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
유지보수가 쉬운 코드를 위해 따르는 세 가지 원칙이 있습니다.
첫째, 이름 명확성. 변수·함수 이름이 자기 자리를 설명하는 자리. 학부 팀 프로젝트에서 변수 a·b·c가 두 달 뒤 무엇인지 모르는 자리를 본 뒤 명사 + 단위로 이름을 짓습니다. 둘째, 함수는 한 가지 일만. 한 함수가 세 가지를 하면 테스트도 세 배·이해도 세 배. 셋째, 주석은 왜에만.
첫 학부 과제에서 변수명을 짧게 줄인 실패가 있었고, 교수님 채점에서 이름 때문에 감점된 자리가 있었습니다. 그 일이 이름이 코드의 본체라는 자세를 만들었습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다.
유지보수 가능한 코드의 네 가지 원칙입니다.
첫째, 작은 함수·작은 파일. 50줄 넘으면 쪼개는 자리. 둘째, 부작용 최소화. 함수가 입력만 받고 출력만 내는 자리에서 테스트와 추적이 쉬운 자리. 셋째, 테스트가 같이 있는 자리. 변경할 때 안전망이 되는 자리. 넷째, PR을 작게 자주.
학부 종합설계에서 PR을 일주일에 한 번 큰 단위로 올린 실패가 있었고, 리뷰가 길어 다음 작업이 막힌 자리가 있었습니다. 그 일이 작게 자주 올리는 자세를 만들었습니다. 실무에서도 사수의 PR 양식·테스트 패턴부터 익히고 싶습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다.
코드는 작성하는 시간보다 읽히는 시간이 10배 길다는 걸 학부에서 봤습니다.
제가 두 달 전에 쓴 코드를 과제 발표 직전에 다시 읽은 자리에서 제가 무엇을 의도했는지 한 시간 동안 못 따라간 자리가 있었습니다. 그 한 시간이 처음 작성한 30분보다 길었던 자리였습니다.
그 뒤로 저는 코드를 쓸 때 미래의 나에게 편지 쓰듯이 쓴다는 자세를 가졌습니다. 짧게 쓰려고 줄인 실패가 그 자세를 만든 일이었습니다. 실무에서도 다음 사람이 5분 안에 이해할 수 있는 자리로 코드를 두고 싶습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 백엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.