코드 품질8분
스모크 테스트가 다시 중요해진 이유: 타입체크를 통과하는 결함들
며칠 전 공개 문서 세 편을 발행했습니다. 타입 체크가 통과했고, 테스트도 통과했고, 배포도 성공했습니다. 그리고 화면에서는 문장 하나가 가로줄로 그어진 채 나갔습니다.
전체 카테고리
코드 품질 5개 글
변경에 견디는 코드를 만들고 문제를 찾는 방법을 정리합니다. 테스트·타입·리팩터링을 실제 개발 흐름에 연결합니다.
먼저 읽어볼 글
이 순서로 살펴보세요
우리 서비스에 적용할 계획이 있으신가요?
기술 자문·개발 범위 상담 살펴보기 →전체 글
- 코드 품질6분
AI 코딩의 함정: 실패하지 않는 실수
랜딩 페이지의 앱 소개 화면에 QR 코드를 붙이는 작업을 클로드에게 맡겼습니다. 결과물은 잘 돌아갔습니다. 타입 체크를 통과했고 프리뷰 배포도 깨끗했습니다.
- 코드 품질11분
git push 후 자동 검사가 시작되는 이유: Continuous Integration(CI) 입문
코드를 수정하고 로컬에서 잘 동작하는 것까지 확인했습니다. 이제 아래처럼 GitHub에 올립니다.
- 코드 품질3분
중복처럼 보이는 코드를 함부로 합치면 안 되는 이유
오래 운영한 코드베이스를 점검하다 보면 비슷하게 생긴 코드 뭉치를 발견하고 "이거 중복이네, 합치자"라는 충동이 듭니다. 중복 제거는 리팩토링의 기본이라고 배우기도 했고, 지우는 작업은 손도 빠릅니다. 저는 얼마 전 그 충동대로 갔다가 큰일 날 뻔했습니다.
- 코드 품질5분
반복 코드 131줄을 정규식으로 한 번에 바꿔도 괜찮았던 이유
혼자 운영하는 서비스는 점검을 자꾸 미루게 됩니다. 기능이 돌아가고 있으면 코드를 다시 들여다볼 이유가 생기지 않고, 그 사이에 같은 패턴이 계속 복사됩니다. 저도 얼마 전 하루를 잡고 운영 중인 서비스 코드를 전체 점검했는데, 관리자 API 라우트 파일 70개에 완전히 똑같은 인증 가드 한 줄이 131번 반복되고 있었…