AI 코딩 지원 도구 및 관련 가이드라인은 업데이트 속도가 빠르기 때문에, 이 기사에서는 2026년 5월 시점에서 확인된 정보를 바탕으로 정리하고 있습니다.

이 기사의 위치

Qiita용으로는, 「AI 코딩 시대의 신입 사원 교육: 무엇을 배워야 하고, 무엇을 AI에게 맡겨야 하는가」라는 정리 기사를 작성했습니다.

이 기사에서는 Zenn용으로 한 단계 더 깊게, 신입 사원 교육을 커리큘럼으로서 어떻게 설계할지에 초점을 맞춥니다.

관련 기사:

• 이 테마를 조금 더 가볍게, 「신입 사원이 무엇을 배우고 무엇을 AI에게 맡겨야 하는가」라는 관점에서 정리한 Qiita 버전은 이쪽입니다.

먼저 결론부터

AI 코딩 시대의 신입 사원 교육은 AI를 금지할 것인가 허용할 것인가의 문제가 아니라, 이용 레벨을 단계화하는 것이 현실적입니다.

저라면 다음 5단계로 설계하겠습니다.

1. 왜 커리큘럼 설계가 필요한가

Stack Overflow Developer Survey 2025에 따르면, 응답자의 84%가 개발 프로세스에서 AI 도구를 이용 중이거나 이용할 예정이라고 답했습니다. 2024년의 76%에서 더욱 증가했습니다. 또한, 전문 개발자의 51%가 AI 도구를 매일 사용하고 있다고 합니다.

JetBrains Developer Ecosystem Survey 2025에서도, 85%의 개발자가 코딩이나 개발에서 AI 도구를 정기적으로 사용하며, 62%가 적어도 하나의 AI 코딩 지원, 에이전트(Agent), 코드 에디터(Code Editor)에 의존하고 있다고 보고되었습니다.

반면, Stack Overflow Developer Survey 2025에서는 AI 출력의 정확성을 신뢰하는 개발자는 33%, 신뢰하지 않는 개발자는 46%로 나타났습니다. 나아가 66%가 「거의 맞지만 완전하지 않은 AI 해결책」에 대한 대응을 불만 사항으로 꼽았고, 45%가 「AI 생성 코드의 디버깅(Debugging)에 시간이 걸린다」고 답변했습니다.

즉, AI 코딩 지원은 이미 실무에 들어오고 있지만, 전적으로 신뢰할 수 있는 단계는 아닙니다.

신입 사원 교육에서 필요한 것은 다음 중 어느 것도 아닙니다.

AI 금지: 실무와 멀어진다
AI 통째로 맡기기: 기초 역량과 판단력을 기르기 어렵다

필요한 것은 AI를 사용하는 상황을 나누고, 무엇을 인간이 이해하고 있어야 하는지를 명확히 한 커리큘럼입니다.

2. 커리큘럼의 전제: AI는 「정답」이 아니라 「작업자」

신입 사원에게 가장 먼저 전하고 싶은 것은, AI를 검색 엔진이나 정답 생성기로 취급하지 않는 것입니다.

AI는 다음과 같은 작업자로 취급하는 것이 안전합니다.

• 초안(たたき台) 만들기
• 선택지 제시하기
• 에러 원인의 후보 제시하기
• 테스트 관점 늘리기
• 문서 초안 만들기
• 기존 코드 설명하기

GitHub Copilot의 공식 문서에서도, 생성된 제안은 받아들이기 전에 리뷰(Review) 및 검증할 필요가 있다고 설명되어 있습니다.

신입 사원은 AI의 출력에 대해 다음과 같이 말할 수 있는 상태를 목표로 합니다.

- 무엇을 의뢰했는가
- 나온 코드가 무엇을 하고 있는가
- 어느 부분이 불안한가
...

3. Level 0: AI 없이 최소한의 발판 만들기

처음부터 AI를 사용하게 하기 전에, 짧은 AI 미사용 기간을 두는 것은 유효합니다.

단, 목적은 「근성으로 암기시키는 것」이 아닙니다.

AI 출력을 읽기 위한 최소한의 어휘력을 갖추는 것입니다.

도달 목표

• 변수, 조건 분기, 루프, 함수를 읽을 수 있음
• 배열(Array), Map, Set 등 기본 데이터 구조의 용도를 설명할 수 있음
• null / undefined / nil / None 등의 취급을 의식할 수 있음
• 에러 메시지를 읽고 해당 행을 찾을 수 있음
• Git의 diff를 보고 무엇이 바뀌었는지 설명할 수 있음
• CLI에서 파일 확인, 검색, 테스트 실행을 할 수 있음

연습 예시

- 작은 함수를 직접 읽기
- 버그가 포함된 코드를 수정하기
- 실패하는 테스트를 보고 원인 찾기
...

이 단계에서는 AI를 사용하지 않는 대신, 과제를 작게 만듭니다.

「어려운 것을 AI 없이 푸는 것」이 아니라, 「AI의 출력을 읽을 수 있을 정도의 기초를 단기간에 만드는 것」이라는 위치 설정입니다.

4. Level 1: AI에게 설명시키기

다음 단계에서는 AI에게 코드를 쓰게 하기 전에, 설명역으로 사용합니다.

허용하는 사용법

- 이 함수를 초보자용으로 설명해줘
- 이 에러의 원인 후보를 3가지 알려줘
- 이 diff의 변경점을 요약해줘
...

금지 또는 보류해야 할 사용법

- 이 기능을 전부 구현해줘
- 이 에러를 고쳐줘
- 테스트를 포함해서 전부 만들어줘

이 단계의 목표는 AI를 "정답을 내는 도구"가 아니라, "이해를 돕는 도구"로 사용하는 것입니다.

평가 관점

• AI의 설명을 그대로 믿지 않고, 코드와 대조하고 있는가
• 모르는 단어를 추가로 조사하고 있는가
• AI의 설명을 자신의 언어로 바꾸어 말할 수 있는가
• 어디까지 이해했고, 어느 부분이 미이해 상태인지 말할 수 있는가

5. Level 2: 초안 생성(雛形生成)을 허용하기

다음으로, AI에게 초안을 만들게 합니다.

여기서 중요한 것은 생성물을 완성품으로 취급하지 않는 것입니다.

허용하는 사용법

- 이 사양의 유효성 검사 (Validation) 함수의 초안을 만들어줘
- 이 API 응답용 타입 정의 (Type Definition) 안을 만들어줘
- 이 함수의 테스트 케이스 안을 내줘
...

필수 규칙

• 생성된 코드를 한 줄씩 읽는다
• 불필요한 의존 라이브러리 (Dependency Library)를 추가하지 않는다
• 왜 그런 구현인지 설명한다
• 테스트를 추가한다
• 기존 규칙과 맞는지 확인한다

6. Level 3: 테스트 및 리뷰 보조로 사용하기

AI 코딩 시대에 가장 키우고 싶은 것은 코드를 쓰는 속도보다, 검증하는 능력입니다.

DORA 2025에서는 AI를 조직의 기존 강점이나 약점을 증폭시키는 존재라고 정리하고 있습니다. 즉, 테스트, 리뷰, 작은 배치 (Small Batch), 지속적 학습 (Continuous Learning)과 같은 기초가 약한 상태에서 AI만 도입해도 기대한 효과를 얻기 어렵다는 관점으로 볼 수 있습니다.

AI에게 요청하는 예

이 사양에 대해 정상계, 이상계, 경계값 테스트 케이스를 내주세요.
이 구현에 인가 누락, 입력 검증 누락, 예외 처리 누락이 없는지 관점을 제시해 주세요.
이 PR 설명을 리뷰하고, 모호한 사양이 남아있는지 지적해 주세요.

신입에게 요구하는 것

• AI가 제시한 테스트 관점에서 불필요한 것을 제외한다
• 부족한 관점을 추가한다
• 사양과 테스트가 대응하는지 설명한다
• 실패하는 테스트를 보고 원인을 추적한다
• AI 리뷰 코멘트를 무비판적으로 수용하지 않는다

AI를 사용할수록 리뷰 대상은 늘어납니다.

그렇기에 테스트, 리뷰, 설명 책임 (Accountability)을 커리큘럼의 중심에 두어야 합니다.

7. Level 4: 작은 구현 위임을 허용하기

마지막으로, 작은 태스크 단위로 AI에게 구현을 위임합니다.

단, 위임할 수 있는 조건을 명확히 합니다.

위임해도 좋은 태스크

- 영향 범위가 작다
- 테스트를 작성할 수 있다
- 사양이 명확하다
...

위임하지 않는 태스크

- 인증 및 인가 (Authentication/Authorization)의 근간
- 운영 DB 조작
- 비밀 정보 및 개인 정보를 다루는 처리
...

신입에게 중요한 것은 "AI에게 부탁할 수 있다"는 것이 아니라, "어디서부터는 부탁해서는 안 되는가"를 판단할 수 있는 것입니다.

8. 멘토 측의 리뷰 관점

신입이 AI를 사용하는 경우, 멘토 측도 리뷰 관점을 바꿀 필요가 있습니다.

기존에는 "이 코드를 작성할 수 있는가"를 보았을지도 모릅니다.

AI 시대에는 다음을 보아야 합니다.

- 요청문 (Prompt)이 적절한가
- 사양을 분해할 수 있는가
- AI 출력을 읽고 있는가
...

AI의 출력이 좋은 코드라 하더라도, 본인이 설명할 수 없다면 교육상으로는 미달입니다.

반대로, AI의 출력을 사용하고 있더라도 본인이 차이점 (Diff)을 이해하고, 리스크를 설명하며, 테스트로 확인할 수 있다면 실무상으로는 상당히 좋은 상태입니다.

9. 과제 설계 예시

과제 1: AI 없이 버그 수정하기

목적: 기초 독해 및 디버깅 (Debugging)

- 작은 함수에 버그를 넣는다
- 테스트 실패를 확인한다
- 에러 메시지와 diff를 설명한다

과제 2: AI에게 설명을 시킨 후 직접 수정하기

목적: AI 설명의 검증

- 기존 코드를 AI에게 설명하게 한다
- 설명이 맞는지 코드와 대조한다
- 직접 작은 수정을 수행한다

과제 3: AI에게 테스트 관점을 내게 하기

목적: 경계값 및 이상계 학습

- 사양을 전달하여 테스트 관점을 내게 한다
- 불필요한 테스트와 부족한 테스트를 분류한다
- 실제로 테스트를 작성한다

과제 4: AI 구현을 리뷰하기

목적: AI 출력을 의심하는 능력

- AI에게 구현 안을 만들게 한다
- 보안, 예외 처리, 가독성, 기존 설계의 관점에서 리뷰한다
- 채택/불채택 이유를 작성한다

과제 5: 작은 PR 만들기

목적: 실무 플로우로의 연결

- issue를 작게 분해한다
- AI에게 일부 구현을 요청한다
- 테스트와 PR 설명을 만든다
...

10. AI 이용 로그를 어떻게 남길 것인가

신입 사원 교육에서는 AI를 사용했는지 여부보다, 어떻게 사용했는지를 보고 싶습니다.

다만, 매번 프롬프트 (Prompt) 전문을 제출하게 하면 부담이 커집니다.

가볍게 남긴다면 다음과 정도면 충분합니다.

- AI에게 요청한 것
- 채택한 출력
- 채택하지 않은 출력
...

PR (Pull Request) 템플릿에 넣는다면 다음과 같은 형태입니다.

## AI 이용 메모
- 사용 목적:
- 채택한 내용:
...

이는 감시를 위한 것이라기보다, 학습의 회고 (Retrospective)를 위한 것입니다.

11. 도달 목표를 「쓸 수 있다」에서 「설명할 수 있다」로 바꾸기

AI 시대에도 기초는 사라지지 않습니다.

다만, 도달 목표는 조금 변합니다.

기존: 백지 상태에서 전부 쓸 수 있다
변경: 읽을 수 있다, 고칠 수 있다, 테스트할 수 있다, 설명할 수 있다, 책임을 질 수 있다

물론, 백지 상태에서 쓰는 연습도 필요합니다.

하지만 실무에서는 완전한 백지 상태보다는 기존 코드, AI 출력, 라이브러리 (Library), 리뷰 코멘트 (Review Comment)를 읽으면서 진행하는 시간이 더 깁니다.

신입 사원 교육도 그에 맞추는 것이 좋다고 생각합니다.

요약

AI 코딩 시대의 신입 사원 교육에서는 AI를 금지하기만 해서는 실무와 멀어지게 됩니다. 반면, 처음부터 모든 것을 맡기는 것을 허용하면 기초 역량이나 판단력이 자라지 않습니다.

현실적으로는 다음과 같이 단계화하는 것이 좋다고 생각합니다.

• Level 0: AI 없이 최소한의 어휘를 익힌다
• Level 1: AI에게 설명을 시킨다
• Level 2: 템플릿 (Template) 생성을 허용한다
• Level 3: 테스트 및 리뷰 보조로 사용한다
• Level 4: 작은 구현 위임을 허용한다

신입 사원에게 필요한 것은 AI보다 빠르게 코드를 쓰는 능력만이 아닙니다.

AI의 출력을 읽고, 의심하고, 테스트하고, 설명하며, 마지막에는 자신의 판단으로서 책임을 지는 능력입니다.

참고 링크

• Stack Overflow Developer Survey 2025: AI
• JetBrains Developer Ecosystem Survey 2025
• GitHub Copilot: Responsible use of inline suggestions
• GitHub Blog: Quantifying GitHub Copilot's impact on developer productivity and happiness
• DORA 2025: State of AI-assisted Software Development
• NIST AI Risk Management Framework
• OWASP Top 10 for LLM Applications 2025
• 경제산업성: 디지털 스킬 표준
• 문부과학성: 초등 중등 교육 단계에서의 생성형 AI 활용에 관한 가이드라인