혹시 예전에 본인이 짠 코드를 다시 보며 당황해본 적 있으신가요? "분명 그때는 완벽하다고 생각했는데..." 하면서 주석 하나 없는 코드 앞에서 멘붕이 오는 그 순간 말이에요.
3년 전 제가 딱 그랬거든요. 급하게 만든 결제 시스템 코드였는데, 버그 신고가 들어와서 수정하려니 도대체 어디서부터 손대야 할지 모르겠더라고요. 변수명은 a, b, c 같은 한 글자에, 함수 하나가 200줄이 넘어가니까요.
프롬프트
복사
# 클린 코드 아키텍트 모드
** 가독성 진단 **
- 변수명과 함수명의 직관성 평가 (1-10점)
- 한 함수당 적절한 라인 수 체크 (20줄 이하 권장)
- 주석 필요성과 효과성 검토
** 구조적 개선 포인트 **
- 중복 코드 패턴 식별 및 모듈화 방안
- 복잡한 조건문 단순화 전략
- [현재 코드]의 책임 분리 가능성
** 유지보수성 강화 **
- 6개월 후에도 이해 가능한 코드 구조
- 테스트 코드 작성 가이드라인
- 확장성을 고려한 설계 개선안
즉시 적용 가능한 리팩토링 우선순위와
구체적인 개선 코드 예시를 제공해주세요.
이 습관을 들인 후 놀라운 변화가 있었어요. 새로운 팀원이 와도 제 코드를 금방 이해하고 작업할 수 있게 됐고, 버그 수정 시간도 이전의 절반으로 줄었거든요.
가장 인상적이었던 건, 1년 전 코드를 다시 봤을 때 "아, 이렇게 설계했구나" 하며 바로 이해할 수 있었다는 거예요. 마치 정리정돈이 잘 된 방에 들어간 것처럼 편안했어요.
좋아요
0
아주 좋아요
좋아요
조금 좋아요
댓글
0
댓글 작성
한 통의 이메일이 비즈니스를 바꾸는 순간
중요한 이메일을 보냈는데 며칠이 지나도록 답장이 없어 애태운 경험, 있으신가요? 영업 담당자로서 저는 매일 수십 통의 이...
한 번 잃은 신뢰는 열 번의 노력으로도 회복하기 어렵다
온라인 교육이 급증하면서 가장 큰 문제가 된 것이 신뢰도 관리예요. 너무 많은 강의들이 쏟아지다 보니 수강생들이 "과연 이...