20% 진행 중
학원에서는 이 부분 30분 만에 후딱 넘기는 곳이에요. 그래서 처음 시작한 분들이 대부분 여기서 막힙니다. 천천히 풀어보겠습니다.
머리·손목·허리 — 동작 3개부터 외웁니다. 다음 동작은 그 위에서 자라요.
📋 오늘 손에 익혀갈 것
🎯 단계별 학습
리포 전체 맥락 읽고 작업
리포 전체 맥락 읽고 작업를 다룰 때 사람들이 두 갈래로 나뉩니다 — “한 번에 다 외우려는 사람”과 “필요할 때 검색하는 사람”. 후자가 결국 빠릅니다. 우리도 후자로 갑시다.
grep/find으로 영향 범위 파악
grep/find으로 영향 범위 파악, 이거 왜 이렇게 동작할까요? 답을 외우는 것보다, 한 줄로 설명할 수 있는지 자가 점검하는 게 훨씬 오래 갑니다. 못 하겠으면 ChatGPT한테 “5살에게 설명해줘”라고 물어보세요.
수정 후 테스트 실행해 검증
수정 후 테스트 실행해 검증를 처음 만났을 때 “어렵다”가 아니라 “어색하다”가 더 정확한 표현이에요. 두 번째 만나면 어색함이 사라지고, 다섯 번째에는 손이 먼저 움직입니다.
⚠️ 흔한 실수 — 미리 알고 갑시다
💻 코드 예시 — 직접 쳐보기
# 단축키 정리
Ctrl + C : 복사
Ctrl + V : 붙여넣기
Ctrl + Z : 되돌리기
Ctrl + S : 저장위 코드를 그대로 따라치고, 결과를 확인한 다음 한 부분만 바꿔서 다시 실행해보세요.
컴공 4학년인데 학교 수업이 너무 추상적이라. 여기서 실전만 1년 학습하고 인턴 6곳에서 면접 제안 받았습니다.
📝 셀프 체크 — 다음 강의로 가도 되는지 확인
아래 질문에 1분 안에 답할 수 있다면 통과. 못 답하면 이 강의 한 번만 더 빠르게 훑어보세요.
- 리포 전체 맥락 읽고 작업→ 5살에게 설명한다면 어떻게?
- grep/find으로 영향 범위 파악→ 5살에게 설명한다면 어떻게?
- 수정 후 테스트 실행해 검증→ 5살에게 설명한다면 어떻게?
여기 끝까지 읽으셨으면 진심으로 잘하셨습니다. 작은 성취 하나가 100번 반복되면 Lv 100입니다.
한눈에 보는 코드 작성·수정·디버깅 정리
코딩 에이전트의 핵심 업무는 코드 작성, 수정, 디버깅입니다. 작성은 기능 구현을, 수정은 요구사항 반영을, 디버깅은 오류 원인 분석과 해결을 담당합니다. 에이전트가 제안한 코드는 항상 테스트를 거쳐야 하며, 특히 기존 코드를 수정할 때는 변경 범위를 확인하는 것이 중요합니다.
효과적으로 쓰려면 저장소 구조와 코딩 규칙을 먼저 알려 주는 것이 좋습니다. 프로젝트 규칙 파일에 컨벤션을 정리해 두면 에이전트가 이를 참고해 일관된 코드를 만듭니다. 디버깅은 에러 메시지와 재현 조건을 함께 주는 것이 빠른 해결의 지름길입니다.
📌 핵심 요점
- 작성 — 요구사항을 코드로 구현
- 수정 — 변경 범위를 확인하며 반영
- 디버깅 — 에러 메시지·재현 조건 분석
- 품질 — 테스트와 코드 리뷰 병행
| 구분 | 핵심 포인트 |
|---|---|
| 작성 | 요구사항을 코드로 구현 |
| 수정 | 변경 범위를 확인하며 반영 |
| 디버깅 | 에러 메시지·재현 조건 분석 |
| 품질 | 테스트와 코드 리뷰 병행 |
실전 적용 체크리스트
코드 작성·수정·디버깅을(를) 실제 업무에 적용할 때는 아래 절차를 순서대로 따라가면 빠진 단계 없이 진행할 수 있습니다. 각 단계에서 결과를 메모로 남기면 다음 단계의 기준이 되고, 반복 작업에서는 같은 절차를 재사용할 수 있습니다.
- 본문의 예시를 터미널이나 앱에서 그대로 실행해 결과를 확인한다
- 실행 중 막힌 지점을 노트에 기록해 다음 강의 전에 다시 시도한다
- 관련 설정 화면을 한 번 더 열어 옵션 이름과 동작을 짚어 본다
- 이번 강의 주제를 한 문장으로 요약해 두고 다음 강의와 연결한다
- 실습 결과물을 폴더에 저장해 이후 강의에서 재사용할 수 있게 둔다
이 절차를 한 번 실행해 본 뒤에는 실제 업무에 맞게 단계를 조정해 나만의 워크플로우로 다듬는 것이 좋습니다. 익숙해지면 자주 쓰는 부분을 저장해 두고 다음 작업에 바로 활용할 수 있습니다.
⚠️ 실수하기 쉬운 지점
에이전트가 만든 코드라도 검토 없이 배포하지 마세요. 자동 생성 코드는 스타일과 보안 측면에서 사람의 검토가 필요합니다.
비교 요약
코드 작성·수정·디버깅을(를) 선택하거나 적용할 때 아래 기준으로 비교하면 상황에 맞는 판단을 내리기 쉽습니다. 정확한 수치는 사용 환경, 업무 규모, 도구 버전에 따라 달라질 수 있어 범위와 정성적 기준으로 정리했습니다.
| 선택 기준 | 내용 |
|---|---|
| 시작 전 | 저장소 구조와 규칙을 정리했는가 |
| 진행 중 | 변경 전·후 코드를 비교했는가 |
| 완료 후 | 테스트를 실행해 동작을 확인했는가 |
- 한 강의씩 차근히 따라 하면 전체 그림이 잡힌다
- 에러 메시지는 그대로 복사해 검색하면 해결책을 찾기 쉽다
- 주 2~3회씩 꾸준히 반복하는 편이 몰아서 하기보다 효과적이다
위 기준을 모두 확인했다면, 가장 먼저 적용할 업무 하나를 정해 작은 규모로 시작해 보세요. 첫 결과를 기준으로 다음 확장 범위를 정하면 도입 부담이 줄고 성과도 측정하기 쉽습니다. 한 달 뒤에는 실제로 절약된 시간과 오류율을 비교해 확장 여부를 결정하는 것이 좋습니다.
자주 묻는 질문
Q. 에이전트가 만든 코드가 항상 맞나요?
아닙니다. 문법은 맞아도 요구사항 해석이 다를 수 있습니다. 테스트와 검토가 반드시 필요합니다.
Q. 코드를 모르는데 써도 되나요?
간단한 수정·생성은 가능하지만, 결과를 검증할 최소한의 지식이 필요합니다. 기초 문법을 익히고 나면 활용 폭이 크게 늘어납니다.
본 콘텐츠는 일반적인 정보 제공을 목적으로 하며, 전문적인 조언(투자·의료·법률 등)을 대체하지 않습니다. 구체적인 판단은 반드시 해당 분야 전문가와 상담하시기 바랍니다.
본 내용은 의학적 진단·처방이 아니며, 정확한 진단과 치료는 반드시 의료기관 방문과 의료인 상담을 통해 받으시기 바랍니다. 치료 효과는 개인에 따라 다를 수 있습니다.
이 글은 AI(인공지능)의 도움을 받아 작성되었습니다.
