AI 도구를 사용해 코딩을 독학하며 배운 것: 실제로 효과적이었던 점과 그렇지 않았던 점
요약
본 글은 독학 과정에서 AI 도구를 활용한 코딩 경험을 공유하며, AI가 단순히 코드를 생성해주는 것이 아니라 '모름'과 '앎' 사이의 시간을 압축하는 역할을 한다고 분석합니다. 핵심은 AI를 단순 생성기가 아닌 리뷰어처럼 사용하여 디버깅 능력을 향상시키고, 작은 프로젝트라도 꾸준히 출시하여 실질적인 개발 경험을 쌓는 것입니다.
핵심 포인트
- AI는 코드를 대신 써주는 것이 아니라 이해의 시간을 압축한다.
- AI에게 '이게 뭐가 잘못되었나요?'라고 질문하는 리뷰어 활용이 효과적이다.
- 튜토리얼보다 실제 프로젝트 구축 경험이 기술 습득에 더 중요하다.
- 여러 도구를 옮겨 다니기보다 하나의 AI 코딩 어시스턴트를 깊게 파고들어야 한다.
“1년 전만 해도 저는 Python과 C밖에 몰랐습니다. 컴퓨터 공학 학위도, 부트캠프 경험도 없었지만, 그저 노트북 하나와 무언가 실제 결과물을 만들고 싶다는 고집스러운 생각만 있었습니다. 오늘날 저는 정부 지원금 검색 도우미, 음성 활성화 AI 비서, Groq 기반 챗봇, 그리고 3D 애니메이션 포트폴리오 사이트 등 여러 프로젝트를 출시했습니다. 이 모든 것의 거의 대부분은 옆에 자리한 AI 도구들이 페어 프로그래머처럼 저와 함께 작업하며 만들어진 것입니다.
이 여정이 실제로 어떠했는지 솔직하게 말씀드리겠습니다.
신화: “AI가 코드를 대신 써준다
그렇지 않습니다. AI가 실제로 하는 일은 '모름'의 상태와 '앎'의 상태 사이의 시간을 압축하는 것입니다. 저는 AI에게 개념 설명, 버그 해결, 또는 기능 스캐폴딩(scaffolding)을 요청했지만, 여전히 모든 줄을 읽고 그것이 왜 작동했는지 이해해야 했으며, 잘못된 부분은 제가 직접 고쳐야 했습니다. 결국 제가 쌓게 된 기술은 '프롬프트 작성 능력'이 아니었습니다. 오히려 지치지 않는 러버덕(rubber duck)이면서 동시에 코드를 작성할 수 있는 존재 덕분에 버그를 더 빠르게 디버깅(debugging)하는 능력이었습니다.
실질적으로 효과적이었던 점
프로젝트를 실제로 구축하는 것, 튜토리얼을 따라 하는 것이 아닙니다. 튜토리얼은 문법(syntax)을 가르칩니다. 프로젝트는 사물이 어떻게 망가지는지 가르쳐줍니다.
AI를 단순한 생성기가 아닌 리뷰어로서 사용하는 것입니다. “이것에 뭐가 잘못되었나요?”라고 묻는 것이 “이걸 대신 써줘”라고 묻는 것보다 더 많은 것을 가르쳐주었습니다.
매주 다섯 개의 AI 코딩 어시스턴트 사이를 옮겨 다니기보다는, 하나의 도구를 선택해 깊게 파고드는 것입니다.
완벽주의보다 피드백 루프(feedback loop)가 중요하기 때문에, 작더라도 다듬지 않은 프로젝트라도 공개적으로 출시하는 것입니다.
오늘 막 시작하려는 사람에게 해주고 싶은 말
모든 언어를 알 필요는 없습니다. 컴퓨터 공학 학위도 필요하지 않습니다. 무언가를 구축해야 합니다. 비록 작고 투박한 것이라 할지라도요. 그리고 AI가 그것이 작동하는 이유를 이해하도록 돕게 하세요, 단지 작동한다는 사실만 받아들이지 마십시오. '나는 Python을 안다'와 '제품을 출시했다' 사이의 간극은 사람들이 생각하는 것보다 훨씬 빠르게 메워집니다. 만약 여러분이 AI가 제공한 코드를 눈으로 베껴 붙여넣기(copy-pasting) 하는 대신 실제로 읽으려는 의지가 있다면 말입니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기