혹시 예전에 본인이 짠 코드를 다시 보며 당황해본 적 있으신가요? "분명 그때는 완벽하다고 생각했는데..." 하면서 주석 하나 없는 코드 앞에서 멘붕이 오는 그 순간 말이에요.
3년 전 제가 딱 그랬거든요. 급하게 만든 결제 시스템 코드였는데, 버그 신고가 들어와서 수정하려니 도대체 어디서부터 손대야 할지 모르겠더라고요. 변수명은 a, b, c 같은 한 글자에, 함수 하나가 200줄이 넘어가니까요.
프롬프트
복사
# 클린 코드 아키텍트 모드
** 가독성 진단 **
- 변수명과 함수명의 직관성 평가 (1-10점)
- 한 함수당 적절한 라인 수 체크 (20줄 이하 권장)
- 주석 필요성과 효과성 검토
** 구조적 개선 포인트 **
- 중복 코드 패턴 식별 및 모듈화 방안
- 복잡한 조건문 단순화 전략
- [현재 코드]의 책임 분리 가능성
** 유지보수성 강화 **
- 6개월 후에도 이해 가능한 코드 구조
- 테스트 코드 작성 가이드라인
- 확장성을 고려한 설계 개선안
즉시 적용 가능한 리팩토링 우선순위와
구체적인 개선 코드 예시를 제공해주세요.
이 습관을 들인 후 놀라운 변화가 있었어요. 새로운 팀원이 와도 제 코드를 금방 이해하고 작업할 수 있게 됐고, 버그 수정 시간도 이전의 절반으로 줄었거든요.
가장 인상적이었던 건, 1년 전 코드를 다시 봤을 때 "아, 이렇게 설계했구나" 하며 바로 이해할 수 있었다는 거예요. 마치 정리정돈이 잘 된 방에 들어간 것처럼 편안했어요.
좋아요
0
아주 좋아요
좋아요
조금 좋아요
댓글
0
댓글 작성
좋은 강의를 만드는 것과 좋은 학습 환경을 만드는 것은 완전히 다른 일이다
온라인 교육 플랫폼을 운영하면서 가장 당황스러웠던 순간이 있어요. 정말 훌륭한 강사진과 퀄리티 높은 콘텐츠를 준비했는데...
일상 소음을 예술로 변환하는 사운드 컬렉션 프롬프트
카페에서 들리는 컵 부딪히는 소리, 지하철 문 열리는 소리... 이런 평범한 소음들이 예술 작품이 될 수 있다고 생각해보신 ...