ai-assisted
AI vs Traditional Coding.
직접 작성하는 코딩과 AI 보조 코딩의 역할, 속도, 책임 경계.
전통적 코딩은 개발자가 설계, 구현, 검증을 직접 수행합니다. AI 보조 코딩은 같은 책임을 유지하면서 초안 작성, 탐색, 반복 작업을 모델·에이전트에 위임합니다. 둘은 대체 관계가 아니라 작업 분담의 비율이 바뀌는 관계입니다.
⚖️ 무엇이 다른가
| 구분 | Traditional | AI Assisted |
|---|---|---|
| 초안 | 개발자가 직접 타이핑 | 모델이 후보 코드를 생성 |
| 탐색 | 문서, 검색, 코드 읽기 | 자연어로 질문하고 관련 파일을 찾아 요약 |
| 반복 작업 | 보일러플레이트, 마이그레이션을 수동 | 패턴 적용, 테스트 스캐폴딩을 위임 |
| 판단 | 요구사항·트레이드오프를 사람이 결정 | 후보를 사람이 선택·수정. 최종 판단은 여전히 사람 |
| 검증 | 컴파일, 테스트, 리뷰 | 동일. AI 출력도 같은 게이트를 통과해야 함 |
🧭 언제 어느 쪽이 맞나
- 직접 쓰는 편이 나은 경우: 보안·권한, 돈·개인정보 흐름, 성능 핫패스, 설계의 핵심 경계.
- AI가 빠른 경우: CRUD 폼, 타입 좁히기, 테스트 뼈대, 리네임, 문서 초안, 에러 메시지 해석.
- 섞는 경우: 사람이 인터페이스와 제약을 정하고, AI가 구현 초안을 만든 뒤 사람이 다듬습니다.
프론트엔드에서는 컴포넌트 계약(props, 접근성, 상태 소유권)을 사람이 잡고, 마크업·스타일·반복 UI를 AI에 맡기는 패턴이 흔합니다.
⚠️ 흔한 함정
- 속도만 보고 검증을 건너뜀: 빌드가 통과해도 잘못된 API, 잘못된 캐시 키, a11y 누락이 남을 수 있습니다.
- 컨텍스트 부족: 레포 규칙, 디자인 시스템, 기존 훅을 안 보여 주면 “새 스타일”로 다시 짭니다.
- 책임 착각: AI가 쓴 코드도 머지하는 사람의 책임입니다. 리뷰·테스트 기준을 낮추면 안 됩니다.
- 프롬프트에만 의존: 같은 요청을 반복하기보다 재현 스크립트, 타입, 테스트로 기계적 피드백을 주는 편이 안정적입니다.
💡 같이 알아둘 것
- AI 보조는 “코딩을 안 하는 것”이 아니라 편집·검증·설명에 시간을 더 쓰는 것에 가깝습니다.
- 팀 규칙(
CONTRIBUTING, lint, CI)을 AI가 읽게 하면 전통적 코딩과 AI 코딩의 결과물이 가까워집니다.
🔗 참고 자료
- roadmap.sh — Frontend — AI Assisted Coding을 프론트엔드 로드맵에 포함한 학습 경로입니다.
- GitHub Copilot documentation — IDE 안에서의 AI 보조 코딩 제품 모델을 설명합니다.
- Anthropic — Claude Code overview — 에이전트가 파일·명령을 다루는 코딩 워크플로를 보여 줍니다.