프로젝트에서 보기 →

AI시대의 코딩 방법 #5 - 개발자로 입문하는 사람들은 공부를 어떻게 해야 할까요

태그
교육
시작일
종료일
수정일

https://www.youtube.com/watch?v=G_OAtfdPltE

1. 이건 꼭 알아야 한다[^1]

[? 질문] AI 시대에 개발자로 입문하는 사람은 “공부”를 어떻게 해야 하는가[^2]
[= 답] AI를 “모르니까 대신 시키는 도구”로 쓰면 위험하고, 개념을 먼저 이해한 뒤 “무엇/왜/어떻게”를 정리하고 AI로 코드 생성 → 개념과 일치하는지 리뷰 → 개선하는 루프로 학습해야 한다.[^9]

[? 질문] AI에게 “카페 만들어줘” 같은 큰 요구를 던지는 방식이 왜 위험한가[^7]
[= 답] 기본 지식과 개념 없이 면밀한 주문(프롬프트)을 하지 않으면 결과를 검증·수정할 수 없어서 “나중에 큰 코 다친다”; 따라서 개념 이해가 선행되어야 한다.[^8]

[? 질문] 회사에서 AI를 못 쓰게 하면 어떻게 해야 하는가, 그리고 실제로 그런 경우가 많은가[^23]
[= 답] 대부분 기업은 AI를 쓰며 회사 차원에서 계정을 지원하는 경우도 많지만, 개인 성향이나 보안 이유로 제한되는 예외가 있을 수 있다; 만약 못 쓰게 된다면 “대안”을 찾아 코딩을 덜 할 수 있는 다른 방법을 준비해야 한다.[^26]

2. 큰 그림[^3]

이 콘텐츠는 “AI 시대의 코딩 방법” 시리즈의 5번째 오티(orientation) 성격 영상으로, 다음 강의(프론트 기초부터 진행)로 넘어가기 전 입문자가 학습을 어떻게 설계해야 하는지를 안내한다.[^4] 특히 AI를 활용하는 전제 아래에서, 코드를 ‘대신 작성’하게 만드는 게 아니라 개념 이해를 기반으로 한 검증·개선 학습 루프를 강조한다.[^9]

  • 개념 이해 우선: AI를 쓰더라도 “모르는 걸 가리기”가 아니라, 알고 있는 개념을 바탕으로 결과를 판별할 수 있어야 한다.[^6]
  • 학습 루프(무엇/왜/어떻게 → 생성 → 리뷰 → 개선): 목표와 이유, 사용법을 먼저 학습한 뒤 AI로 생성하고, 개념과 맞는지 리뷰하며 개선하는 반복이 필요하다.[^10]
  • 집단 지성 + 개인 교사(AI) 결합: AI를 개인 교사처럼 쓰되, 사람들과 토론·검증하고 필요하면 선생님에게 정리받는 방식이 효과적이라고 말한다.[^19]

3. 하나씩 살펴보기[^5]

3.1 오티 마무리와 다음 강의 방향: 프론트 기초부터 다시 간다[^5]

화자는 인사 후, 이번 영상이 “다섯 번째 시간”이며 이 영상을 끝으로 오티 영상은 일단 마무리한다고 말한다.[^5] 그리고 다음부터는 본격적인 “수업 영상”을 진행할 예정인데, 원래는 “중간부터” 들어갈까 생각했지만 계획을 바꿔 프론트의 기초부터 쭉 진행하겠다고 한다.[^4]

기초 영상이 “얼마나 걸릴지 모르겠”고 시간이 걸릴 수도 있으니 양해를 부탁한다는 말도 덧붙인다.[^4]

[!NOTE] 강의 운영상의 메시지
오티(방향 안내) → 다음부터는 “프론트 기초부터” 커리큘럼을 시작한다는 공지이며, 시간이 다소 걸릴 수 있음을 미리 고지한다.[^4]

3.2 AI 활용의 전제: “몰라서 쓰는 AI”가 아니라 “알지만 편하게 쓰는 AI”[^6]

화자는 “우리는 일단 AI를 가지고” 있으니 AI를 “많이 써 주는 게 좋을 것”이라고 말하며 AI 활용을 전제로 깔아둔다.[^6] 다만 여기서 곧바로 중요한 구분을 제시한다:

  • “모르기 때문에 몰라서 AI를 쓴다”는 건 “좋은 문제가” 아니라는 취지로 경고한다.[^6]
  • [h 알지만 편하게 하려고 AI를 써야 된다]고 말한다.[^6]

즉, AI 사용 자체를 부정하지 않되, 무지의 대체재로 쓰는 형태를 위험하다고 본다.[^6] AI가 생성한 결과를 평가하고 수정할 수 있어야 하며, 그러려면 사용자가 원리와 개념을 알고 있어야 한다는 다음 논지로 연결된다.[^8]

3.3 “카페 만들어줘”는 안 된다: 면밀한 주문(프롬프트)과 검증 실패의 위험[^7]

화자는 예시를 들어, 만약 뭔가 “카페를 만들려고 할 때” AI에게 “카페 만들어 줘”처럼 단순하게 요구하면 안 된다고 말한다.[^7] 대신:

  • “하나하나 다 기본적인 지식을 가지고”
  • “면밀하게 얘한테 주문해야” 한다고 주장한다.[^7]

그리고 면밀하게 질문(주문)하지 않으면 “나중에 큰 코 다칩니다”라고 강하게 경고한다.[^8]
이 대목에서 화자의 논리는 다음 구조다:

  1. AI에게 큰 덩어리 요구를 던지면 결과가 나올 수는 있다.[^7]
  2. 하지만 사용자가 기본 지식이 없으면, 요구사항을 세분화해 정확히 전달하기 어렵다.[^7]
  3. 더 큰 문제는 결과를 검증·수정할 능력이 없어져서, 결국 위험(“큰 코”)을 맞게 된다는 것이다.[^8]

[!WARNING] “큰 코 다친다”의 의미(맥락)
결과물이 그럴듯해 보여도, 정확성/보안/구조/의도 충족 여부를 사용자가 판별하지 못하면 실무나 학습에서 치명적 문제가 뒤늦게 터질 수 있다는 경고로 제시된다.[^8]

3.4 입문자의 최우선 과제: “무조건 개념 이해”[^9]

위 경고는 곧바로 학습 원칙으로 정리된다. 화자는 “그래서 우리는 개념 이해가 중요해요”라고 말한 뒤, 특히 입문자에게는 더 강하게 말한다:

  • [c 입문하신 분들은 무조건 개념 이해를 하셔야 돼요]라고 강조한다.[^9]
  • 그리고 “기초적인 내용부터 개념을 이해”해야 한다고 말한다.[^9]

즉 학습의 출발점은 도구 숙련(프레임워크, 라이브러리, AI 프롬프트 기술)이 아니라, 기초 개념이라고 못 박는다.[^9]

3.5 코딩 학습 방식의 전환: 직접 작성 중심 → “삼박자 구축 후 프롬프트”[^10]

화자는 과거의 코딩 학습 방식(직접 코딩)에 비해 지금은 그렇게 하지 말라고 말한다.[^10] 대신 다음의 “삼박자”를 먼저 공부하라고 제안한다:

  • 내가 무엇을 할 것인지[^10]
  • 내가 왜 이걸 해야 되는지[^10]
  • 그(도구/기술/개념/AI)를 어떻게 써야 되는지[^10]

그리고 이 삼박자가 “구축이 된 다음에” 그 다음에 “프롬프트를 띄우는” 순서라고 말한다.[^10]

여기서 말하는 흐름은 “AI로 코딩을 대신한다”라기보다, 학습자가 목표·이유·사용 전략을 먼저 설계하고, AI는 그 다음 단계에서 생산성을 높이는 도구로 들어오는 구조다.[^10]

[!IMPORTANT] 학습 순서로 제시된 절차
(1) 무엇을 할지 정의 → (2) 왜 하는지 이해 → (3) 어떻게 쓸지 방법 정리 → (4) 그 다음에 AI에게 프롬프트로 요청[^10]

3.6 Few-shot으로 코드 생성 → 개념과의 합치 여부를 ‘리뷰’해야 한다[^11]

삼박자 이후 AI 사용 단계로 들어가면, 화자는 AI에게 “몇 개 샷”을 던져 코드를 생성하게 한다고 말한다.[^11] 여기서 핵심은 생성 자체가 아니라, 생성된 결과를 사용자가 검증해야 한다는 점이다:

  • AI가 생성한 내용이 “아까 배웠던 개념과 맞는지 안 맞는지 알아봐야” 한다고 말한다.[^11]
  • 그러면 이제 “리뷰를 하겠죠”라고 이어간다.[^11]

즉, **개념 → 생성 → 검증(리뷰)**라는 구도를 명확히 만든다.[^11]
AI가 만들어 준 코드를 무비판적으로 붙여 넣는 것이 아니라, 사용자가 학습한 개념으로 맞는지 판별하는 것이 학습의 중심이 된다.[^11]

3.7 혼자 힘들면 같이 해라: 코드 리뷰의 항목(수정/오류/좋은 점/AI 실력 판단)과 개선[^12]

화자는 이 리뷰 과정이 혼자 하기 힘들면 “같이 해도 괜찮아요”라고 말하며 협업/동료학습을 권한다.[^12] 이어서 리뷰에서 무엇을 봐야 하는지를 비교적 구체적으로 나열한다:

  • “만든 내용에서 수정 사항이 있는지”[^12]
  • “어떤 것이 잘못됐는지”[^12]
  • “어떤 것은 좋은지”[^12]
  • “AI가 만들어낸 코드의 능력이 어느 정도가 되는지 확인”[^12]

이런 점검을 거친 다음 “이제 코드를 개선해야 되겠죠”라고 결론낸다.[^12]
즉, 리뷰는 단순히 오류를 찾는 행위가 아니라:

  1. 코드 품질 평가(좋은 점/나쁜 점)
  2. AI의 현재 성능 및 한계 파악
  3. 그 결과에 기반한 개선

까지 포함하는 과정으로 제시된다.[^12]

3.8 타이핑을 “지양”: 다시 AI에게 수정 지시하며 능력을 파악하는 방식[^13]

개선 단계에서 화자는 “계산할 때는 AI한테 다 시켜 가지고 계산할 수도 있고요”라고 말하며, 어떤 작업은 AI에 맡길 수 있다고 한다.[^13] 또한 사람이 “직접 타이핑을 해서 개선”할 수도 있겠지만, 가능하면:

  • [h 타이핑을 조금 지향하시고]
  • “프롬프트를 띄워서” AI에게 “다시 수정하라고 말을 한번 해 보는 것도” AI의 한계를/능력을 알 수 있는 방법이라고 말한다.[^13]

즉, 사람의 직접 코딩량을 줄이고, AI에게 수정 지시를 반복하면서 학습과 개선을 진행하는 전략을 권한다.[^13] 이를 “계속 시켜 먹는 방법”으로 표현하며, 반복적으로 시키면서 결과를 확인하는 흐름을 지지한다.[^13]

3.9 같은 패턴의 반복이 학습법: 개념 → (무엇/왜/어떻게) → few-shot → 리뷰 → 개선[^14]

화자는 “하나의 내용을 좀 배웠으면요, 그다음 내용들도 똑같아요”라고 말하면서, 이 방식이 특정 주제에만 해당하는 게 아니라 새로운 내용을 배울 때마다 반복 적용해야 하는 학습 루프라고 정리한다.[^14]

그가 재차 반복해서 말하는 단계는 다음과 같다:

  1. “개념을 먼저 이해”한다.[^14]
  2. “내가 뭘 배울 것인지, 왜 배워야 하는지”를 정리한다.[^14]
  3. “어떻게 쓰는 게 바람직한지, 어떤 게 더 좋은 건지”를 이해한다.[^14]
  4. 다시 “few-shot을 던지”고[^14]
  5. “리뷰”하고[^14]
  6. “코드 개선”을 한다.[^14]
  7. 이런 식으로 “계속 다음 단계를 진행”하며 공부한다.[^14]

그리고 “새로운 공부를 할 때 다 그렇습니다. 개념 무조건 있어야 돼요”라고 다시 한 번 못 박는다.[^15]

3.10 집단 지성이 필요하다: 교육센터라면 토론으로 “왜/무엇/좋고 나쁨”을 개념화[^16]

여기서 화자는 개인 학습 루프에 더해, 집단 지성의 필요를 강조한다.[^16] “필요에 따라서 집단 지성이 굉장히 필요”하다고 말하고,[^16] 예시로 “어떤 교육 센터에서 공부”한다면:

  • 서로 “토론”하고[^16]
  • “어떤 게 좋다 나쁘다”를 논의하며[^16]
  • “왜 그걸 써야 되는지”에 대한 개념 이해를 많이 하라고 권한다.[^16]

즉, AI가 개인 교사 역할을 하더라도, 선택의 기준(무엇이 더 좋은지/왜 쓰는지)을 정교하게 만들려면 사람들과의 토론이 도움이 된다는 논지다.[^16]

3.11 여전히 알아야 할 것들: 플랫폼, API, 언어 노하우, 도메인 지식, 알고리즘, 아키텍처[^17]

AI가 코드를 생성해도 개발자가 배워야 할 영역은 줄지 않는다는 메시지도 나온다. 화자는 “과거와 같이” 다음을 이해해야 한다고 나열한다:

  • “플랫폼” 이해[^17]
  • “API” 이해[^17]
  • “랭귀지(언어)에 대한 노하우”[^17]
  • “도메인 지식”[^17]
  • “알고리즘”[^17]
  • “아키텍처”[^17]

즉, AI가 있어도 개발의 기반 지식(환경/연동/언어/문제 영역/알고리즘/구조 설계)은 필요하다는 관점을 분명히 한다.[^17]

3.12 다만 학습 속도는 더 빨라질 수 있다: AI를 “가정 교사/개인 교사”로 활용[^18]

화자는 위에 열거한 것들을 “과거보다는 굉장히 빨리 학습할 수 있을 거”라고 말한다.[^18] 이유는 “우리에게는 가정 교사”, “개인 교사”가 있기 때문이라고 하며, 그 개인 교사가 바로 AI라는 것이다.[^18]

학습 방법은:

  • “AI한테 물어보면서 공부”한다.[^18]
  • 내가 학습한 내용이 맞는지 알아보기 위해 “다른 사람과 또 얘기해 보고 의견 교류”를 한다.[^19]
  • 그래도 “중지가 모아지지 않으면” 선생님이 있으면 “선생님한테 물어서 내용들을 정리”하는 것이 좋다고 한다.[^20]

즉, **AI(개인 교사) → 사람들과의 검증(의견 교류) → 최종 정리(선생님/권위자 확인)**의 다층 검증 구조를 권하는 셈이다.[^20]

[!TIP] 제시된 검증 체계(권장 흐름)
AI에게 질문하며 학습 → 사람들과 토론/의견 교류로 교차검증 → 결론이 안 나면 선생님에게 확인해 정리[^19]

3.13 이렇게 공부하면 “뛰어난 개발자”가 되고, 앞으로 더 필요해진다[^21]

화자는 위 방식대로 공부하면 “뛰어난 개발자 될 수” 있다고 말한다.[^21] 그리고 이런 개발자는 “앞으로 더욱 더 필요하게 될 것”이라고 전망한다.[^21]
즉, AI 도구 활용 능력과 개념 이해 및 검증 능력을 겸비한 개발자상이 미래 수요가 높다는 관점이 깔려 있다.[^21]

3.14 회사에서 AI 못 쓰게 하면? 현실 점검: 대기업/중소기업 대부분은 AI를 쓴다[^24]

화자는 “우리는 양쪽의 개발자 시대 살고 있어요”라고 말하며, 어떤 사람은 “오른쪽처럼” (아직 기존 방식) 하고, 어떤 사람은 “왼쪽부터” (새 방식) 하고 있다고 대비를 암시한다.[^22] 그러면서 현실적인 고민을 제기한다:

[? 내가 회사를 갔는데 AI를 쓰지 말라고 하면 어떻게 되죠? 그럴 수가 있을까요?][^23]

이에 대해 화자는 자신의 확인 경험을 근거로 답한다. “대부분 요즘에 제가 다 직접 물어봤습니다”라고 말하며,[^24]

  • “우리나라의 가장 큰 기업들”에도 물어봤고[^24]
  • “중소 기업들”에도 물어봤는데[^24]
  • [h AI를 안 쓰는 경우가 거의 없었어요]라고 말한다.[^24]

즉, 현업에서 AI 사용은 이미 광범위하다는 진술을 근거(본인 문의)와 함께 제시한다.[^24]

3.15 예외: 개인 성향(부정적 시각) 또는 보안 때문에 제한될 수 있다[^25]

그럼에도 “가끔” AI를 부정적으로 보는 사람이 있어 “개인적인 성향으로 AI를 못 쓰게 하는 경우”가 있을 수 있다고 말한다.[^25] 또 다른 이유로는:

  • “보안적인 부분 때문에 AI를 쓰는 것이 약간 꺼려지는 경우”도 있다고 한다.[^25]

그리고 “상황에 따라서 못 쓰는 경우는 예외적으로 있을 수” 있다고 정리한다.[^26] 즉, 일반적으로는 허용/권장되지만, 일부 조직/상황에서는 제한이 존재한다는 균형 잡힌 진술이다.[^26]

3.16 보편적으로는 회사 차원의 지원도 있다: 적극 추천, 계정 지원[^26]

예외를 인정한 뒤, 다시 전체 경향을 말한다. 화자는 “보편적으로는 대부분 AI를 쓰는 것을 적극 추천하고” 있으며,[^26] AI 계정을 “회사 차원에서 지원”해 주는 것으로 알고 있다고 한다.[^26]
즉, AI 사용이 개인의 편의 차원을 넘어 조직의 생산성 도구로 자리잡고 있다는 관점을 전달한다.[^26]

3.17 정말 AI를 못 쓰는 환경이라면: 대안을 찾아 “코딩을 덜 하는 방법”을 모색[^27]

화자는 “여러분들이 만약에 AI를 쓸 수 없다고 하면”을 가정하고, 그때는:

  • “대안을 찾아서”
  • “코딩을 내가 조금 덜할 수 있는 방법을 찾는 것은 필요해 보여요”

라고 말한다.[^27]

여기서 “덜 코딩”이 정확히 무엇(예: 자동화 도구, 템플릿, 내부 라이브러리, 코드 생성기 등)인지는 구체적으로 열거되진 않지만, AI가 막히면 생산성을 유지할 다른 수단을 확보하라는 취지로 제시된다.[^27]

3.18 어떤 AI를 써야 하나: 기본 추천은 Claude, 개발도구 결합은 Cursor[^28]

화자는 “어떤 AI를 써야 되지”라고 묻는 사람이 많다고 하며, 잘 모르겠다면 기본적으로 “클로드(Claude)를 추천”한다고 말한다.[^28]
다만 Claude는 “개발 도구와 결합”하는 부분에서 “세팅이 좀 필요”하고 “귀찮기도” 하다고 단점을 언급한다.[^28]

그래서 “개발도구가 합쳐지는 거 쓰겠다”면 “커서(Cursor)를 쓰는 것도 괜찮다”고 제안한다.[^29] 그리고 그 이유로:

  • Cursor가 “내부적으로는 클로드를 많이 쓰고” 있어 “클로드의 최신 버전까지 잘 쓸 수” 있다고 설명한다.[^29]
  • 또한 “챗GPT라든지 다른 것들도 같이 쓸 수” 있다고 말한다.[^30]
  • 사용자가 모델을 지정할 수도 있고, 오토로 두면 상황에 맞게 “다양한 AI들을 꺼내서 쓸 수 있게 해”주며, “모델이 바뀌었을 때마다” 대응된다는 취지로 말한다.[^30]

즉, 추천 구도는 대략 다음처럼 제시된다:

  • 범용 추천(잘 모르겠음) → Claude[^28]
  • IDE/개발도구 통합 선호 → Cursor(Claude를 잘 활용하고 다른 모델도 함께 사용 가능)[^29]

3.19 본인 사용 경험과 비용 고민: Cursor 사용 중, ChatGPT 성능 좋아 병행, 다만 구독료 부담[^31]

화자는 “어쨌든 일단 저는 커서를 쓰고 있는데요”라고 본인 선택을 밝힌다.[^31] 그리고 “요즘에는 챗GPT가 성능이 너무 좋더라구요”라고 말하며 ChatGPT도 가입해 사용 중이라고 덧붙인다.[^31]

또 “사실 이것저것 몇 개를 쓰고 있긴” 하지만 “돈이 좀 많이 나가서 요즘 고민”이라고 말한다.[^31]
즉, 멀티 모델/멀티 도구 사용이 효율적일 수 있으나 비용 문제가 현실 변수라는 점을 개인 경험으로 전달한다.[^31]

마지막으로 “여러분들도 AI를 적당한 걸 고르”고 “준비”하는 게 좋겠다고 말하며, 다음 시간부터 입문(기초) 영상으로 시작하겠다고 예고하며 마무리한다.[^32]

4. 핵심 통찰[^33]

  1. [c AI 활용의 출발점은 ‘프롬프트 기술’이 아니라 ‘개념 이해’다] — 모르면 AI로 때우는 방식은 검증 불가로 이어져 위험하다고 경고한다.[^6]

    • 실행: 학습 주제마다 “정의/원리/제약/왜 필요한지”를 먼저 설명할 수 있게 만든 뒤 AI를 켠다.[^10]

  2. 학습은 루프다 — (무엇/왜/어떻게) 정리 → AI 생성(few-shot) → 개념과의 합치 여부 리뷰 → 개선을 반복하는 방법을 제시한다.[^14]

    • 실행:
      • “내가 원하는 결과”를 문장으로 먼저 적는다.[^10]
      • AI가 준 코드에서 “어떤 것이 잘못/좋은지”를 항목화해 리뷰한다.[^12]

  3. 리뷰 능력이 곧 AI 시대의 실력 — AI가 만든 코드가 개념에 맞는지 판단하고, 수정 지시로 개선하는 역량을 강조한다.[^11]

    • 실행: 수정은 직접 타이핑보다 “다시 수정하라”는 지시를 통해 AI의 한계를 확인하며 진행하라는 조언이 나온다.[^13]

  4. 개인 교사(AI) + 집단 지성(토론) + 권위자 확인(선생님) — AI로 빠르게 배우되 사람들과 교차검증, 필요 시 선생님에게 정리받는 다층 구조를 권한다.[^20]

    • 실행: 의견이 갈리는 주제는 토론으로 근거를 모으고, 결론이 안 나면 지도자에게 확인한다.[^20]

  5. 현업은 대체로 AI 사용 중, 예외는 보안/개인 성향 — 대기업/중소기업에 직접 물어본 결과 AI를 안 쓰는 경우가 거의 없었다는 경험을 제시하면서도 예외 가능성을 인정한다.[^24]

    • 실행: 보안 이슈가 있는 환경이라면 “대안” 도구/방법을 마련해 생산성을 유지하라고 한다.[^27]

  6. 도구 선택은 목적(통합/편의)과 설정 부담의 균형 — Claude 추천, 통합을 원하면 Cursor가 대안이며 다양한 모델 병행도 가능하다고 말한다.[^30]

    • 실행: 하나로 고정하기보다 예산을 고려해 “적당한 것”을 고르라고 조언한다.[^32]

5. 헷갈리는 용어 정리 (해당 시에만)[^34]

  • 오티(OT): 정규 수업 전에 진행하는 오리엔테이션 성격의 안내 영상/세션을 의미한다.[^4]
  • 프롬프트: AI에게 원하는 결과를 얻기 위해 입력하는 지시/질문 문장. 화자는 “프롬프트를 띄우다(열다)”라는 표현으로 사용한다.[^10]
  • Few-shot(샷을 던진다): AI에게 예시/조건을 몇 개 제공해 원하는 코드 생성을 유도하는 방식으로 언급된다.[^11]
  • 리뷰: AI가 생성한 코드가 배운 개념과 맞는지 확인하고, 잘못/좋은 점을 찾아 개선 방향을 세우는 검토 과정.[^12]
  • 집단 지성: 학습자들이 토론과 의견 교류를 통해 더 나은 결론과 이해에 도달하는 협력적 사고/학습 방식.[^16]
  • 플랫폼 / API / 알고리즘 / 아키텍처: 개발자가 이해해야 할 기술 영역으로 열거되며, AI 시대에도 여전히 필요하다고 강조된다.[^17]

참고(콘텐츠 정보)[^35]

  • 제목: AI시대의 코딩 방법 #5 - 개발자로 입문하는 사람들은 공부를 어떻게 해야 할까요[^35]
  • 채널: 뉴렉처[^35]
  • 길이: 5분 34초[^35]
  • 링크: https://www.youtube.com/watch?v=G_OAtfdPltE[^35]

[^1]: @[00:59]~@[01:05] “그래서 우리는 개념 이해가 중요해요… 입문하신 분들은 무조건 개념 이해를 하셔야 돼요.” [^2]: @[01:01] “입문하신 분들은…” + @[02:20] “새로운 공부를 할 때…” [^3]: @[00:13]~@[00:24] 오티 마무리 및 다음 수업 방향(프론트 기초부터). [^4]: @[00:16]~@[00:24] “중간부터… 그게 아니라 아예 프론트의 기초부터…” [^5]: @[00:09]~@[00:16] “다섯 번째 시간… 오티 영상을 끝내기로…” [^6]: @[00:27]~@[00:44] “AI을 가지고 있으면… 모르기 때문에… 이건… 알지만 편하게 하려고…” [^7]: @[00:44]~@[00:51] “카페를 만들려고 할 때… ‘카페 만들어 줘’… 하나하나… 면밀하게… 주문…” [^8]: @[00:57] “질문하지 않으면 나중에 큰 코 다칩니다.” [^9]: @[00:59]~@[01:05] “개념 이해… 입문… 무조건… 기초적인 내용부터…” [^10]: @[01:05]~@[01:16] “무엇을 할 것인지… 왜… 어떻게… 삼박자… 그다음에 프롬…” [^11]: @[01:16]~@[01:22] “몇 개 샷… 코드를 생성… 개념과 맞는지… 리뷰…” [^12]: @[01:28]~@[01:36] “혼자 하기 힘들면 같이… 수정 사항… 잘못… 좋은지… 능력이 어느 정도… 개선…” [^13]: @[01:48]~@[02:04] “AI한테 다 시켜… 타이핑… 지향… 프롬프트… 다시 수정하라…” [^14]: @[02:04]~@[02:20] “그다음 내용들도 똑같아요… 개념… 무엇/왜/어떻게… 퓨샷… 리뷰… 개선…” [^15]: @[02:20]~@[02:24] “개념 무조건 있어야 돼요.” [^16]: @[02:30]~@[02:44] “집단 지성… 교육 센터… 토론… 좋다 나쁘다… 왜… 개념 이해…” [^17]: @[02:44]~@[02:50] “플랫폼… API… 랭귀지… 도메인 지식… 알고리즘… 아키텍처…” [^18]: @[02:50]~@[02:56] “과거보다는… 빨리… 가정 교사… 개인 교사… AI…” [^19]: @[02:59]~@[03:03] “학습했던 내용이 맞는지… 다른 사람과… 의견 교류…” [^20]: @[03:08]~@[03:12] “중지가 모아지지 않으면… 선생님… 정리…” [^21]: @[03:12]~@[03:22] “뛰어난 개발자… 앞으로 더욱 더 필요…” [^22]: @[03:22]~@[03:28] “양쪽의 개발자 시대…” [^23]: @[03:28]~@[03:31] “회사… AI를 쓰지 말라고 하면…?” [^24]: @[03:34]~@[03:48] “직접 물어봤습니다… 큰 기업들… 중소기업… 안 쓰는 경우 거의 없었어요.” [^25]: @[03:48]~@[03:52] “부정적으로… 개인적인 성향… 보안적인 부분…” [^26]: @[04:01]~@[04:12] “예외… 보편적으로… 적극 추천… 회사 차원에서 지원…” [^27]: @[04:12]~@[04:18] “AI를 쓸 수 없다고 하면… 대안… 코딩을… 덜할 수 있는 방법…” [^28]: @[04:18]~@[04:33] “잘 모르겠다… 클로드 추천… 세팅 필요… 귀찮…” [^29]: @[04:33]~@[04:42] “개발도구… 커서… 내부적으로 클로드… 최신 버전…” [^30]: @[04:42]~@[04:52] “챗GPT… 다른 것들도… 지정/오토… 다양한 AI… 모델이 바뀌었을 때마다…” [^31]: @[04:58]~@[05:09] “저는 커서… 챗GPT 성능… 가입… 몇 개… 돈이 많이 나가서 고민…” [^32]: @[05:09]~@[05:17] “적당한 걸 고르… 다음 시간부터… 입문 영상…” [^33]: @[01:01]~@[02:24] 개념 우선 및 반복 학습 루프 강조 구간 전반. [^34]: @[01:16] few-shot(샷), @[01:22] 리뷰, @[02:30] 집단 지성 등 용어가 등장하는 구간. [^35]: 사용자가 제공한 메타데이터(제목/채널/길이/링크).

← 프로젝트에서 보기