혹시 예전에 본인이 짠 코드를 다시 보며 당황해본 적 있으신가요? "분명 그때는 완벽하다고 생각했는데..." 하면서 주석 하나 없는 코드 앞에서 멘붕이 오는 그 순간 말이에요.
3년 전 제가 딱 그랬거든요. 급하게 만든 결제 시스템 코드였는데, 버그 신고가 들어와서 수정하려니 도대체 어디서부터 손대야 할지 모르겠더라고요. 변수명은 a, b, c 같은 한 글자에, 함수 하나가 200줄이 넘어가니까요.
프롬프트
복사
# 클린 코드 아키텍트 모드
** 가독성 진단 **
- 변수명과 함수명의 직관성 평가 (1-10점)
- 한 함수당 적절한 라인 수 체크 (20줄 이하 권장)
- 주석 필요성과 효과성 검토
** 구조적 개선 포인트 **
- 중복 코드 패턴 식별 및 모듈화 방안
- 복잡한 조건문 단순화 전략
- [현재 코드]의 책임 분리 가능성
** 유지보수성 강화 **
- 6개월 후에도 이해 가능한 코드 구조
- 테스트 코드 작성 가이드라인
- 확장성을 고려한 설계 개선안
즉시 적용 가능한 리팩토링 우선순위와
구체적인 개선 코드 예시를 제공해주세요.
이 습관을 들인 후 놀라운 변화가 있었어요. 새로운 팀원이 와도 제 코드를 금방 이해하고 작업할 수 있게 됐고, 버그 수정 시간도 이전의 절반으로 줄었거든요.
가장 인상적이었던 건, 1년 전 코드를 다시 봤을 때 "아, 이렇게 설계했구나" 하며 바로 이해할 수 있었다는 거예요. 마치 정리정돈이 잘 된 방에 들어간 것처럼 편안했어요.
좋아요
0
아주 좋아요
좋아요
조금 좋아요
댓글
0
댓글 작성
말이 통하지 않는 시대, 새로운 소통법이 필요하다
똑같은 내용을 전달해도 어떤 사람은 바로 이해하고 행동으로 옮기는데, 어떤 사람은 전혀 반응이 없는 경우 있으시죠? 저도 ...
“결과만 알려주고 과정은 알려주지 않는” 상사가 만든 악순환
6개월간 프로젝트에 매진했는데 상사로부터 돌아온 피드백은 딱 한 줄이었어요. "기대에 못 미치네요. 다음엔 더 잘해보세요....