자신만의 코드 설계 철학이나 좋은 코드에 대한 기준이 무엇인지 말씀해 주세요.

코드를 제출하고 나서도 시간을 두고 다시 읽어보는 결을 만들어두고 있습니다. 제출 직후엔 잘 짰다고 생각한 부분도, 며칠 뒤에 다시 보면 함수가 너무 길어졌거나 변수명이 모호한 자리를 발견하게 됩니다. 한 팀 프로젝트에서 제출 후 일주일이 지나 코드를 다시 열었더니, 같은 로직이 세 군데에 복사된 걸 발견했습니다. 그때 별도 함수로 분리하고 DRY 원칙을 적용했더니, 이후 기능 추가할 때 수정해야 하는 파일이 하나로 줄었습니다. 이 경험이 있고 나서는 기능 구현이 끝난 뒤에도 스스로 리팩토링 목록을 만드는 습관이 생겼습니다. 완성 직후에 보이지 않던 문제가 시간이 지나면 보이는 이유는, 코드를 처음 본 눈으로 다시 읽게 되기 때문입니다.

자기 검토는 타인에게 받는 코드 리뷰와는 다른 시야를 줍니다. 코드 점검 결은 완성된 순간이 아니라, 시간이 지난 후 낯선 눈으로 다시 읽는 자리에서 생깁니다.