
AI를 활용한 작업물은 저작권과 사용 범위를 함께 고려해야 합니다. 수업에서는 어떤 단계에서 AI를 쓰고 어떤 단계는 직접 작업해야 하는지, 포트폴리오에 AI…
AI 도우미가 공부를 방해하는 순간
AI 도우미로 공부할 때 가장 위험한 순간은 코드가 '돌아가기만 하면' 넘어가는 순간입니다. 오류가 나서 질문하고, 받은 코드를 붙여 넣고, 실행되면 다음으로 넘어가는 식으로 공부하면 몇 주 뒤에도 같은 종류의 문제를 혼자 풀지 못합니다. 문제를 푼 것은 내가 아니라 도구였기 때문입니다.
또 하나는 질문 자체를 생각하지 않게 되는 것입니다. 무엇이 문제인지 정리하지 않고 오류 메시지와 코드를 통째로 넣는 습관이 생기면, 문제를 쪼개고 원인을 추측하는 힘이 자라지 않습니다. 게임 프로그래머에게 이 힘은 문법보다 훨씬 중요합니다. 실무에서는 AI가 바로 답을 주지 못하는 문제, 프로젝트 구조를 알아야만 풀리는 문제가 계속 나오기 때문입니다.
규칙 1: 먼저 시도하고, 시도한 내용을 함께 묻는다
문제가 생기면 일정 시간은 혼자 붙잡아 보는 것을 원칙으로 둡니다. 오류 메시지를 읽고, 몇 번째 줄에서 났는지 확인하고, 직전에 바꾼 코드를 되돌려 보는 과정을 먼저 거칩니다. 그래도 풀리지 않으면 그때 질문합니다. 혼자 붙잡는 시간은 길 필요가 없습니다. 짧더라도 내가 먼저 생각해 본 흔적이 있으면 받은 답이 훨씬 오래 남습니다.
질문할 때는 '이거 고쳐 줘' 대신 무엇을 하려 했는지, 어떤 결과를 기대했는지, 실제로는 무슨 일이 일어났는지, 내가 의심하는 원인이 무엇인지를 함께 적습니다. 이렇게 질문을 쓰다 보면 질문을 다 쓰기도 전에 스스로 답을 찾는 경우가 꽤 많습니다. 답을 받은 뒤에도 내 추측이 맞았는지 틀렸는지 비교해 보면 원인을 찾는 감각이 길러집니다.
규칙 2: 설명할 수 없는 코드는 넣지 않는다
AI가 준 코드를 프로젝트에 넣기 전에, 각 줄이 무엇을 하는지 말로 설명해 봅니다. 모르는 함수나 문법이 있다면 그 부분만 따로 다시 묻거나 공식 문서를 찾아봅니다. 설명할 수 없는 줄이 남아 있다면 아직 넣을 때가 아닙니다.
좋은 확인 방법은 받은 코드를 보지 않고 다시 써 보는 것입니다. 처음부터 똑같이 쓰지 못해도 괜찮습니다. 막히는 곳이 바로 이해하지 못한 부분이고, 그 부분을 다시 공부하면 됩니다. 시간이 더 걸리는 것 같지만, 이 과정을 거친 코드는 나중에 수정하거나 확장할 때 훨씬 빨리 다룰 수 있습니다.
AI가 준 코드는 틀릴 수도 있다는 점도 기억해야 합니다. 존재하지 않는 함수 이름을 쓰거나, 엔진 버전에 맞지 않는 방식을 제안하는 경우가 있습니다. 설명할 수 있어야 이런 오류도 알아챌 수 있습니다. 받은 코드를 넣은 뒤에는 일부러 값을 바꾸거나 예외 상황을 만들어 실행해 보세요. 예상한 대로 동작하는지 직접 확인하는 습관이 생기면, AI의 답을 믿는 것이 아니라 검증하는 쪽으로 태도가 바뀝니다. 이 검증 과정 자체가 디버깅 연습이 됩니다.
규칙 3: 학습 단계별로 맡기는 범위를 정한다
| 학습 단계 | AI에게 맡겨도 되는 것 | 직접 해야 하는 것 |
|---|---|---|
| 언어 기초 | 개념 설명, 예제 해설, 오류 메시지 뜻 풀이 | 모든 코드 직접 작성 |
| 엔진 입문 | 기능 위치와 사용법 질문, 예시 코드 참고 | 게임 로직과 구조 설계 |
| 작은 게임 제작 | 반복 코드 초안, 버그 원인 후보 찾기 | 기능 간 연결, 최종 수정 |
| 포트폴리오 | 리팩터링 제안 검토, 테스트 코드 아이디어 | 설계 결정과 그 이유 설명 |
기초 단계일수록 AI에게는 '설명'만 맡기고 '작성'은 맡기지 않는 것이 좋습니다. 단계가 올라갈수록 반복적이고 단순한 코드 작성을 맡길 수 있지만, 게임의 구조와 설계 결정은 끝까지 내가 해야 합니다. 면접에서 묻는 것도 바로 그 결정의 이유입니다. 단계를 올릴지 말지는 AI 없이 같은 수준의 과제를 풀 수 있는지로 판단하세요.
규칙 4: 기록을 남기고, 가끔은 끄고 공부한다
AI에게 물어서 해결한 문제는 짧게라도 학습 노트에 남깁니다. 어떤 문제였는지, 원인이 무엇이었는지, 해결 방법은 무엇이었는지 세 줄이면 충분합니다. 같은 문제를 다시 만났을 때 AI보다 내 노트를 먼저 찾아보게 되면, 그 지식은 내 것이 된 것입니다. 노트가 쌓이면 내가 자주 헷갈리는 개념이 무엇인지도 보이기 때문에, 복습할 범위를 정할 때도 쓸모가 있습니다.
일주일에 한 번 정도는 AI 도우미를 완전히 끄고 작은 과제를 풀어 보세요. 알고리즘 문제 하나, 간단한 기능 하나라도 괜찮습니다. 도구 없이 얼마나 할 수 있는지 확인하는 시간이 있어야 실력이 실제로 늘고 있는지 알 수 있습니다. 코딩 테스트나 과제 전형처럼 도구 사용이 제한되는 상황을 대비하는 의미도 있습니다.
규칙을 지키면 AI는 좋은 과외 선생이 된다
AI 코딩 도우미를 피할 필요는 없습니다. 개념을 다른 방식으로 다시 설명해 달라고 하거나, 내가 쓴 코드의 문제점을 지적해 달라고 하거나, 같은 기능을 다른 방식으로 구현하면 무엇이 달라지는지 묻는 식으로 쓰면 언제든 질문할 수 있는 과외 선생처럼 활용할 수 있습니다. 답을 받는 도구가 아니라 생각을 넓히는 도구로 쓰는 것이 핵심입니다.
결국 규칙은 하나로 모입니다. 결과물에 대한 판단과 책임은 내가 진다는 것입니다. 지금 공부 단계에서 AI를 어디까지 써도 될지 기준을 잡기 어렵다면, SBS아카데미게임학원 AI x Game Programming 과정 상담에서 현재 실력과 목표 엔진을 기준으로 학습 방식과 AI 활용 범위를 함께 정해 볼 수 있습니다.
자주 묻는 질문
포트폴리오 게임에 AI가 쓴 코드가 들어가도 되나요?
들어갈 수 있지만, 그 코드를 직접 설명하고 수정할 수 있어야 합니다. 면접에서 구현 이유를 물었을 때 답할 수 없다면 오히려 불리해집니다.
AI가 준 코드가 돌아가는데 이해가 안 되면 어떻게 하나요?
한 줄씩 주석을 달아 달라고 하거나, 더 단순한 방식으로 다시 써 달라고 요청해 보세요. 그래도 어렵다면 그 부분의 기초 개념을 먼저 공부하는 것이 순서입니다.
가까운 캠퍼스에서 AI 크리에이터 알아보기
사는 곳과 가까운 캠퍼스를 고르면 수업 내용, 오시는 길, 상담 신청을 한 번에 볼 수 있습니다.