혹시 예전에 본인이 짠 코드를 다시 보며 당황해본 적 있으신가요? "분명 그때는 완벽하다고 생각했는데..." 하면서 주석 하나 없는 코드 앞에서 멘붕이 오는 그 순간 말이에요.
3년 전 제가 딱 그랬거든요. 급하게 만든 결제 시스템 코드였는데, 버그 신고가 들어와서 수정하려니 도대체 어디서부터 손대야 할지 모르겠더라고요. 변수명은 a, b, c 같은 한 글자에, 함수 하나가 200줄이 넘어가니까요.
프롬프트
복사
# 클린 코드 아키텍트 모드
** 가독성 진단 **
- 변수명과 함수명의 직관성 평가 (1-10점)
- 한 함수당 적절한 라인 수 체크 (20줄 이하 권장)
- 주석 필요성과 효과성 검토
** 구조적 개선 포인트 **
- 중복 코드 패턴 식별 및 모듈화 방안
- 복잡한 조건문 단순화 전략
- [현재 코드]의 책임 분리 가능성
** 유지보수성 강화 **
- 6개월 후에도 이해 가능한 코드 구조
- 테스트 코드 작성 가이드라인
- 확장성을 고려한 설계 개선안
즉시 적용 가능한 리팩토링 우선순위와
구체적인 개선 코드 예시를 제공해주세요.
이 습관을 들인 후 놀라운 변화가 있었어요. 새로운 팀원이 와도 제 코드를 금방 이해하고 작업할 수 있게 됐고, 버그 수정 시간도 이전의 절반으로 줄었거든요.
가장 인상적이었던 건, 1년 전 코드를 다시 봤을 때 "아, 이렇게 설계했구나" 하며 바로 이해할 수 있었다는 거예요. 마치 정리정돈이 잘 된 방에 들어간 것처럼 편안했어요.
좋아요
0
아주 좋아요
좋아요
조금 좋아요
댓글
0
댓글 작성
작은 습관이 만드는 부의 연쇄반응
월급이 오를 때마다 왜 지출도 함께 늘어날까요? 토론토 금융연구소의 20년 추적 조사에 따르면, 부의 축적에서 가장 결정적...
“한 번의 클릭이 회사 전체를 마비시킬 수도 있다”
IT 보안팀장으로 일하면서 가장 아찔했던 순간이 있습니다. 신입사원이 실수로 중요한 시스템에 접근해서 핵심 데이터를 삭제...