Devin.KR

기본 · 전체 목차 공개

AI 시대의 개발 공부 - 무엇을 배우고 어떻게 익힐까

AI 가 코드를 쓰는 시대에 개발자의 하루와 교육과정이 어떻게 바뀌는지 보고, 기초 지식·코드 읽기·명세와 테스트로 생각하기·버전 관리와 협업·정직한 AI 사용 기록·과정이 보이는 포트폴리오를 거쳐 자기 학습 경로를 설계한다.

이 책을 읽기 전에

프로그래밍 경험이 없어도 된다(변수·조건·반복을 들어 본 정도)

공개 12/12장 · 목차 구성 2026-09-12

CONTENTS

목차

읽음 표시는 직접 선택하며 자동 완료되지 않습니다.

  1. 01
    AI 가 코드를 쓰는 시대, 개발자의 하루는 어떻게 달라졌나

    직업이 사라지는 것이 아니라 일의 비중이 바뀐다는 관점, 예전 하루(타이핑 중심)와 지금 하루(요구 정리·맡기기·읽기·검증·판단)의 비교, 신입·주니어·시니어가 AI 와 일할 때 맡는 몫의 차이, 체감 속도와 실제 결과가 다를 수 있다는 점(수치 없이 경향만), 예시 프로그램은 가상의 하루 작업 목록을 '사람이 판단'과 'AI 에게 맡김'으로 분류해 시간 비중 표를 출력한다

  2. 02
    컴퓨터공학 교육과정이 바뀌는 방향 - 지식 목록에서 역량으로

    교육과정이 '무엇을 아는가'에서 '무엇을 할 수 있는가'로 옮겨 가는 흐름, 국제 표준 교육과정 권고안이 AI 를 핵심 영역으로 넓히고 생성형 AI 의 영향을 따로 다룬 점(실명 없이), 검증의 스펙트럼(리뷰·테스트→정적 분석→형식 검증)이라는 새 졸업 역량, 국내외 대학이 AI 활용 과목·특강을 늘리고 평가를 결과물에서 과정으로 바꾸는 경향, 예시 프로그램은 전통 과목 목록과 새 역량(명세·검증·리뷰·시스템 사고·윤리)을 연결한 대응표를 출력한다

  3. 03
    그래도 기초가 필요한 이유 - AI 답을 판별하는 눈

    AI 가 그럴듯하지만 틀리거나 느린 코드를 줄 때 알아보려면 무엇을 알아야 하는가, 알고리즘·자료구조·추상화·분해가 판별 기준이 되는 이유, 같은 문제를 푸는 두 코드(리스트 중복 확인 vs 집합 사용)의 연산 횟수를 세어 비교, 기초 공부의 목표가 암기가 아니라 판단 근거라는 점, 예시 프로그램은 두 방식의 비교 횟수를 입력 크기별로 세어 표로 출력한다(시간 측정 대신 횟수로 결정적 출력)

  4. 04
    배우는 모드와 만드는 모드 - AI 를 선생으로 쓸 때와 일꾼으로 쓸 때

    AI 에게 답을 통째로 받으면 직후 이해도·디버깅 능력이 떨어지고, 개념·이유를 묻는 사람은 덜 잃는다는 연구 경향(수치·기관명 없이), 배우는 모드의 요청(설명해 줘·왜 그런가·힌트만)과 만드는 모드의 요청(구현해 줘)의 차이를 인용으로 비교, 먼저 혼자 시도하고 막힌 지점만 묻기, 자기 말로 다시 설명하기, 예시 프로그램은 학습 기록장 항목(질문 유형·스스로 시도 여부·다시 설명함)을 읽어 배우는 모드 비율과 점검 메시지를 출력한다

  5. 05
    타이핑보다 읽기 - 남이 쓴 코드를 따라가는 훈련

    앞으로 쓰는 코드보다 읽는 코드가 많아지는 이유, 실행 추적표(줄 번호·변수 값 변화) 만들기, 예상 출력을 먼저 적고 실행해 비교하기, 이해 못 한 줄을 표시하고 질문으로 바꾸기, 예시 프로그램은 짧은 함수를 한 단계씩 실행하며 변수 값 변화를 추적표로 출력한다

  6. 06
    명세로 생각하기 - 입력·출력·예시·완료 기준

    "이런 거 만들어 줘" 가 실패하는 이유, 무엇을 만들지와 어떻게 만들지를 나누기, 입력·출력·성공 예시·실패 예시·완료 기준으로 적는 한 쪽 명세, 명세가 사람과 AI 모두에게 계약이 되는 이유, 예시 프로그램은 명세에 적힌 예시 표(입력→기대 출력)로 학생이 쓴 함수를 검사해 통과·실패를 출력한다

  7. 07
    테스트는 생각의 도구 - 반례를 먼저 찾는 습관

    테스트를 '나중에 확인하는 일'이 아니라 '요구를 분명히 하는 일'로 보기, 경계값·빈 입력·이상한 입력 같은 반례 떠올리기, AI 가 만든 코드가 맞다는 증거를 요구하는 태도, unittest 기초, 예시 프로그램은 성적 등급 함수와 unittest 테스트를 함께 두고 경계값에서 실패하는 버그를 찾아 고친 결과를 출력한다

  8. 08
    시스템으로 보기 - 부분이 아닌 흐름과 실패 지점

    함수 하나가 맞아도 전체가 틀릴 수 있다는 점, 데이터가 들어와서 나가기까지의 흐름 그리기, 각 단계의 실패 지점(입력 누락·저장 실패·중복 처리)과 대응, AI 에게 맡길 때 전체 그림은 사람이 쥐고 있어야 하는 이유, 예시 프로그램은 간단한 주문 처리 흐름(접수→재고 확인→결제→알림)을 시뮬레이션하고 실패를 일부러 넣어 어느 단계에서 멈추는지 출력한다

  9. 09
    혼자가 아닌 작업 - 버전 관리·리뷰·문서의 기본기

    변경을 기록하고 되돌릴 수 있어야 마음 놓고 시도할 수 있다는 점, 커밋·브랜치·diff 의 개념, 리뷰에서 무엇을 보는가(의도·동작·위험), 사람과 AI 가 함께 쓰는 지침 문서와 README 의 역할, 예시 프로그램은 difflib 로 두 버전의 코드를 비교해 바뀐 줄을 보여 주고 리뷰 질문 목록을 출력한다

  10. 10
    정직하게 쓰기 - 학업 윤리·저작권·AI 사용 기록

    과제·시험에서 AI 사용 규칙을 먼저 확인하기, AI 를 협업자로 밝히고 어디에 썼는지 기록하기, 생성 결과와 저작권·라이선스, 외부 코드·글을 그대로 붙이지 않기, 개인정보·비밀값을 AI 에 넣지 않기, 결과의 책임은 사람에게 있다는 점, 예시 프로그램은 AI 사용 기록 양식(날짜·용도·요청 요지·검증 방법)을 읽어 빠진 항목을 찾아 알려 준다

  11. 11
    과정이 보이는 포트폴리오 - 무엇을 맡기고 무엇을 판단했나

    결과물만으로는 실력을 보여 주기 어려워진 이유, 명세·테스트·결정 기록·실패와 수정 과정을 남기는 법, 면접에서 '왜 이렇게 했나'에 답할 수 있는 프로젝트, README 에 담을 것(문제·설계 판단·검증 방법·AI 활용 범위), 예시 프로그램은 프로젝트 README 텍스트를 검사해 필수 절이 있는지 점검표를 출력한다

  12. 12
    나의 학습 경로 설계하기 - 지금 단계에서 다음 단계로

    고등학생·대학생·국비 과정 수료생·주니어 각각의 다음 한 걸음, 기초·방법론·프로젝트·에이전트로 이어지는 순서, 직무(웹 백엔드·데이터·AI 응용 등)별로 함께 볼 것, 하루 공부 루틴에 배우는 모드와 만드는 모드 섞기, 예시 프로그램은 몇 가지 자기 진단 답(가상 입력)을 규칙으로 판정해 추천 학습 순서와 이번 주 할 일을 출력한다

이 책은 Devin.KR 원고를 참조합니다. 원고의 원래 주소와 저작자 표기를 유지하며 같은 글을 다시 등록하지 않습니다. 수정된 원고는 읽기 화면에서 재검수 상태를 확인할 수 있습니다.

이 책·표지의 저작권 및 출처 관련 요청