Transcript
00:00:00[오디오 없음]
00:00:30>> 좋습니다, 오늘은 좀 즉흥적이지만 다시 라이브로 만나 뵙게 되어 기쁘네요. 시청자분들이 들어오고 계신 게 보이네요. 네.
00:00:53안녕하세요, 여러분. 또 다른 스트리밍에 오신 것을 환영합니다. 한 달이 넘었네요. 한 달이 넘었습니다.
00:00:59마지막 스트리밍이 3월 초였죠. 네, 다시 스트리밍을 하게 되어 정말 좋습니다.
00:01:08질문도 받고 여러 가지 이야기를 나눌 기회를 드릴 수 있어서요. 네, 여러분 안녕하세요.
00:01:14참여해 주시는 모든 분들 반갑습니다. 채팅창에서 인사해 주시는 분들도 모두 반가워요. 그리고 네,
00:01:18드디어 몇 주 만이네요. 네, 오랫동안 자리를 비워 정말 죄송합니다. 여러 가지
00:01:25개인적인 사정이 좀 있었어요. 아주 안 좋거나 끔찍한 일은 아니었지만, 그냥 살다 보니 이런저런 일들이 생기더라고요.
00:01:34업무적인 일들도 좀 있었고요. 어쨌든 만나서 정말 반갑습니다. 채팅창의 열기에
00:01:42정말 감사드려요. 제게 큰 힘이 됩니다. 저도 이 라이브 스트리밍을 정말 즐기고 있어요. 그래서 이번 스트리밍 이후에
00:01:49또 6주씩이나 쉬지는 않을 계획입니다. 그냥 여러 가지 일을 동시에 해내려다 보니 그렇게 됐네요.
00:01:56저는 전업 스트리머가 아니니까요. 이건 정말 제가 시간이 날 때마다 즐겁게 하는 일이고,
00:02:02보통은 매주 목요일 이 시간에 스트리밍을 하려고 노력합니다. 하지만 만약에
00:02:10방해되는 일이 생기면 어쩔 수 없는 거겠죠. 그래서 네, 오늘 방송의 취지는 정말 그냥
00:02:18함께 어울리고, 즐거운 시간을 보내고, 여러 가지 이야기를 나누는 겁니다. 준비한 내용도 좀 있고요. 하지만 네,
00:02:25여러분도 궁금한 게 있다면 뭐든 질문하고 공유해 주세요. 그냥 이야기해 봅시다. 그게 계획이에요.
00:02:31알고 싶은 것이나 질문이 있다면 알려주세요. 약간 "무엇이든 물어보세요" 같은
00:02:39시간으로 생각하고 있습니다. 그게 계획이고요. 네. 벌써 첫 번째 질문이 올라왔네요. 그나저나,
00:02:49좋은 메시지들이 정말 많네요. 제가 다 읽고 있으니 최대한 모든 질문에 답해 보도록 노력하겠습니다.
00:02:54응원해 주셔서 정말 감사합니다. 참여해 주신 모든 분들께도 감사드려요. 제게 큰 의미가 있습니다.
00:03:00제 강의를 들으셨다면 많은 것을 얻으셨기를 바랍니다. 안 들으셨어도 괜찮고요. 강의를 들었는데
00:03:05아무것도 안 하셨거나 본인에게 도움이 안 되었다면 그건 안타까운 일이네요. 물론 홍보를 좀 하자면 [academy.com/courses에](https://academy.com/courses에)
00:03:10지난 몇 주 동안 Codex, Cloud Code, VPS 등 새로운 강의들을 많이 출시했습니다. 물론 다른
00:03:17강의들도 많고요. 그러니 한 번 살펴보세요. 자, 첫 번째 질문을 확인해 봅시다. 맥스 님,
00:03:22만약 Copilot이 사라진다면 우리는 어떻게 해야 할까요? 설명해 주세요.
00:03:28아마도 제가 영상을 만들기도 했던, GitHub Copilot이 사용량 기반 과제로 전환한다는 내용에 대한 질문 같네요.
00:03:37그에 관한 영상이 이미 있으니, 여기서 그 영상에서 했던 모든 이야기를 다시 하지는 않겠습니다. 하지만 요점은
00:03:44GitHub Copilot이 구독 모델에서 벗어나고 있다는 것입니다. 제 말은, 여전히 구독할 수는 있지만
00:03:51구독료로 지불하는 금액만큼만 AI 크레딧으로 받게 된다는 뜻입니다.
00:03:56그래서 저는 그런 구독 모델의 장점을 잘 모르겠습니다. 제가 놓치는 게 있을 수도 있겠지만,
00:04:01제 눈에는 구독을 유지하는 게 이상한 선불 결제처럼 보이거든요. 어쨌든,
00:04:07그들은 사용량 기반 가격 책정으로 이동하고 있습니다. 현재로서는 확실한 대안은 당연히 Cursor겠죠.
00:04:13Cursor는 구독 모델이 있습니다. 그리고 아시다시피 VS Code의 포크(fork) 버전이기 때문에
00:04:18VS Code와 매우 유사한 IDE입니다. 그래서 지금 당장은 Cursor가 가장 확실한 선택지가 될 것 같네요.
00:04:28Codex나 Claude Code도 다른 대안이 될 수 있겠고 Open Code Black도 있겠네요, 전 써본 적 없지만요.
00:04:34하지만 컴퓨팅 자원이 매우 제한적인 현재 상황 때문에 결국 모든 업체가 어느 시점에는 사용량 기반 가격 책정으로
00:04:42이동하게 될 것이라고 생각합니다. 에이전틱(agentic) 기능들 때문에 우리 모두가 훨씬 더 많은 토큰을 사용하면서
00:04:48이들 기업의 추론 비용이 매우 비싸지고 있거든요. 다시 한번 말씀드리지만,
00:04:54제 유튜브 채널에 이에 관한 전체 영상이 있으니 여기서 다 설명하지는 않겠습니다. 하지만 지금 당장
00:05:00GitHub Copilot의 대안은 Cursor나 Claude Code 등을 사용할 수 있는 다른 플랜들이라고 봅니다.
00:05:04기본으로 돌아가서, Node.js와 FastAPI 중 어떤 것을 마스터해야 할까요? 중요한 건,
00:05:11FastAPI는 파이썬이라는 점입니다. 그래서 결국 본인이 어떤 언어로 작업하는 것을 더 선호하느냐의 문제입니다.
00:05:18물론 AI가 도움을 줄 수 있겠지만, 제가 추천하지 않는 방식인
00:05:24단순히 느낌으로만 코딩(vibe coding)하는 수준에 그치지 않으려면, 생성된 코드를 정말로 이해해야 합니다.
00:05:29그러니 Node.js를 선호하신다면 Express나 더 현대적인 프레임워크 중 원하는 것을 선택해 사용하세요.
00:05:34파이썬을 선호하신다면 FastAPI는 확실히 훌륭한 선택입니다. Node.js 경로를 선택하신다면
00:05:40Node.js의 대안으로 BUN을 살펴보시는 것도 좋겠네요.
00:05:46그리고 제가 개인적으로 아주 좋아하는 Hono 같은 프레임워크도 살펴보세요.
00:05:50요즘 많은 프로젝트에서 Hono를 많이 사용하고 있거든요. 그래서 그것도 흥미로운 선택지가 될 수 있습니다.
00:05:58새로운 VPS 강의가 Udemy에도 출시되나요? 아니요, 이건 저희 자체 플랫폼에서만 제공되는 독점 강의가 될 예정입니다.
00:06:07에이전틱 코딩 시대에 개발자의 삶은 어떤가요? 저의 개인적인 삶, 아니
00:06:12우리 모두의 직업적인 삶이라고 해야겠네요, 그 모습이 꽤 많이 바뀌었습니다. 제 말은, 1, 2년 전만 해도
00:06:19분명히 저는 거의 모든 코드를 수작업으로 작성했습니다. 하지만 지금은
00:06:24코드의 90% 정도가 AI나 그와 유사한 툴에 의해 생성된다고 할 수 있습니다. 저는 중간중간
00:06:31개입만 할 뿐이죠. 혹은 제가 즐겨 하는 방식은 프로젝트를 설정하거나
00:06:40더 복잡한 기능을 구체화할 때 기본 타입과 기본 인터페이스를 직접 정의하는 것입니다. 그리고 코드를 검토하고
00:06:46수정하거나, AI가 진행하는 방향이 마음에 들지 않으면 직접 고치거나 AI에게 수정을 지시합니다.
00:06:53그래서 생각보다 많은 입력이 필요합니다. 단순히 AI를 시켜놓고 알아서 하게 두는 게 아니에요.
00:06:59코드를 무시하고 느낌만 따지는 '바이브 코딩'을 말씀드리는 게 아닙니다. 하지만 정말 많이 변했습니다.
00:07:05얼마 전 제 유튜브 채널에서 공유했듯이, 제 개인적으로 꽤 반응이 좋았던 영상이 있었는데,
00:07:10개발의 즐거움이 많이 사라졌다는 내용이었어요. 물론 항상 무언가를 만들어내는 것이 중요하고,
00:07:17이제 AI와 함께라면 훨씬 더 많은 것을 만들 수 있으니 더 즐거울 수 있다고 말하는 사람들도 많다는 걸 압니다.
00:07:24그 말도 다 맞습니다. 저도 그런 '만들기'의 측면을 즐기고 있어요. 오해하지 마세요. 직업을 바꾸거나 떠나려는 게 아닙니다.
00:07:29하지만 타이핑을 하고, 몰입 상태(flow state)에 들어가서 코드를 써 내려가는 그 순수한 과정 자체가
00:07:36제게는 큰 재미이자 기쁨이었거든요. 그런데 그걸 잃어버린 거죠. 누군가는 이런 제 생각이 멍청하다고 말할 수도 있겠지만,
00:07:41괜찮습니다. 하지만 그게 제 관점이에요. 그 즐거움은 사라졌습니다. 물론 여전히 코드를 수작업으로 짤 수는 있죠.
00:07:48당연하죠. 하지만 이건 제 직업이고, 저는 효율성이 떨어지는 방식을 고수하지는 않을 겁니다. 그래서 네,
00:07:54그게 제 견해입니다. 많이 바뀌었고, 계속 바뀌고 있습니다. 1년 뒤 제 업무가
00:08:01어떤 모습일지 전혀 모르겠어요. 가까운 미래에 소프트웨어 엔지니어가 더 이상 필요 없게 될 거라는 말은
00:08:08전혀 믿지 않습니다. 하지만 1년 뒤에 어떤 도구를 쓰게 될지, 모델들이 정확히 어떻게
00:08:13작동할지는 모르겠습니다. 그래서 1년 뒤에 이 모델들을 효율적으로 사용하기 위해
00:08:19어떤 새로운 기술이 필요할지도 모르겠고요. 어쩌면 사양서(spec file)가 지금보다 훨씬 중요해질 수도 있고,
00:08:25코드 리뷰가 더 중요해질지도 모르죠. 잘 모르겠습니다. 하지만 정말 많이 변하고 있어요. 답변이 너무 길었네요.
00:08:32하지만 이건 꽤 복잡하고 중요한 주제죠. 여러분도 각자의 의견이 있으실 거라 확신합니다.
00:08:39다른 분들은 어떻게 생각하시는지, AI와 함께한 경험은 어떠신지 정말 듣고 싶네요.
00:08:44토큰당 과제가 시작되면서 코딩 능력이 다시 가치 있는 기술이 되고 있을까요? 아주 좋은
00:08:51지적이십니다. 이미 창을 닫아버렸네요. 말씀드린 것처럼 GitHub Copilot의 사용량 기반 가격 책정과 함께,
00:08:56다른 업체들도 미래의 어느 시점에는 그런 모델로 전환할 것이라고 생각합니다.
00:09:01저는 코딩하는 법을 알고 코드를 읽을 줄 아는 게 어쨌든 중요하다고 생각합니다. 코드를 검토해야 하니까요.
00:09:08하지만 코드를 쓸 줄 아는 능력 역시 결코 중요하지 않은 기술은 아니라고
00:09:17말하고 싶네요. 중장기적으로는 공급이 늘어나면서 사용량 가격이 낮아질 가능성이
00:09:23매우 높습니다. 하지만 지금은 자원이 매우 한정적이고, 당분간은 이런 상황이 지속될 것으로 보입니다.
00:09:29그래서 실제로는 예전처럼 GitHub Copilot 같은 AI 기반 자동 완성을 활용하되,
00:09:36성능이 좀 더 좋아진 방식으로 직접 코드를 짜는 것이 모든 것을 AI 에이전트에게 맡기는 것보다
00:09:45결국 더 비용 효율적이고 효과적이라고 판단하게 되는 사례가 많아질 수도 있습니다.
00:09:51우리는 충분히 그런 방식들이 혼합된 모습을 보게 될 수도 있어요. 확신할 수는 없지만, 배제할 수도 없습니다.
00:10:00이 놀라운 댓글들을 남겨주신 여러분 모두 정말 감사합니다. 진심으로 큰 힘이 됩니다
00:10:06인터넷 최고의 강사님, 정말 감사합니다. 다시 한번 말씀드리지만, 당신은 최고의 강사예요.
00:10:12이런 멋진 댓글들 정말 감사합니다. 정말, 정말 멋지네요. 제게 큰 의미가 됩니다. 정말 고맙습니다.
00:10:20LM Studio 같은 로컬 도구를 사용하는 방향으로 가게 될까요? 글쎄요,
00:10:25저는 로컬 AI 모델의 열렬한 팬이고, 그래서 이미 1년 전에 관련 강의도 만들었습니다.
00:10:30강의에서 가르치는 개념은 여전히 유효합니다. 핵심 아이디어는 같으니까요. 강의에서는
00:10:34Ollama와 LM Studio를 다루는데, 저는 이런 로컬 모델과 모델을 로컬에서 실행하는 도구들을 아주 좋아합니다.
00:10:41물론 모든 용도는 아닙니다. 예를 들어 에이전틱 코딩의 경우 제 생각에는,
00:10:504년 된 M1 맥북 프로에서 실행할 수 있는 모델로는 아직 충분하지 않습니다.
00:10:54그래서 에이전틱 코딩에는 로컬 모델을 쓸 수 없죠. 하지만 기본적인 데이터 분석을 위해 텍스트를 분석하거나,
00:11:01텍스트를 생성하는 등의 작업에는 로컬 모델을 정말 좋아합니다.
00:11:07로컬 모델들의 성능이 좋아짐에 따라 그 중요성은 더욱 커질 것입니다. 누가 알겠어요,
00:11:14저렴한 하드웨어에서도 고성능 모델을 쉽게 돌릴 수 있는 기술적 돌파구가 생길 수도 있고,
00:11:23저렴한 모델 자체가 고성능이 되거나 파인튜닝을 통해 특정 용도에 더 유용해질 수도 있죠.
00:11:28특정 작업에 맞춰 각각 파인튜닝된 여러 개의 소형 모델을 사용하는 미래가 올 수도 있습니다.
00:11:33그렇게 되면 상대적으로 저렴한 하드웨어나, 혹은 사양이 높은
00:11:38맥 스튜디오 같은 기기에서 구동할 수 있겠죠. 물론 맥 스튜디오는 비싸긴 하지만,
00:11:45특정 작업에 특화된 모델을 돌릴 수 있다면 기업 입장에서는 매우 유용할 것입니다.
00:11:52갑자기 데이터가 외부로 나갈 필요가 없어지니까요. 그 가치는 어마어마하죠.
00:11:57답변이 길어졌네요. 하지만 저는 로컬 모델의 팬이고 미래에 중요한 역할을 할 거라 봅니다.
00:12:02타입스크립트와 리액트 다음엔 뭘 해야 할까요? 기초를 다지려고 AI 없이 연습 중입니다.
00:12:09참고로 그것은 매우 좋은 접근 방식입니다. 저도 많은 분께
00:12:18비슷한 질문을 받곤 하거든요. 요즘 같은 시대엔 무엇을, 어떻게 배워야 할지,
00:12:23코딩을 배우는 게 여전히 좋은 생각일지 말이죠. 제 생각에는 상황이
00:12:29변할 것 같습니다. 직접 코드를 작성하는 일은 훨씬 줄어들 것이고, 언젠가는
00:12:34전혀 안 쓰게 될지도 모르죠. 하지만 코드를 진정으로 이해하고 검토하며 지시하려면
00:12:40아예 없을 수도 있습니다. 하지만 코드를 진정으로 이해하고, 코드를 리뷰하고 AI에게 적절히 지시하기 위해서는
00:12:45그럼에도 불구하고 여러분이 다루는 프로그래밍 언어와 기술을 반드시 이해해야만 합니다.
00:12:52저를 예로 들면, 저는 C++로 프로그램을 만들 수 없습니다. 물론 느낌만으로 코드를 짤 수는 있겠지만요.
00:12:56원하는 결과물은 얻을 수 있을지 몰라도, 프로젝트가 더 복잡해지거나 배포를 해야 해서
00:13:04갑자기 보안 문제나 다른 버그들이 중요해진다면 저는 그걸 해결하지 못할 겁니다. 제가 C++를 모르니까요.
00:13:12일반적인 코딩 방법을 아니까 C++ 코드를 어느 정도 읽을 수는 있겠지만, 모범 사례(best practices)나
00:13:19패턴 등은 알지 못합니다. 그래서 코딩을 배우는 것은 제 생각에 여전히 중요합니다.
00:13:26제가 관련 강의를 팔고 있어서 드리는 말씀이 아닙니다. 진심으로 중요하다고 생각해요.
00:13:33질문으로 돌아가서, TypeScript와 React 다음은요? 저는 '일단 만들어 보라'고 말씀드리고 싶네요.
00:13:38AI를 조금 활용하되 생성된 코드를 반드시 이해해야 합니다. 직접 뛰어들어 데모 프로젝트들을 만들어 보세요.
00:13:45그다음 단계로 유용한 것은 Next.js나 TanStack Start 같은 메타 프레임워크를 배우는 것입니다.
00:13:50어이쿠, 제가 여기서 뭘 하고 있는 거죠? 이것들은 React를 위한 메타 프레임워크입니다.
00:13:54React와 TypeScript를 배운 뒤의 좋은 다음 단계가 될 수 있습니다.
00:14:00직접 무언가를 만들어 보고 이런 메타 프레임워크들을 파고들거나,
00:14:06모바일 앱을 만들고 싶다면 React Native를 파고드는 것도 좋은 아이디어입니다.
00:14:12Ruby나 Ruby on Rails에 대한 자료나 강의가 있나요? 아니요, 저는 Ruby나
00:14:17Ruby on Rails 개발에는 전혀 관심이 없거든요. 아주 잠깐, 한 10~12년 전에
00:14:292026년에 집중하기에 가장 현명한 언어는 무엇일까요? 꼭 최고일 필요는 없고요.
"상황마다 다르다"라거나 "전부 다"라고 하지 마시고, 굳이 고르자면요.
00:14:34분명 상황에 따라 다르긴 하겠지만, "그때그때 달라요"라고 하지는 않겠습니다.
제 생각에 가장 배우기 현명한 언어는
00:14:40AI가 정말 잘 다루는 언어입니다.
요즘의 최신 모델들과
00:14:46도구들은 제가 경험해 본 바로는
대부분의 언어를 꽤 준수하게 처리할 수 있도록 미세 조정되어 있습니다.
00:14:53문서와 적절한 기술을 제공한다면 말이죠. 하지만 별다른 조치 없이도
기본적으로 정말 잘하는 언어는 TypeScript와 Python입니다.
00:15:00그래서 아마 그중 하나를 사용할 것 같네요. 그리고 저는 전적으로
00:15:06문서와 적절한 기술을 제공한다면 말이죠. 하지만 기본적으로는
00:15:13TypeScript와 Python을 정말 잘합니다. 그래서 아마 그중 하나를 선택할 것 같네요.
00:15:22그리고 저는 완전히 JavaScript 세계에 있기 때문에 결국 TypeScript나 JavaScript를 추천하겠지만,
00:15:29타입(type) 시스템이 AI에게 도움이 되기 때문에 TypeScript가 좋습니다. 제 경험상
00:15:35AI가 그걸 아주 잘 활용하거든요. 완벽하진 않지만 꽤 잘합니다. 그래서 제가 추천하는 언어입니다.
00:15:44맥스 님, 정말 전설이세요. 정말 감사합니다. 다들 너무 친절하시네요.
00:15:50정말 고맙습니다. 안녕하세요, 맥스 님. 저는 AI가 등장한 시대의 QA 엔지니어입니다.
00:15:55기대치가 거의 세 배로 늘어나면서 예전보다 더 많이 일하고 있어요. 이제 저는 더 이상
00:16:00테스트 자동화 코드를 짜는 게 아니라, 그냥 AI를 돌보는 베이비시터가 된 것 같아요. 네.
00:16:07제 경험도 그렇습니다. 아까 말씀드린 '즐거움이 사라진 부분'이죠. 역할이 바뀌고 있어요.
00:16:13물론 무언가를 직접 만들 수 있는 위치에 있다면 더 많은 것을 만들 수도 있겠죠.
00:16:18QA 엔지니어라고 하셨는데, 그 말은 본인이 직접 더 많이 만드는 게 아니라,
00:16:27테스트하고 검토해야 할 것들이 더 많아졌다는 뜻이겠네요. 그리고 그건 분명히 별로 재미없을 겁니다.
00:16:36비대칭 문제도 있으니까요. AI는 무한한 양의 결과물을 쏟아낼 수 있습니다.
00:16:40이쪽으로 좀 옮길게요, 걱정 마세요. 네, AI는 코드 같은 것들을
00:16:48무한정 생성할 수 있습니다. 하지만 인간인 여러분은 그것들을
00:17:01검토할 수 있는 시간이 한정되어 있죠. 맞나요? 화면을 좀 축소해 볼게요. 이게 바로 문제입니다.
00:17:06그런 비대칭이 발생하죠. AI는 엄청난 양의 코드를 뿜어내는데, 우리는 그걸 검토하거나 테스트해야 합니다.
00:17:15그게 바로 말씀하신 부분입니다. 그 '베이비시팅' 역할이 정확히 제가 겪고 있는 일이기도 해요.
00:17:25저는 직접 만드는 입장이기도 해서 그냥 검토만 하는 건 아니지만,
00:17:34당연히 제가 검토할 수 있는 양에는 한계가 있습니다. 제 업무도 몰입 상태에서 코드를 짜던 것에서
00:17:38사양서를 작성하고 검토하고, 코드를 검토하는 등의 일로 확실히 바뀌었습니다.
00:17:43그래서 베이비시팅을 많이 하게 되죠. 다시 말씀드리지만, 이게 새로운 역할이고 적응해야 할 부분이라는 점에
00:17:50전적으로 동감합니다. 우리는 여전히 AI가 쏟아내는 조잡한 결과물(slop)과 코드에
00:17:57압도당하고 있는 단계에 있습니다. 하지만 상황은 조율될 것이고, 아마도 그런 조잡한 결과물들을
00:18:03더 빨리 처리할 수 있게 도와주는 도구들이 나올 것입니다. 물론 AI 기반 도구들이겠죠.
00:18:10그리고 단지 사용량 기반 가격 책정 때문에 비용이 올라간다는 이유만으로도,
00:18:18우리는 AI를 더 효율적으로 사용하는 법을 배우게 될 겁니다. 그러면 한동안은 조잡한 결과물이 줄어들 수도 있겠죠.
00:18:25하지만 말씀하신 의미가 무엇인지 충분히 이해합니다.
00:18:322026년 .NET 개발에 대해 어떻게 생각하시나요? 제가 .NET 개발자가 아니라서
00:18:40공유해 드릴 수 있는 게 별로 없네요. 죄송합니다. 프론트엔드와 모바일 분야에서 3년 정도의 경력이 있는데,
00:18:46만약 AI/ML 같은 다른 분야로 전환하고 싶다면 그래야 할까요? 참고로 해고된 뒤 직장이 없는 상태입니다.
00:18:50AI/ML 같은 다른 분야로 전환하고 싶다면 그래야 할까요? 정말 어려운 질문입니다.
00:18:57당연히 저는 AI/ML 분야의 전문가가 아니니까요. 저는 머신 러닝 분야에서 일하지 않고,
00:19:05AI 모델을 훈련시키지도 않습니다. 그리고 그 분야의 수요가 정말 그렇게 높은지는 잘 모르겠습니다.
00:19:11지금 AI가 대세인 건 분명하지만, 그렇다고 해서 모든 회사가
00:19:19AI 모델을 직접 만들 수 있는 사람을 찾고 있다는 뜻은 아니라고 생각하거든요. 제 생각에 기업들은
00:19:26이런 AI 모델과 도구들을 잘 활용할 수 있는 사람을 찾을 것입니다. 개발 업무든 아니면 다른 어떤 일이든요.
00:19:31제 말은, 기업에서 일어나는 모든 프로세스와 업무들은 아마도 AI에 의해 바뀌게 될 것이거나
00:19:39최소한 CEO나 관리자들이 그렇게 바꾸려고 노력할 것입니다. 그래서 만약 직종을 바꾸신다면,
00:19:45기업이 그런 전환을 하는 데 도움을 줄 수 있는 일이 무엇인지, 본인이 무엇을 하고 싶은지를 살펴보세요.
00:19:54하고 싶은 마음도 중요하니까요. 그리고 그건 전통적인 개발자가 아닐지라도 여전히 개발 관련 역할일 수 있습니다.
00:20:03컨설팅이나 그와 유사한 어떤 일이든 될 수 있겠죠, 분명히요.
00:20:09그리고 물론 AI/ML 분야일 수도 있겠지만, 굳이 ML 전문가가 되거나
00:20:15AI 모델 훈련 전문가가 되는 것에만 집중하지는 않을 것 같습니다. 그것도 하루아침에 되는 건 아니니까요.
00:20:24그리고 그 분야에 무한한 수요가 있을 거라고 장담할 수도 없고요.
00:20:29제가 틀렸을 수도 있지만, 이게 제 느낌이자 논리입니다.
00:20:36결국 제가 지금 느끼는 건, 코딩할 줄 아는 능력이 비용을 절감해 줄 것이기 때문에
00:20:41배관공으로 전업할 필요는 없다는 거네요. 비용을 줄여줄 것이고, 누군가는 AI가 쏟아내는 조잡한 결과물을 감시해야 하니 중요할 겁니다.
00:20:48이런 AI 모델과 도구들을 정말로 사용해서 효율성을 높일 수 있는지 확인해야 합니다.
00:20:54그냥 느낌만으로 코딩하는 '바이브 코딩'만으로는 특정 사례에서 어떤 사람들에게 분명히 도움이 되겠지만,
00:21:00그게 우리 모두가 지향해야 할 방향은 아닙니다. 이미 많은 소프트웨어가 점점 더 나빠지고 있는 걸 볼 수 있으니까요.
00:21:07우리 모두 느끼고 있죠. 그게 AI 때문인지 아니면 그냥 우연인지 뭔지는 모르겠지만,
00:21:15확실한 건 AI가 마법처럼 소프트웨어를 더 낫게 만들거나, 통제와 검토 없이
00:21:21좋은 소프트웨어를 만들어내는 수단은 아니라는 점입니다. 그래서 코딩을 아는 것은 여전히
00:21:28가치 있습니다. 단지 코딩하는 방식이 바뀌고 있을 뿐이죠. 저는 AI와 코딩을 따라가려는 노력을 멈췄습니다.
00:21:34취미로만 코딩하고 있는데, 현업에 계신 분들이 전혀 부럽지 않네요. 네, 정말 많은 것들이 변하고 있죠.
00:21:42하지만 가끔은 2019년쯤 JavaScript 프레임워크들 때문에
00:21:47압도당할 것 같았던 때가 떠오르기도 합니다. 저는 지금 당장 뭔가를 하지 않으면
00:21:55뒤처질 거라고 말하는 사람들을 한 번도 좋아한 적이 없어요. 왜냐하면 진실은 모든 것이
00:22:01너무나 빨리 변하고 있다는 것이거든요. 항상 최신 정보를 꿰고 있지 않다고 해서 뒤처지는 게 아닙니다.
00:22:08제 말은, 1년 전이었나요 아니면 2년 전이었나요? 잘 모르겠네요.
00:22:14MCP가 엄청난 화제였죠. 물론 MCP가 사라진 건 아닙니다. MCP도 분명 목적이 있겠지만,
00:22:22저는 실제로 MCP 서버를 써본 적이 거의 없어요. 문서를 찾아주는 용도로만 가끔 썼죠.
00:22:30다른 분들은 다를 수 있겠지만, 모든 새로운 도구와 방식, 반짝이는 새 모델에 달려들지 않는다고 해서 뒤처지는 건 아닙니다.
00:22:35모든 새로운 도구, 새로운 접근 방식, 반짝이는 새 모델에 뛰어들지 않는다고 해서 뒤처지는 것이 아닙니다.
00:22:43매주 모델을 바꿀 필요는 없습니다. 지금 당장은 압도당하기 쉬운 환경이고, 저 또한 그런 기분을 느낍니다. 하지만
00:22:48생각해 보면 그럴 이유가 전혀 없습니다. 어차피 계속 변하니까요. 그러니 한 달 정도
00:22:56쉬었다가 돌아와서 반나절 정도 트위터나 블로그 글을 읽고, ChatGPT에게 지난 한 달 동안
00:23:04무슨 일이 있었는지 물어보세요. 그러면 다시 최신 정보를 따라잡을 수 있습니다. 그러니 우리 모두
00:23:09조금은 여유를 가져도 될 것 같습니다. 오늘날 여전히 부족하다고 생각하시는 AI 기반 도구나 개발자 제품이 있을까요?
00:23:16글쎄요, 그에 대한 명확한 답이 있었다면 제가 직접 만들려고 했을 겁니다. 저는
00:23:23메모리 문제가 아직 완전히 해결되지 않았다고 생각합니다. 또한 이미 많은 도구와 서비스들이
00:23:31에이전트가 더 원활하게 작동할 수 있도록 CLI를 출시하고 있는 것을 보고 있습니다.
00:23:37앞으로 이런 경향이 더 강해질 것이라고 봅니다. 제대로 된 API나
00:23:47CLI 도구가 없는 소프트웨어가 있고, 개선할 의지도 없어 보인다면, 바로 그 지점이
00:23:52시장을 뒤흔들거나 대안을 만들 수 있는 흥미로운 기회가 될 수 있습니다. 저는 미래에
00:23:59AI 에이전트만 남게 될지는 확신할 수 없지만, 에이전트가 여러분의 서비스나 소프트웨어를
00:24:08사용할 수 있는 길을 열어주는 것은 좋은 아이디어라고 믿습니다. 어떤 서비스가 이를 수행하지 않는다면
00:24:13그것이 기회가 될 수 있다고 생각합니다. 물론 예외는 있겠지만 제 뜻은 이해하셨을 겁니다.
00:24:17LLM 덕분에 요즘 더 많이 배우고 있다고 느끼시나요? 네, 지식의 폭이
00:24:25훨씬 넓어지고 있습니다. 어떤 주제든 뛰어들기가 훨씬 쉬워졌는데, 모든 멍청한 질문에도
00:24:31한없이 인내심을 발휘하는 멘토가 있기 때문입니다. 저도 모르는 것에 대해 멍청한 질문을 정말 많이 하거든요.
00:24:38그래서 확실히 더 많이 배우고는 있지만, 당연히 지식의 깊이는 얕은 편이고
00:24:44특히 빠른 답변만 찾는 경우에는 금방 잊어버리게 됩니다. 그래서 저는 가끔씩
00:24:49깊이 있게 파고드는 것이 중요하다고 생각하며, 그래서 개인적으로 문서를 읽거나
00:24:54직접 무언가를 만드는 것을 즐깁니다. 정말 중요하거나 제대로
00:24:59실력을 키우고 싶은 분야라면 깊이 파고듭니다. 하지만 네, 훨씬 더 많이 배울 수는 있습니다. 다만
00:25:04별도의 노력 없이는 깊이 있는 학습이 되지 않습니다. 적어도 제게는 그렇습니다. 개발자가 여전히
00:25:10필요할 것이라는 이야기를 많이 듣지만, 지금의 해고 열풍과는 어떻게 연결될까요? 아주 좋은 지적입니다. 해고와 관련해서
00:25:17몇 가지 말씀드리자면, 제가 아주 좋아하는 차트가 하나 있는데 물론 이것도
00:25:24하나의 차트일 뿐이라서 더 많은 이면이 있긴 합니다. 이 차트는 당연히 끔찍해 보이죠? 제 말은,
00:25:29팬데믹 때는 이 위치에 있었는데 지금은 여기니까요. 하지만 이 차트를 보면 아시다시피
00:25:35Indeed에 올라온 미국의 소프트웨어 개발자 일자리는 (물론 전 세계 기준은 아니지만)
00:25:42지난 몇 달 동안 꾸준히 상승하고 있습니다. 자, 그렇다면 모든 상황이 좋아졌고
00:25:50다시 예전으로 돌아간다는 뜻일까요? 아니요, 그렇지 않을 겁니다. 그때도 정상은 아니었으니까요.
00:25:56우리는 이 지점에서 왔다가 갑자기 치솟았던 거니까요. 그래서 저는 다시 이 정도로 돌아갈 가능성이 있다고 봅니다.
00:26:02물론 이것이 모든 사람에게 도움이 되는 것은 아니겠지만요. 하지만 지금 우리가 보고 있는 해고는
00:26:11종종 AI 때문이라는 주장이 제기되고, 기업들 스스로도 그렇게 말하곤 합니다.
00:26:17그게 진실의 일부일 수는 있겠지만, 여전히 실제 상황은 이 모든 기업들이
00:26:24팬데믹 기간 동안 과도하게 채용을 했고, 그때 뽑은 인원을 여전히 정리하고 있는 중이라는 것입니다.
00:26:31AI는 해고의 아주 좋은 명분이 됩니다. 투자자들에게도 듣기 좋은 소리니까요.
00:26:36그래서 지금의 대량 해고 사태에서 AI가 원인 중 하나라는 점은 의심하지 않지만, 유일한 원인은 아닙니다.
00:26:45저는 더 많은 기업이 AI를 통해 더 많은 잠재력을 끌어낼 수 있다는 것을 깨닫게 될 것이며,
00:26:52모든 사람을 해고하지는 않을 것이라고 봅니다. AI를 사용할 사람이 필요하기 때문입니다. 10년이나 20년 후에
00:26:57오직 AI 에이전트만 남게 될지는 모르겠지만, 지금 당장은 절대 그렇지 않습니다. 그리고 많은 기업이
00:27:03AI를 사용하는 시니어 개발자만 고용하고 싶어 하겠지만, 결국 시니어 개발자가 하늘에서
00:27:09뚝 떨어지는 것이 아니며, 시니어를 키워내기 위해 주니어가 필요하다는 사실을 깨닫게 될 것입니다.
00:27:15그래서 저는 단기적 혹은 중기적 미래에 대해 너무 비관적으로 생각하지 않습니다.
00:27:21물론 제가 미래를 내다볼 수는 없지만, 이에 대한 제 생각은 그렇습니다.
00:27:28코딩을 위해 어떤 AI 도구에 투자하는 것을 추천하시나요? 저는 관련 강의를 만들기도 하고
00:27:34이 도구들이 어떻게 작동하는지, 어떤 기능을 제공하는지 최신 상태를 유지하고 싶어서 자주 바꿉니다.
00:27:39하지만 현재 개인적으로 아주 좋아하고 많이 사용하는 것은
00:27:44Pi 에이전트입니다. Pi 코딩 에이전트는 어떤 API 키로도 사용할 수 있고,
00:27:54모든 모델을 API 키로 연동하거나, 제가 하는 것처럼 Codex 구독을 통해 사용할 수 있습니다.
00:28:00그걸 쓰지 않을 때는 요즘 Codex를 많이 사용하지만, Claude Code가 어떻게 변했는지
00:28:04나쁘지 않은 접근 방식이라 생각해요. 다시 말씀드리지만, 우리 모두 인공지능을 가장 잘 활용하는 법을 여전히 찾아가는 중이니까요. 그리고 이건 정말 쉽고
00:28:09가장 좋아하는 걸 고르라면 아마 지금은 Pi일 것 같네요. 아이러니하게도 Pi에 대한 강의는
00:28:15아직 없지만, 정말 좋아하기 때문에 아마 곧 만들게 될 것 같습니다. 하지만 말씀드렸듯이 저는 계속 도구를 바꿉니다.
00:28:20저는 AI 개발의 아주 초기 방식으로 돌아갔습니다. 코드는 제가 직접 작성하고
00:28:29AI는 제가 쓰기 싫은 부분만 생성하게 합니다. 네, 그것도 나쁘지 않은 접근 방식이라고 생각합니다.
00:28:35다시 말씀드리지만, 우리 모두는 AI를 다루는 가장 좋은 방법을 여전히 찾아가는 중입니다. 그리고
00:28:41자기도 모르는 사이에 갑자기 버튼 색깔을 빨간색으로 바꿔달라고 AI에게 요청하는 함정에 빠지기 쉽습니다.
00:28:48코드 어디에서 색상이 설정되는지 모르거나, 찾아보기 귀찮아서 말이죠. 코드 한 줄만 바꾸면 되는데도
00:28:53그런 함정에 빠지기가 정말 쉽습니다. 그건 좋지 않습니다. 균형을 찾아야 하죠.
00:28:59저를 포함해 대부분의 사람들은 여전히 AI를 효율적으로 활용하는
00:29:05최선의 업무 방식을 찾으려고 노력하는 단계에 있다고 생각합니다.
00:29:12모든 것이 항상 변하고 있고, 모델도 변하고 도구도 변하고 있으니까요.
00:29:17이런 상태는 앞으로 몇 달, 혹은 일 년 정도는 더 지속될 것 같습니다.
00:29:25JetBrains는 오래전부터 토큰 기반 요금제를 운영해왔고 사용자들은 거의 모든 AI를 쓸 수 있습니다. 훌륭하죠.
00:29:33하지만 예를 들어 Claude는 Gemini보다 토큰을 10배 더 소모하면서 결과는 더 낫지 않습니다.
00:29:38네, 사람마다 선호하는 모델이 다를 겁니다. 저는 개인적으로
00:29:42JetBrains를 사용해 본 적이 없어서 그 부분에 대해서는 말씀드리기 어렵네요. 방금 제 선호 도구들을 말씀드렸고요.
00:29:49하지만 아까 말씀드린 것처럼, 사용량 기반 요금제는 조만간 모든 제품에 도입될 것이라고 생각합니다.
00:29:55Alfredo 님, 정말 감사합니다. 진심으로 감사드려요.
00:30:07독일 취업 시장은 왜 침체되어 있고 곧 좋아질까요? 자리가 적어서 경쟁이 너무 치열합니다.
00:30:12저는 지금 구직 중이 아니고 독일에서 일자리를 찾고 있는 것도 아니라서
00:30:17취업 시장에 대해 자세히 말씀드리기는 어렵습니다. 독일에는 많은 문제가 있고,
00:30:23AI는 우리가 가진 문제들 중 가장 사소한 것이라고 생각합니다. 하지만 너무 정치적인 이야기는 하고 싶지 않네요.
00:30:32독일에는 일하는 것과 사람을 고용하는 것 모두를 저해하는 여러 요인들이 있다고 봅니다.
00:30:39당연히 끔찍한 상황이죠. 여기에 코로나 기간 동안의 과잉 채용까지 겹치면서
00:30:45현재의 독일 취업 시장이 형성된 것입니다. 독일은 기술이나 일반적인 혁신과 관련된
00:30:52거의 모든 분야에서 매우 느리기 때문에, AI가 주된 원인은 아니라고 말씀드리고 싶습니다.
00:31:01선생님의 Next.js와 TypeScript 강의를 들었습니다. 훌륭한 강의 감사합니다.
00:31:04감사합니다. 강의가 마음에 드셨다니 정말 기쁘네요. 많은 것을 얻으셨기를 바랍니다.
00:31:09정말 감사합니다. Max, 포춘 500대 기업에서 가장 많이 쓰이는 웹 프레임워크인
00:31:16Spring Boot 프레임워크에 대해 어떻게 생각하시나요? 왜 Spring Boot 강의는 한 번도 내지 않으셨나요?
00:31:22단순히 제가 사용하지 않기 때문입니다. 많이 쓰이고, 훌륭하며, 인기가 많다는 점은
00:31:26의심할 여지가 없습니다. 많은 것들이 그렇죠. 하지만 저는 Spring Boot나 Java 개발자가 아닙니다.
00:31:32그리고 저는 모르는 것을 가르치지 않는데, 이는 꽤 괜찮은 전략이라고 생각합니다. 그렇습니다.
00:31:39인기 있는 기술이 많다는 걸 알고 있습니다. 이제 AI로 인해 상황이 조금 변하고 있죠. 코딩 강의가
00:31:48예전만큼 잘 팔리지 않습니다. 하지만 6년 전이었다면 인기 있는 온갖 종류의
00:31:53기술들에 대한 강의를 만들었을 수도 있겠죠. 하지만 그건 제 철학이 아니었습니다. 저는 제가
00:31:59매일 사용하고 정말 잘 아는 것을 공유하고 가르치고 싶습니다. 그래서 아마 앞으로도 제가 만든
00:32:05Spring Boot 강의는 없을 것 같네요. 안녕하세요, Udemy에서 Go 강의를 듣고 있는데 가르치시는 방식이 정말 좋네요.
00:32:11질문이 있는데, Golang의 미래는 어떨까요? 그리고 강의를 완강한 후에 어떤 경로로 나아가야 할까요?
00:32:16나아갈 방향에 대해 반복해서 말씀드리자면, 항상 직접 무언가를 만들어 보는 것입니다.
00:32:21GIN 프레임워크 같은 걸로 웹 애플리케이션을 만들어 보거나 CLI를 만들어 보세요.
00:32:27AI 시대에 아주 좋은 아이디어입니다. 그리고 당연히 Go에서 AI를 활용하는 방법도 익히시고요.
00:32:33Go의 장점이자 미래가 밝다고 생각하는 이유는, 문법 등의 이유로 호불호가 갈리는
00:32:41언어이긴 하지만, AI가 Go를 정말 잘 다루기 때문입니다. Go의 타입 시스템과
00:32:49작동 방식은 TypeScript처럼 AI가 활용하기에 아주 좋은 조건입니다.
00:32:56그리고 TypeScript와 달리 타입 시스템이 덜 장황하고, 기능은 좀 적을지 몰라도
00:33:02간결합니다. 제 경험상 AI는 Go 코딩을 아주 잘하며, 따라서 Go의 미래는
00:33:08꽤 괜찮아 보입니다. Next.js와 TypeScript 강의를 들었는데, 훌륭한 가르침 감사합니다.
00:33:18감사합니다. 정말 감사해요. 저와 같은 지역에 있는 개발자들이 원격 근무 일자리를
00:33:23성공적으로 찾고 확보하기 위해 추천할 만한 전략이 있을까요? 질문자님이 정확히 어디에
00:33:29사시는지는 모르겠지만, 원격 업무를 찾고 확보하려면 당연히 가시성이 필요합니다.
00:33:39가시성을 어떻게 얻을까요? 글쎄요, 뻔한 소리처럼 들리겠지만 좋은 방법 중 하나는
00:33:48소셜 미디어에서의 활동입니다. 틱톡에서 춤추는 영상을 말하는 게 아닙니다. 당연히
00:33:53무언가를 설명하고 지식을 공유하는 유튜브 채널 같은 것을 의미합니다.
00:33:58혹은 AI를 사용하든 사용하지 않든 데모 프로젝트를 만드는 모습 같은 것이요. 유튜브가 아니어도
00:34:04상관없습니다. 인스타그램이나 틱톡이어도 괜찮지만, 춤추는 영상만 아니면 됩니다.
00:34:09요즘 소셜 미디어가 워낙 중요하기 때문에 가시성을 확보하는 데 있어 아주 중요한 요소라고 생각합니다.
00:34:15물론 소셜 미디어 스타가 되고 싶은 게 아니라 직업을 구하고 싶으신 거겠죠. 하지만 이 방법이
00:34:19효과가 있을 거라 생각하는 이유는, 실제로 이렇게 하거나 잘하는 사람이 많지 않기 때문입니다.
00:34:26따라서 시청자와 가시성을 어느 정도 확보할 수 있을 만큼만 실력을 키운다면,
00:34:30원격 일자리를 찾고 가시성을 확보하는 데 큰 도움이 될 수 있습니다.
00:34:35좋은 아침입니다. 저는 AI에게 자기가 쓰고 있는 코드를 설명해달라고 하는 걸 좋아합니다.
00:34:44당연한 것 같지만, 코드를 짜는 동안 자세히 설명해달라고 하는 건 정말 멋진 일이에요. 맞습니다,
00:34:50정말 그렇네요. 저도 AI가 방금 한 일이나 왜 그렇게 했는지 설명해 보라고 하거나,
00:34:55제가 생각한 대안을 제시하며 대립해 보는 것을 좋아합니다. 이것이 AI를 활용할 때
00:35:02과소평가되는 부분 중 하나라고 생각합니다. 2년 전에는 더 자주 그랬을지 모르지만, 여전히
00:35:10AI와 대화를 나누고 특정 문제를 해결하기 위한 다양한 접근 방식이나 구현 방식에 대해
00:35:18토론할 수 있습니다. 이를 통해 개발자로서 배우고 성장할 수 있다고 생각합니다.
00:35:25AI가 말하는 모든 것을 진실로 받아들여서는 안 되며, 분명 틀린 부분도 있겠지만
00:35:33유용한 토론이 될 수 있습니다. 단순히 토큰을 생성하는 존재와 대화하는 것이지만, 그 토큰은
00:35:41수많은 블로그 포스트, Stack Overflow 게시물, 코드베이스 등을 학습한 지식 기반과 가중치를
00:35:47바탕으로 생성되기 때문입니다. 따라서 자신의 코드에 대해 AI와 대화하고 대안을 논의하는 것은 좋은 아이디어입니다.
00:35:56어떤 AI 에이전트도 C++을 처리할 수 없습니다. 그냥 불가능해요. 네, 그럴 수도 있겠네요.
00:36:03질문은 아니지만, 개발자로서 우리가 가진 유일한 변수는 토큰 가격이 싸든 비싸든
00:36:08우리가 얼마나 알고 있느냐인 것 같습니다. 토큰 가격은 우리가 통제할 수 없으니까요. 네, 당연히 여러분이 아는 것,
00:36:13여러분의 경험과 견해가 개발자로서 더할 수 있는 가치입니다.
00:36:19Ruby on Rails에 관한 자료도 있나요? 아니요, 없습니다. 전에도 말씀드렸듯이
00:36:24저는 Ruby on Rails로 작업해 본 적이 없습니다. 질문들을 시간 순서대로 확인하느라 답변이 조금 늦어지고 있네요.
00:36:28질문을 남겨주시면 곧 답변해 드리겠습니다. 시간이 좀 걸릴 뿐 하나씩 다 확인하고 있습니다.
00:36:33도착한 순서대로요. Max, Rust를 아시나요? 네, 압니다. Rust의 기초를 배웠고
00:36:432년 전에 조금 다뤄봤지만 그 이후로 쓰지 않아서 거의 다 잊어버렸습니다.
00:36:49좋아하긴 했습니다. Rust를 정말 좋아했지만 지금은 할 일이 너무 많고 바빠서
00:36:58본격적으로 Rust를 공부할 시간을 내기가 어렵네요. 하지만 꼭 다시 시작해보고 싶습니다.
00:37:04호불호가 갈리는 언어라는 건 알지만 저는 개인적으로 마음에 들었습니다. 오늘날 여전히 부족하다고 생각하시는
00:37:11AI 기반 도구나 개발자 제품은 어떤 것이 있을까요? 아, 그 질문은 아까 답변해 드렸네요.
00:37:16Go는 가독성이 뛰어나서 생성된 코드를 읽기가 훨씬 쉽습니다. GoFundMe 패키지를 사용하면
00:37:20CEO 없이도 GPU의 독점 코드와 Go 사이에 통신을 할 수 있습니다.
00:37:25네, 말씀드린 것처럼 Go는 인간과 에이전트 모두에게 훌륭한 언어라고 생각합니다.
00:37:32안녕하세요 Max, 훌륭한 활동과 콘텐츠 감사합니다. 프런트엔드 관점에서
00:37:36Upwork나 Fiverr 같은 플랫폼을 통해 클라이언트를 확보하고 수익을 창출하는 가장 좋은 방법은 무엇일까요?
00:37:41아까 말씀드린 것과 비슷합니다. 군계일학이 되기 위해 어느 정도의 가시성을 확보해야 합니다.
00:37:46물론 이런 플랫폼에서 클라이언트 기반과 평점을 쌓아갈 수도 있겠지만,
00:37:52대중들 사이에서 차별화될 수 있는 요소라면 무엇이든 좋습니다. 그래서 제가
00:38:01소셜 미디어를 언급한 것이고요. 앞으로 풀스택 개발과 데옵스(DevOps) 중 어느 쪽이
00:38:06더 많은 기회를 제공할 것이라고 생각하시나요? 데옵스라고 말할 수도 있겠네요. 왜냐하면 AI가
00:38:20기업이나 사람들이 원하는 만큼 그 분야를 잘 해내기가 더 어렵다고 주장할 수 있기 때문입니다.
00:38:26신뢰할 수 있는 수준으로 모든 데옵스 업무를 수행하기에는 말이죠. 데옵스 분야에서는 아마도
00:38:34서버가 다운됐을 때 최소한 책임이라도 질 수 있는 인간이 더 필요할 겁니다. 물론 이건 올바른 시각은 아니지만요.
00:38:41제 말은 소프트웨어 품질에도 똑같이 신경을 써야 한다는 뜻입니다. 하지만 많은 기업들이
00:38:46소프트웨어 문제는 나중에 패치하면 되지만 서버가 죽는 건 용납할 수 없다고 생각하는 것 같습니다.
00:38:51요즘 회사를 창업 중인데, LLM이 아주 빠르게 만들어 주니 외부 도구를 쓸 필요가 없더라고요.
00:39:00질문은 이런 도구들을 언제까지 직접 만들어야 하느냐는 건데, 사실 한계에 부딪히거나
00:39:07실수했을 때 심각한 결과가 초래되는 상황을 다루게 될 때가 바로 그 시점입니다. 예를 들어,
00:39:13독일에서는 세무 당국과 엮여서 좋을 게 없거든요. 그러니 세무 솔루션 같은 걸 직접 짜고 싶지는 않겠죠.
00:39:26네, 그게 이 문제에 대한 제 생각입니다. 저는 회사를 창업했는데
00:39:34LLM이 정말 빨리 만들어주기 때문에 외부 도구를 쓸 필요가 없다는 걸 알게 됐습니다.
00:39:41문제는 이런 도구들을 직접 만드는 걸 언제 멈춰야 할까요? 네, 한계에 부딪히거나
00:39:48잘못됐을 때 심각한 결과가 초래되는 일을 다룰 때만 멈추시면 됩니다. 예를 들어,
00:39:53독일에서는 세무서와 엮여서 골치 아픈 일을 만들면 안 됩니다. 그러니 세무 관련 솔루션을 직접 코딩해서
00:40:00사용하고 싶지는 않겠죠. 적어도 저는 그렇습니다. 하지만 저희 회사에서도 특정 도구들을
00:40:08어느 정도 직접 코딩한 대안으로 교체했습니다. 완전히 자동 생성된 건 아니고, 코드를 보고
00:40:17여기저기 손을 봐야 했죠. 하지만 네, 저희는 더 이상 외부 업체를 쓰지 않는 내부 도구들이 있습니다.
00:40:25솔직히 애초에 도구를 많이 쓰지 않아서 개수가 많지는 않지만요. 특히
00:40:32이미지 편집 같은 작업에는 저희 용도에 딱 맞는 도구들을 조합해서 사용하고 있습니다.
00:40:40바꿀 이유가 없다면 바꾸지 마세요. 그게 제 추천입니다. 무언가 잘못되었을 때
00:40:46큰 문제가 될 상황이 아니라면요. 그런 경우에는 전문적이고 검증된 솔루션을 찾아야겠죠.
00:40:52패턴과 아키텍처에 관한 강의를 만들어보실 생각은 없으신가요?
00:41:00앱을 설계하는 법, React나 Node에서 어떤 패턴을 써야 하는지, 게이트웨이 아키텍처가 왜 중요한지 등을
00:41:04모두 다루는 완성된 강의를 만드신다면요. 정말 그러고 싶습니다. 그리고 분명히 계획 중입니다.
00:41:10올해 시스템 디자인 강의를 만들 계획이에요. 다시 말씀드리지만 업무가 좀 많긴 하지만, 분명히 하고 싶은 일입니다.
00:41:15소프트웨어를 설계하는 방법에 대해 더 많은 지식을 공유하고 싶기 때문입니다.
00:41:20어떤 결정을 내려야 하는지, 소프트웨어의 구성 요소는 무엇인지, 캐시와 큐 같은
00:41:26기술적인 내용들도 다루고 싶습니다. 그래서 네, 그 강의는 제 제작 목록 상단에 있습니다.
00:41:32라이브로 뵈니 반갑네요. React와 JavaScript 강의들 정말 잘 들었습니다. 큰 도움이 됐어요.
00:41:40따뜻한 메시지 보내주신 모든 분들께 감사드리고 정말 고맙습니다.
00:41:49저희 회사는 최근 AI 도입을 강하게 밀어붙이고 있는데 UI/UX 코드 품질이 너무 떨어져서 충격적입니다. 네,
00:41:54우리 모두 체감하고 있죠. 전에도 말씀드렸지만 요즘 많은 소프트웨어 제품들이
00:42:00더 안 좋아진 것처럼 느껴집니다. 여기에 AI가 아무런 역할을 하지 않았다고 보기는 어렵겠죠.
00:42:08단지 AI만의 문제는 아닐 수도 있겠지만, 소프트웨어 품질이 저하되고 있는 것은 사실인 것 같습니다.
00:42:16많은 기업들이 가능한 한 많은 코드와 앱 업데이트를 쏟아내야 한다는
00:42:23강한 압박을 느끼고 있기 때문입니다. 하지만 높은 품질을 유지해야 한다는 압박은 없는 것 같아요.
00:42:31적어도 제가 보기엔 그렇습니다. 질문자님의 회사만 그런 것은 아닐 겁니다. 곧 바뀔 거라고 생각합니다.
00:42:37오히려 지금이 경쟁자들과 차별화하고 돋보일 수 있는 좋은 기회입니다.
00:42:46제품의 품질이 높고 품질의 가치를 중시한다면, 가까운 미래에 혹은 이미
00:42:52상대적인 강점이 될 것입니다. 하지만 현재 대부분의 기업들은 양적인 방향으로만 가고 있는 것 같네요.
00:42:57반갑습니다. 작업물 잘 보고 있어요. 혹시 Java 실력을 키울 수 있는
00:43:05참여할 만한 스타트업이 있을까요? 글쎄요, 제가 스타트업 문화에 깊이 관여하고 있지도 않고
00:43:10독일에서 시니어로 활동하는 것도 아니라서 구체적인 추천을 드리기는 어렵네요. 그리고
00:43:18얼마나 많은 스타트업이 Java를 쓰는지도 잘 모르겠습니다. Java가 인기가 많고 저도
00:43:26개인적으로 좋은 언어라고 생각하지만, 스타트업에서 가장 선호되는 언어는 아니라는 게 제 느낌입니다.
00:43:32대규모 엔터프라이즈나 안정된 기업에서 주로 쓰이는 언어에 가깝죠.
00:43:38그래서 스타트업에 들어가서 Java 실력을 키우는 게 최선인지는 잘 모르겠네요. 제가 틀렸을 수도 있지만
00:43:47제 느낌은 그렇습니다. Codex는 어떤가요?
00:43:57해고에 대한 견해 감사합니다. Pi는 정말 훌륭하네요. 감사합니다. Codex는 어떤가요?
00:44:05장단점이 무엇일까요? 우선 Codex라고 할 때 모델과 도구를 구분해서 생각해야 할 것 같습니다.
00:44:13제가 Codex에서 정말 좋아하는 것은 데스크톱 앱입니다. 물론 어떤 사람들은 데스크톱 앱을
00:44:20싫어하거나 쓰기 싫어할 수도 있고, 터미널 UI를 선호하지 않을 수도 있겠죠. 저는 데스크톱 앱을 좋아합니다.
00:44:24항상 쓰는 건 아니지만요. 말씀드린 것처럼 지금은 Codex 구독을 통해 Pi를 많이 쓰고 있습니다.
00:44:29저는 Codeium 구독과 함께 Pi를 많이 사용하고 있습니다. 구독에 대해서 말씀드리자면, 모델의 방식이 마음에 듭니다.
00:44:37미세 조정된 방식이나 작동 방식이 아주 좋습니다. 완벽하다는 건 아니지만, 강조하고 싶은 건 제가 좋아한다는 거죠.
00:44:43Claude Opus도 좋아합니다. 저는 "이건 끔찍하고 저건 훌륭하다"라고 편 가르는 쪽은 아니거든요.
00:44:51둘 다 좋아하지만, GPT 5.5 모델이 조금 더 마음에 들긴 합니다. 이제 Codeium 앱에 대해
00:44:56말씀드리자면, 아까 말했듯이 데스크톱 앱이 마음에 들고 터미널 사용자 인터페이스의
00:45:03속도와 성능도 좋아합니다. 단점은 물론... CLI를 좋아하지 않거나
00:45:14일반적으로 CLI에서 작업하는 걸 싫어한다면 그 성능은 아무런 가치가 없겠죠.
00:45:19데스크톱 앱도 마찬가지고요. 그리고 전반적으로 그것들은 모두 Pi에 비해
00:45:25단점이 있다고 생각합니다. 제가 Pi를 좋아하는 이유는 확장성이 매우 뛰어나고
00:45:32스스로를 개선할 수 있기 때문입니다. Codeium이나 Claude Code는 그 정도로
00:45:39할 수는 없죠. Pi에는 최소한의 도구만 내장되어 있고, 자신을 위한 확장 프로그램을
00:45:47만들어달라고 요청할 수 있는데 그 과정이 매우 쉽고 직관적입니다. 그것이
00:45:53Pi가 가진 장점이자 Codeium과 Claude Code가 가진 단점이라고 생각합니다.
00:46:00맥스 님 나이가 대충 짐작 가네요. 네, 37살입니다. AI가 생성한 불필요하거나
00:46:08중복된 코드는 어떻게 처리하시나요? 방지할 방법이 있을까요? 글쎄요, 말씀드리자면
00:46:14GPT 5.5든 Opus든 상관없이(GPT 5.5가 조금 더 심한 것 같긴 하지만)
00:46:24AI는 제가 요청하지 않은 것들을 생성하는 걸 아주 좋아합니다. 제 경험상 프롬프트로는 해결이 안 돼요.
00:46:32계획대로만 하라거나 너무 복잡하게 만들지 말라고 하루 종일 말할 수는 있겠죠.
00:46:40그래도 AI는 헬퍼 함수를 추가하거나 요청하지 않은 것들을 넣는 걸 좋아합니다.
00:46:46네, 제가 프롬프트를 잘 못 짜는 걸 수도 있겠지만, 제게 유일한 해결책은
00:46:54코드 리뷰입니다. 코드를 살펴보고 직접 정리하거나, 정리하기 귀찮거나
00:47:00파일 여러 곳에 흩어져 있는 경우에는 요청하지 않은 것들을 삭제해 달라고 AI에게 시킵니다.
00:47:07모델들이 코드베이스에 여분의 코드를 몰래 끼워 넣는 걸 방지하는 좋은 비법은 아직 못 찾았습니다.
00:47:17아주 작은 변경 사항만 요청하는 것 외에는요. 아주 작고 독립적인 변경 사항을 요청하면
00:47:26보통은 잘 작동하더라고요. 하지만 조금이라도 작업이 커지면, 아주 큰 작업이 아니더라도
00:47:32이 AI 모델들은 코드에 복잡성을 추가하는 걸 정말 좋아합니다. 적어도 제 경험은 그랬어요.
00:47:38주로 쓰시는 코딩용 AI는 무엇인가요? Claude를 주로 쓰시나요, 아니면 여러 개를 쓰시나요? 여러 개를
00:47:44번갈아 씁니다. 지금은 GPT 5.5를 많이 쓰지만, Claude Code에서 Opus 4.7로 돌아가기도 합니다. 주로
00:47:52이 두 가지를 씁니다. 지난 몇 달 동안 다른 모델은 별로 사용하지 않았어요. Rust와 Go 중에
00:47:59어떤 언어를 선호하시나요? 아까 말했듯이 2년 전쯤에 Rust를 조금 배웠는데요.
00:48:07개인적으로 Go를 훨씬 더 잘 알기 때문에 Go를 선호합니다. Rust에 더 많은 시간을 쏟고
00:48:15더 잘 배우게 된다면 바뀔 수도 있겠지만, 당분간 그럴 일은 없을 것 같네요. 그래서
00:48:21지금은 Go입니다. 구식 코드를 쓰는 대신 직접 코딩하고 싶은데 Supermaven의 대안이 있을까요?
00:48:26안타깝게도 제 전문 분야가 아닙니다.
00:48:35제가 사용해 본 것이 아니라서요. 공유해 드릴 수 있는 정보가 많지 않네요.
00:48:47작업해 보지 않은 것에 대해서는 말씀드리기 어렵습니다. 죄송합니다.
00:48:52레거시 API를 위한 CLI 구축에 LangChain을 사용하는 것에 대해 어떻게 생각하시나요?
00:49:04CLI를 구축하는 것은 적어도 지금은 매우 중요하고 좋은 생각이라고
00:49:12생각합니다. 저도 개인적으로 많이 해봤고요. 저희 강의나 자료들을 관리하기 위해
00:49:20많은 내부용 CLI를 만들었습니다. 에이전트에게 API를 통한 CLI로 무언가를 시킬 수 있게요.
00:49:25그래서 지금은 매우 가치 있다고 봅니다. 나중에 바뀔 수도 있겠지만 지금은 그래요.
00:49:29LangChain은 좀 써봤습니다. 3년 전쯤에 사용했고 그 이후로도 가끔씩
00:49:37사용하긴 했지만, 지금은 쓰지 않습니다. 제가 LangChain을 사용했던 이유는
00:49:44AI를 사용하는 앱이나 도구, 또는 기본적인 에이전트를 만들기 위해서였습니다.
00:49:51그런데 지금은 에이전트를 만드는 데 사용할 수 있는 SDK와 라이브러리가 정말 많습니다.
00:49:58매일 새로운 것이 나와서 다 써볼 엄두도 못 낼 정도예요.
00:50:06그리고 라이브러리 없이 직접 에이전트 소프트웨어를 만드는 게 그렇게 어렵지도 않습니다.
00:50:15특히 AI에게 요청해서 만든 다음, 미세 조정을 하거나 올바른 방향으로 이끌 수
00:50:20있으니까요. 그래서 한동안 LangChain은 사용하지 않았습니다. AI 이후의 미래에
00:50:26시니어 개발자만 필요하게 된다면, 신입 개발자 교육은 어떻게 조정되어야 할까요?
00:50:31회사들은 시니어만 뽑고 싶어 하겠지만, 당연히 주니어 개발자가 먼저 있어야 하죠. 교육에 대해서는
00:50:38저도 고민을 많이 합니다. 교육이 어떻게 변할까요? 지난 10년 동안 제가 해온 일이고
00:50:42앞으로도 계속하고 싶은 일이니까요. 제 생각에는
00:50:48이제 폭넓은 지식을 얻기가 더 쉬워졌습니다. 아까 말했듯이 많은 주제에 대해
00:50:56조금씩 배우는 게 쉬워졌죠. 교육의 역할은 그 과정을 안내해서
00:51:07사람들이 더 효율적으로 폭넓은 지식을 빨리 얻도록 돕는 것이 될 것입니다.
00:51:15그래야 나중에 더 깊이 파고 싶을 때 AI에게 물어볼 수 있으니까요. 동시에 구조화된
00:51:20심층 학습 과정을 통해 지식에 깊이를 더해줘야 합니다. 그래야 사람들이
00:51:28AI의 도움을 받아 무언가의 개요를 빠르게 파악하면서도 더 깊이 파고들 수 있고,
00:51:37결과적으로 주니어에서 시니어가 되는 과정이 단축될 것입니다. 시간이 단축되겠죠.
00:51:43과거에는 코드를 일일이 손으로 썼지만, 다르게 표현하자면
00:51:49이제는 더 이상 모든 코드를 손으로 쓰지 않기 때문입니다.
00:52:00따라서 주니어에서 시니어로 갈 때, 배움에 대한 의지만 있다면 짧은 시간에
00:52:07더 많은 경험을 쌓을 수 있습니다. AI의 도움을 받되 AI를 맹목적으로 믿지 않는다면요.
00:52:14거기서 교육이 역할을 할 수 있습니다. 배울 점을 알려주고, AI를 사용해
00:52:20특정 기술이나 라이브러리를 다루는 법을 보여줄 수 있죠. 여러분은 그걸 흡수해서
00:52:29AI를 사용하는 자신의 프로젝트에 활용할 수 있습니다. React 구문을 처음부터 끝까지
00:52:34다 외울 필요는 없어요. 읽을 줄만 알면 됩니다. 읽는 법을 배우는 건
00:52:38쓰는 법을 배우는 것보다 쉽죠. 물론 평가하는 법을 배워야 하고, 그건 읽는 법보다
00:52:43시간이 더 걸리겠지만요. 하지만 이 또한 교육과 AI가 결합하여 도움을 줄 수 있는
00:52:48부분입니다. 주니어에서 시니어로 이동하는 시간을 단축하기 위해 교육을 그렇게
00:52:53조정해야 한다고 생각합니다. AI가 속도를 높여주고 있고, 교육은 그 속도 때문에
00:52:59발생하는 지식의 공백을 메워줘야 합니다. 제 뜻이 어느 정도 전달되었으면 좋겠네요.
00:53:06솔직히 최선의 설명은 아니었던 것 같습니다만, 저 역시도 어떤 접근 방식이
00:53:12가장 좋을지 계속 고민하고 있는 중입니다. Solidity, Rust, Web3,
00:53:18블록체인 개발에 대해서는 어떻게 생각하시나요? 배울 가치가 있을까요? 취업 기회는 충분한지,
00:53:24그리고 Solidity 강의를 출시할 계획이 있으신지도 궁금합니다. 솔직히 말해서 그쪽은 제 취향이 아니었습니다.
00:53:29블록체인에 깊이 관여하고 있지는 않아요. 비트코인과 블록체인 초기 시절은
00:53:36흥미롭다고 생각했습니다. 2016~17년쯤에요. 그래서 그때 공부를 좀 하기도 했죠.
00:53:43전반적인 아이디어는 좋아하지만, Web3 쪽은 공감이 가지 않았습니다.
00:53:50NFT 같은 것들에도 관심이 없었고요. 그래서 솔직히 말씀드릴 수 있는 내용이
00:53:56별로 없습니다. 안녕하세요 맥스 님, 팬입니다. AI 세상에서 개발의 전반적인 미래가 어떨까요?
00:54:02에이전트 기반 코드에 대해 묻고 싶습니다. 지금은 CRUD나 랜딩 페이지 작업만 하지만 나중에는 복잡한 일도 할 수 있겠죠?
00:54:08AI는 이미 복잡한 일도 할 수 있다고 생각합니다. 다만 CRUD 작업과는 다르게
00:54:14방향을 잡아줘야 하고 리뷰가 필요하죠. 그리고 아까 말했듯이 그런 과정이
00:54:28조만간 사라질 것 같지는 않습니다. Anthropic의 CEO인 다리오 아모데이는 우리 모두가
00:54:361~5년 안에 일자리를 잃을 거라고 말하고 있죠. 저도 미래를 내다볼 수는 없지만,
00:54:42현재 이 모델들이 작동하는 방식이나 거기서 나오는 코드, 그리고 생산성을 높이기 위해
00:54:46모델을 다루는 방식을 보면, 그냥 AI에게 다 맡기는 수준까지는 아직 멀었습니다.
00:54:54복잡한 일을 할 수는 있지만 여전히 가이드와 리뷰가 필요합니다. 그리고
00:55:03가까운 미래에는 계속 그럴 것이라고 봅니다. 5년 뒤나 10년 뒤에 무슨 일이 일어날지는
00:55:10모르겠지만, 지금 제 생각은 그렇습니다. 혹시 세스 로건 닮았다는 소리
00:55:17들어보셨나요? 네, 정말 많이 들었습니다. 사실 5년 전쯤에 훨씬 더 자주 들었는데,
00:55:27나이가 들어서 그런지 요즘은 덜하네요. 그분에게 좋은 건지 나쁜 건지 모르겠네요.
00:55:33라트노프(latnoff)를 할 시간을 어떻게 내시나요? 라트노프가 뭔가요?
00:55:41아, 이해를 못 하겠네요. 라트노프가 뭔지 설명해 주시면 기꺼이 답변해 드리겠습니다.
00:55:47안녕하세요 맥스 님, SaaS를 만들고 싶은 초보자라면 어떤 언어와 프레임워크를 선택하시겠어요?
00:56:01SEO에 좋으면서 개발 경험도 훌륭한 것이 중요합니다. 네, 아까 뭐라고 했었죠?
00:56:07AI가 잘 다루고 제가 사용하는 스택이라 성능을 보장할 수 있는 TypeScript를 추천합니다.
00:56:11프레임워크는 SEO에 중요한 서버 렌더링을 제공하는 React, Next.js 또는 TanStack Start를
00:56:16추천합니다. 이게 짧은 답변이 될 것 같네요. 이것만이 유일한 선택지는 아니지만,
00:56:23제가 많이 다뤄본 기술 스택이라서 빠르게 드릴 수 있는 추천입니다.
00:56:28AI 엔지니어 강의를 만드실 계획이 있나요? 온라인에서 이야기를 많이 들었는데
00:56:33소프트웨어 엔지니어인 저에게도 여전히 혼란스럽네요. 네, 저도 그러고 싶습니다.
00:56:38제가 AI와 어떻게 일하는지 보여주는 강의를 만들고 싶어요. 다만 문제는
00:56:47상황이 너무 빨리 변하고 있고 저 자신도 여전히 파악 중인 것들이 많아서
00:56:51오늘 가르치는 내용이 한 달 뒤면 구식이 될 수도 있다는 점입니다.
00:56:56그래서 정규 강의를 만드는 게 조금 망설여집니다. 고민 중인데, 아마 전통적인
00:57:03VOD 강의보다는 영상 녹화본을 제공하는 라이브 클래스 같은 방식이 나을 것 같습니다.
00:57:08잘 모르겠네요. 어쩌면 상황이 좀 더 진정될 때까지 1년 정도 더 기다려야 할지도 모르겠는데,” 1년으로 충분할지는 확실하지 않습니다. 하지만 지금 제가 공유하는 내용이
00:57:15한 달 만에 쓸모없어질 것 같다는 느낌이 드는 건 좋지 않죠. 소프트웨어나 모델이
00:57:25계속 바뀌기 때문에 AI 관련 강의를 만드는 건 정말 어렵습니다. 하지만 적어도
00:57:31제 Claude Code 강의 같은 경우에는 거기서 가르치는 기본 원칙들은 여전히 유효합니다.
00:57:36도구도 제가 가르친 대로 작동하고요. 구식이 아니라 최신 상태입니다. 최근의
00:57:43발전 사항에 맞춰서 계속 업데이트하고 있고요. 하지만 일반적인 접근 방식이나
00:57:49생각하는 방식은 요즘 세상에선 금방 바뀔 수 있습니다. 그래서 아직 강의가 없는 거고요.
00:57:54VPS 강의를 Udemy에서 볼 수 있을까요? 아니요, 그건 저희 자체 플랫폼에서만
00:57:59제공되는 독점 콘텐츠입니다. 평범한 평일 일과가 어떻게 되시나요?
00:58:04저의 평범한 일과는 아침 6시에 일어나는 것으로 시작합니다. 커피를 마시거나 샤워하고 양치한 다음,
00:58:10커피 한 잔을 챙겨 사무실로 출근해서 간단히 아침을 먹고 일을 시작합니다. 그리고
00:58:16저녁 7시쯤에 집에 들어갑니다. 기본적으로 사무실에서 12시간 정도를 보내는 셈이죠.
00:58:22집에 가서는 아내와 함께 TV나 영화를 보거나 보드게임을 하기도 합니다.
00:58:30먼저 요리를 해서 같이 밥을 먹고 소파에서 시간을 보낸 뒤 잠자리에 듭니다.
00:58:38정말 특별할 것 없는 일상이죠. AI 우선 세상에서도 Next.js 같은
00:58:48새로운 프레임워크를 배우는 게 가치 있을까요, 아니면 프롬프팅이 새로운 기술이 될까요?
00:58:55프롬프트를 작성하려는 대상을 잘 알고 있어야 한다고 생각합니다. 자신이 사용하는
00:59:03기술과 프레임워크를 이해해야 하죠. 그래서 새로운 것을 배우는 것은 여전히 가치 있습니다.
00:59:11변하는 건 배우는 방식뿐이라고 생각합니다. 이제 구문을 전부 다 외울
00:59:17필요는 없겠죠. 코드를 직접 쓰는 일이 줄어들 테니까요. 하지만 기술의 핵심 아이디어,
00:59:23철학, 모범 사례, 기능, 그리고 기본적인 구문과 API 구조 등은 반드시 이해해야 합니다.
00:59:30그것들은 여전히 가치가 있고 새로운 프레임워크를 배울 만한 이유가 됩니다.
00:59:38어떤 프레임워크가 다른 프레임워크보다 특정 문제를 더 잘 해결한다면 그건 여전히
00:59:44유용하니까요. 다만 예전보다 가치가 떨어진 부분은 프레임워크가 단순히
00:59:49더 나은 개발자 경험(DX)을 제공하는 경우라고 생각합니다. 과거에는 개발자 경험이
00:59:54매우 중요했지만, 이제는 AI가 코드를 많이 생성해주기 때문에 상대적으로
01:00:00중요성이 낮아졌다고 볼 수도 있죠. 반면에 'AI 경험'은 더 중요해질 수 있습니다.
01:00:06AI 모델이 작업하기에 특히 쉽게 설계된 프레임워크나 언어가 있다면, 그것이
01:00:14강점이 될 수 있고 배울 만한 이유가 될 테니까요. 이미 AI를 위해
01:00:22목적 기반으로 만들어진 프레임워크와 라이브러리들이 있는 걸로 압니다. AeroJS가
01:00:28그중 하나일 거예요. 직접 써보지는 않았지만 AI 모델이 사용하기 좋게 만들어졌다고 들었습니다.
01:00:37Remix 버전 3도 다른 예가 될 수 있겠네요. 아직 출시 전이지만 에이전트가
01:00:42쉽게 이해하고 코드를 작성할 수 있도록 설계되었습니다. 그래서 새로운 기술을 배우는 건
01:00:47여전히 큰 가치가 있습니다. 단지 그 이유와 방식이 바뀌었을 뿐이죠.
01:00:54제가 보는 문제는 AI가 생성한 코드가 실제로 확장 가능한지 판단하려면
01:01:00전문가가 되어야 한다는 점입니다. 회사는 이 정도 수준을 기대하고요. 어떻게 대처해야 할까요?
01:01:06네, 정확히 제가 말하려던 바입니다. 폭넓은 지식을 얻는 건 그 어느 때보다 쉽지만,
01:01:10AI를 제대로 활용하고 좋은 코드를 뽑아내려면 더 깊은 지식이 필요합니다.
01:01:20기업들도 시간이 지나면 이 사실을 깨닫게 될 겁니다. 하지만 과도기인 지금은
01:01:26직원들에게 무리한 기대를 하기 때문에 무척 피곤한 상황이죠. 누구나 갑자기
01:01:31모든 분야의 전문가가 될 수는 없고, AI도 마찬가지입니다. AI는 그저 전문가인 것처럼
01:01:38보일 뿐이죠. 하지만 이런 점들은 분명 개선될 것입니다. 앞으로 나아갈 유일한 방법은
01:01:46폭넓은 지식을 수용하되 선택한 분야에 대해 깊이 파고드는 것입니다. 지식을 깊게
01:01:52쌓는 것도 이제는 더 쉽습니다. AI가 학습 과정을 가속화해 줄 수 있으니까요.
01:01:59하지만 여전히 시간을 들이고 직접 파고드는 노력을 해야 합니다.
01:02:06시스템 디자인 강의는 언제쯤 공개되나요? 너무 기대됩니다. 네, 저도 기대가 큽니다.
01:02:15아직 출시 날짜는 정해지지 않았습니다. 올해 안에는 꼭 할 계획이지만 당장 이번 달이나
01:02:20다음 달은 아닐 거예요. 늦여름쯤이 될 수도 있겠네요. 정말 훌륭한 강의를
01:02:28만들고 싶어서 서두르지 않으려고 합니다. 이해해 주세요.
01:02:35하지만 출시 예정 목록 상단에 올라와 있는 건 확실합니다.
01:02:43Hermes 에이전트에 대해 아시나요? 테스트를 위해 LM Studio에서 Llama 3.1을 써봤는데
01:02:50Hermes도 멋져 보이더라고요. 제가 알기로 Hermes 에이전트는 OpenClaude의
01:02:58대안 같은 것으로 알고 있습니다.
01:03:04제가 직접 써보지 않아서 완전히 틀린 정보일 수도 있겠네요.
01:03:12직접 사용해 보지 않아서 유용한 말씀을 드리기가 어렵습니다. 그리고 저는 참고로
01:03:17OpenClaude도 사용하지 않습니다. 조금 써보긴 했지만 딱히 좋은 활용 사례를
01:03:23코딩 외의 다양한 작업에는 에이전트를 많이 활용하고 있어요. 하지만
01:03:31저는 그냥 파이(Pi)를 써서 PDF 문서 내용을 추출해 달라고 하거나,
01:03:38특정 폴더에서 어떤 일을 수행하는 PDF 파일들을 찾아달라고 시키죠. 보통 그런 식입니다.
01:03:45매일 아침 9시에 요약 보고를 받을 필요는 없거든요. 제 말은,
01:03:51그런 기능들이 겉보기엔 좋아 보여도 실제로 써보면 별 쓸모가 없다는 거죠.
01:03:56그래서 그런 용도로는 이런 에이전트들을 잘 쓰지 않습니다.
01:04:01NestJS 강의 계획이 있냐고요? 아뇨, NestJS는 2019년에
01:04:08마지막으로 써봤거든요. 당시엔 참 좋았지만 그 이후로는 안 써서
01:04:14전문가가 아닙니다. 그래서 강의 계획은 없고요. 번아웃이 걱정되네요. 최근에
01:04:22소규모 회사의 유일한 개발자로 입사 제안을 받았는데, 그곳은 AI를 적극 활용해서
01:04:28개발자 한 명이 데옵스까지 포함한 앱 전체를 감당할 수 있다고 생각하더군요. 뭐, 안 된다는 걸 곧 깨닫겠죠.
01:04:31AI 시대에 번아웃은 정말 위험한 문제입니다. 여러 이유가 있겠지만,
01:04:42강력한 도구가 있으니 더 많은 성과를 내야 한다는 압박감을 느끼게 되거든요. 그렇죠?
01:04:49그러다 보면 쉴 틈이 없어집니다. 프롬프트를 보내놓고 X(트위터)를
01:04:56잠깐 훑어보는 사이 AI가 결과물을 내놓으면 바로 검토해야 하죠. 끊임없이 문맥을 전환하며
01:05:03업무 과부하에 걸리게 됩니다. 관리자들은 개발자 한 명이 10인분을 할 거라 기대하니까요.
01:05:10안타깝게도 우리가 겪고 있는 혼란스러운 과도기의 단면인 것 같습니다. 기업들도 결국
01:05:17그런 식으로는 안 된다는 걸 배우게 될 겁니다. 결국 여러분이 할 수 있는 건 거절하는 것뿐이죠.
01:05:21하지만 상황이 좋지 않은 건 사실입니다. 인정합시다. 지금은 정말 좋지 않은 상황이에요.
01:05:29혼란스러운 과도기일 뿐입니다. 많은 사람들이 AI에게 도저히 불가능한 것들을
01:05:34기대하고 있습니다. 그게 슬픈 현실이죠. 고용 문제를 떠나서 AI가 있으니
01:05:40무언가를 해야만 하고, 토큰을 써서라도 활용해야 한다는 압박을 느끼기 쉽습니다.
01:05:46그러다가 번아웃이 오면 정말 위험하기 때문에 아까 말했듯이 휴식이
01:05:55무척 중요하다고 생각합니다. 최신 모델을 안 쓴다고 뒤처지는 게 아닙니다. 토큰을
01:06:02다 쓰지 않아도 괜찮으니 이것저것 만져보세요. AI를 어떻게 효율적으로 쓸지 궁리해 보세요.
01:06:07적어도 저는 그러려고 노력 중입니다. 마음을 편하게 먹으세요. 정말 중요합니다.
01:06:13여러분이 번아웃되면 누구에게도 득이 되지 않으니까요. 개발자에 비해 미래가 보장된 직업은 뭘까요?
01:06:21이것도 아까 어느 정도 대답한 것 같네요. 여기서 제안된 직업들은
01:06:26데이터 엔지니어링, 사이언티스트, DevOps, 사이버 보안, 클라우드 등이 있네요.
01:06:33아까 말했듯이 DevOps나 클라우드 쪽은 조금 더 안전하다고 주장할 수 있습니다.
01:06:38기업 입장에서는 서비스가 중단되거나 비용이 폭증하는 것을 두려워하기 때문에
01:06:44클라우드 인프라 관리를 AI 에이전트에게 통째로 맡기지는 않을 테니까요. 그런 관점에서는
01:06:52안전하죠. 사이버 보안도 아주 큰 화두가 될 거고요.
01:07:00하지만 당연히 그런 직무에 관심이 없다면 큰 도움이 되지 않을 겁니다.
01:07:06전혀 관심 없는 분야에서 잘하기란 불가능하니까요. 관심만 있다면
01:07:13충분히 흥미로운 분야라고 생각합니다. 하지만 다시 말하지만, 개발자가
01:07:18사람들이 말하는 것만큼 절망적인 상황은 아닙니다. 역할이 빠르게 변하고 있을 뿐이죠.
01:07:25참고로, 앞으로 이러한 모든 역할이 서로 섞이고 합쳐지는
01:07:31방향으로 나아갈 가능성도 충분히 있습니다. 개발자가 DevOps 업무도 더 많이 맡게 되는 식이죠.
01:07:38저처럼 혼자 일한다면 이미 그 모든 일을 하고 계실 겁니다. 저도 서버를 직접 관리하고
01:07:42개인적으로 항상 관심이 있었기에 AWS 자격증들도 모두 따두었습니다. 앞으로는
01:07:51더 많은 개발자가 클라우드나 DevOps 기술을 습득하게 될 것이고, 그 반대도 마찬가지일 겁니다.
01:07:57모든 분야의 전문가가 되어야 한다는 뜻은 아닙니다. 그건 불가능하니까요. 다만 역할이 점차 융합되면서
01:08:02결국 새로운 역할이 등장할 것입니다. 어떤 프로젝트를 시작하기 전에
01:08:08모델에 어떻게 프롬프트를 입력할지 고민하는 데 집중해야 합니다. 그러면 많은 수고를 덜 수 있죠.
01:08:15일반적으로 사양을 검토하고 좋은 프롬프트를 만드는 데 시간을 쓰는 것, 즉 적절한 문맥과
01:08:20유용한 정보를 제공하고, 무작위로 생각을 던지는 대신 모델로부터 무엇을 원하는지 고민하는 것이 중요합니다.
01:08:26그건 불가능하니까요. 다만 경계가 모호해지면서 결국 새로운 역할들이 등장할 것입니다.
01:08:31어떤 프로젝트를 시작하기 전에, 모델에 어떻게 프롬프트를 넣을지 고민하는 데 집중해야 합니다. 그래야
01:08:40많은 수고를 덜 수 있습니다. 일반적으로 사양을 구체화하고 좋은 프롬프트를 만드는 데 시간을 투자하는 것이죠.
01:08:49그 말은 즉, 적절한 컨텍스트와 유용한 정보를 제공하고,
01:08:56그저 떠오르는 생각을 아무렇게나 던지는 대신 모델로부터 무엇을 원하는지 생각해야 한다는 겁니다. 그게 중요합니다.
01:09:00제가 다니는 회사는 AI를 쓰라고 압박하며, 그러지 않으면 자기 계발 의지가 없는 것으로
01:09:10간주하겠다고 했습니다. 성과 지표에도 반영하겠다고 했죠. 그래서 저희는 AI가 생겼다는 이유로
01:09:15회사가 마감 기한을 공격적으로 앞당긴 뒤로 자연스럽게 모두가 AI를 쓰기 시작했습니다.
01:09:20하지만 코드에는 문제가 많고 비용은 엄청나게 나왔는데, 그걸 다 저희 탓으로 돌리네요. 즐거운 시간입니다. 세상에.
01:09:25전 그런 회사에 다니지 않아서 온전히 공감할 수는 없겠네요. 저는 1인 기업이고
01:09:31제 회사를 운영하고 있으니까요. 저희도 AI를 사용하지만, 모두에게 강요하지는 않습니다. 하지만
01:09:38기업 입장에서 AI 사용을 장려하고 직원들이 시도해 보길 바라는 마음은
01:09:51충분히 이해합니다. 확실히 이해는 가요. 하지만 사람들을 억지로 몰아세우며
01:10:00AI가 있으니 일을 더 할 수 있다고 말하는 건 끔찍한 일입니다. 안타깝게도 당신만 겪는 일은 아닐 겁니다. 혼자가 아니라는 게
01:10:07위안이 될지는 모르겠지만, 불행히도 많은 기업이 그렇게 하고 있습니다. 예를 들어,
01:10:14메타(Meta)가 토큰 사용량을 극대화하거나 토큰 순위표를 만드는 식의 사례를 들어보셨을 겁니다. 제 생각에
01:10:20많은 기업이 뒤처질까 봐, 경쟁사들이 앞서 나갈까 봐 겁을 먹고 있는 것 같습니다.
01:10:25그래서 AI를 써야만 하고, 그것도 아주 많이 써야 한다고 느끼는 거죠. 아까 제가
01:10:30질보다 양이라고 말씀드렸던 것도 이 때문입니다. 현재 시장은 완전히 양에만 치중하고 있습니다.
01:10:36품질보다는 AI를 최대한 많이 활용하는 데만 급급하죠. 물론
01:10:42그 반대 상황도 좋지는 않지만, 중요한 건 균형입니다. 지금은 지나치게
01:10:47양에 치우쳐 있습니다. 상황은 분명 변하겠지만, 지금은 그 혼란스러운 과도기일 뿐입니다.
01:10:53안타깝게도 드릴 수 있는 유익한 말씀이 없네요. 그냥 상황이 정말 안 좋군요. 안타까울 따름입니다.
01:11:04모델이 좋아졌다고 해도 AI는 완벽하지 않습니다. 네, 맞아요. 절대로 완벽하지 않죠.
01:11:08파이(Pi)에 대해서는 어떻게 생각하시나요? 아, 이건 이미 답변드린 것 같은데, 전 파이를 아주 좋아합니다.
01:11:13정말 멋진 에이전트 혹은 우리가 흔히 말하는 에이전트 하니스라고 생각해요. AI가 아이디어를 시장에 내놓기까지의
01:11:20시간을 획기적으로 줄여주는 만큼, 직접 제품이나 서비스를 만들어 판매해 보려는 의향이 더 생기셨나요?
01:11:25네. 실제로 제품을 만들기도 했습니다. 인포그래픽 제작 도구처럼 주로 내부적으로
01:11:33사용하던 것들을 제품화해서 출시하기도 했죠.
01:11:37그런데 이것저것 많이 만들기만 하고 실제로 출시하지 않는 경우도 많아서 주의해야 합니다.
01:11:44초반의 90%를 만드는 건 쉽기 때문이죠. 과거에는 그 과정도 더 어려웠을지 모르지만,
01:11:51결코 가장 어려운 부분은 아니었습니다. 진짜 어려운 부분은 기본 프로토타입이 완성된 이후부터입니다.
01:11:59물론 AI가 그 과정을 도와줄 수는 있습니다. 하지만 보안, 성능,
01:12:04백업 배포, 결제, 법적 문제, 마케팅 같은 단계에 접어들면 상황이 달라집니다.
01:12:12이런 모든 과정에서도 AI가 도움을 줄 수 있는 건 확실하지만, 여전히 어렵습니다. 여전히 쉽지 않아요. 그래서
01:12:20그 어느 때보다 더 많은 것을 만들고 싶어지는 게 함정이라고 생각합니다. 제작이 더 쉬워졌을지는 몰라도
01:12:26본질적으로 어려운 부분은 여전히 어렵거든요. 이렇게 말씀드릴 수 있겠네요.
01:12:32하지만 더 많이 만들고 싶어 하는 그 마음은 저도 잘 압니다. 어떤 로컬 모델을 무엇으로 돌리고 계신가요?
01:12:40지금은요, 최근에 Gemma 4 모델을 가지고 놀아봤어요. 제가 하는 작업들인
01:12:46기본적인 텍스트 생성, 요약, 이미지 정보 추출 같은 일에는
01:12:51Google의 Gemma 모델을 항상 좋아했거든요. 그래서 지금은 Gemma 4 모델을 쓰고 있습니다.
01:12:56AI가 커리어를 시작하는 디딤돌 같은 일자리들을 뺏어가는 느낌이에요. 그래서 이제 주니어 개발자로서
01:13:04현장에서 배우는 게 정말 힘들어졌죠. 네, 그건 분명 큰 문제지만 말씀하신 그대로예요.
01:13:09다시 말하지만, 전 이게 바뀔 거라고 확신해요. 시니어 개발자가 갑자기 하늘에서 떨어지는 건 아니니까요.
01:13:16하지만 지금 당장은 주니어에게 정말 힘든 시기인 게 맞고, 주니어 채용을 완전히 중단한다면
01:13:23기업들도 결국 그 대가를 치르게 될 거라고 생각합니다. 하지만 확실히
01:13:30현장에서 직접 부딪히며 배우는 과정 자체가 훨씬 어려워졌어요. 그래서 전에도 말했듯이
01:13:35교육은 어떻게 바뀌어야 하는가, 내가 그 간극을 메우기 위해 무엇을 할 수 있는가를 고민 중입니다.
01:13:41지금 이 시기가 주니어에게 절대 쉽지 않으니까요. 전 AI 에이전트가
01:13:52프로그래밍의 즐거움을 앗아갔다고 느껴요. 요즘 우리는 그저 AI가 짠 코드를 리뷰하고 있는데,
01:13:57코드 리뷰는 단 한 번도 프로그래밍의 즐거운 영역이었던 적이 없거든요. 네, 제가 예전에 올린 영상에서도
01:14:03그렇게 말했고, 지금도 100% 동감합니다. AI와 함께 일하는 게 끔찍하다는 뜻은 아니에요.
01:14:10AI가 우리에게 힘을 실어주고, 많은 일을 수월하게 하며, 무언가를 만들기 편하게 해준다는 점은 좋습니다.
01:14:18하지만 저에게 프로그래밍의 즐거움은 코드를 써 내려갈 때 빠져드는 몰입 상태였는데,
01:14:24그게 사라졌어요. 저도 코드 리뷰하는 건 즐겁지 않고요. 왜 Svelte 강의를
01:14:32Svelte 5로 업데이트하지 않으셨나요? 시간과 자원이 한정되어 있어서 모든 강의를
01:14:39항상 업데이트할 수는 없기 때문입니다. 당연히 잘 팔리는 강의를 우선적으로 업데이트하는데,
01:14:45안타깝게도 Svelte 강의는 그렇지 않거든요. 게다가 새로운 주제들을 탐구하고 새 강의도 만들어야 해서
01:14:53모든 것을 계속 따라가며 최신 상태로 유지하는 건 불가능에 가깝습니다. 저도 마음은 굴뚝같지만,
01:14:58모든 걸 항상 업데이트하려면 전부 AI로 생성하는 수밖에 없는데,
01:15:04그건 제가 절대로 하지 않을 방식입니다. 네, 현재의 TypeScript 메타 프레임워크에 대해서는,
01:15:13TanStack Start 다음으로 제가 가장 좋아하는 SvelteKit에 대해 어떻게 생각하시나요?
01:15:19요즘 Svelte 개발을 많이 하고 있지는 않아요. 하지만 좋은 이야기는 많이 들었습니다.
01:15:25특히 원격 함수에 대해서요. 제가 알기로는 RPC가 정말 잘 구현되었다고 하더군요.
01:15:32전 요즘 TanStack Start를 많이 사용하고 있어요. 아주 마음에 들어서 질문자님 말씀에 공감이 가네요.
01:15:39다만 SvelteKit에 대해서는 드릴 말씀이 많지 않네요. 배움은 언제나 가치 있는 일입니다. AI를 이용해서
01:15:45삶을 스피드런할 수 있다고 착각해서는 안 돼요. 100% 동의합니다. 보통 어떤 게 더 나을까요?
01:15:52이직 선택지가 적은 네트워킹 보안 같은 니치한 분야인가요, 아니면
01:15:59풀스택 웹 AI 엔지니어처럼 수요가 압도적인 분야인가요? 일자리와 고객만 확보할 수 있다면
01:16:07니치한 분야가 훨씬 나을 가능성이 큽니다. 물론 이건 AI 시대 이전에도 그랬던 사실이고요.
01:16:15언급하신 대로 트레이드오프의 문제예요. 한 분야는 일자리는 많지만 경쟁이 치열하고, 다른 한 분야는
01:16:22일자리는 적지만 경쟁도 적죠. 제 생각에 지금 사이버 보안 전문가라면 꽤 괜찮은 위치일 거예요.
01:16:27가까운 미래에 사이버 보안이 얼마나 큰 문제가 될지 모두가 깨닫기 시작했으니까요.
01:16:343년 전에도 이걸 예측할 수 있었을지는 모르겠지만요. 하지만 일반적으로
01:16:403년 뒤에 무엇이 유망할지 예측하는 건 당연히 어렵습니다. 그래서 저는 항상
01:16:46자신이 즐거운 일을 해야 한다고 말해요. 즐기는 일이라야 잘할 수 있기 때문입니다.
01:16:51사이버 보안이 유망해 보여도 본인이 싫어한다면 결코 잘할 수 없을 거예요. 그게 제 입장입니다.
01:16:59HackerRank의 "리트코드는 죽었다"라는 영상을 보셨나요? 미래의 기술 면접에 대해서는 어떻게 생각하세요?
01:17:04그 영상은 보지 못했습니다. 하지만 앞으로 리트코드 스타일의 면접이 어떻게 변할지
01:17:10저도 굉장히 관심이 많아요. 기업들이 여전히 그런 방식을 선호할 거라는 주장도 가능합니다.
01:17:16그느 어느 때보다 지원자의 사고방식을 보고 싶어 하니까요. 결국 중요한 건
01:17:23소프트웨어 엔지니어처럼 생각하고, 해결책을 제시하며, 소프트웨어를
01:17:29설계할 수 있느냐는 것이니까요. 그래서 이런 면접이 계속될 거라는 논리가 성립하지만,
01:17:36형식은 바뀔 수 있습니다. 이미 과거에도 의사코드(pseudocode)만 작성하는 면접들이 있었죠.
01:17:43실제 코드를 짜는 능력은 덜 중요해지겠지만, 기업들은 여전히
01:17:49그런 지식 자체에는 관심이 있을 겁니다. 다만 지금의 면접 형식을 고수할지,
01:17:56아니면 AI 도구를 활용해 그런 지식을 어떻게 적용하는지 확인하는 형식으로 바뀔지는 모르겠네요.
01:18:01AI의 도움을 받아 구체적인 문제를 해결하게 함으로써 지원자의 프롬프트 작성 능력이나
01:18:06프롬프트를 어떻게 작성하는지, AI와 어떻게 협업하는지 확인하고 싶어 하겠죠. 말씀드리기 어렵지만,
01:18:14그렇다고 리트코드가 당장 사라질 것 같지는 않습니다. 다만 목적이 달라지겠죠. 기업들에게는
01:18:21여러분이 사고하는 방식이 여전히 중요하니까요. 개인적으로 저는 리트코드 스타일의 면접을
01:18:29그리 좋아하지 않았습니다. 지원자가 어떤 방식으로 문제에 접근하는지,
01:18:39사고방식을 보고 싶어 한다는 점은 충분히 이해하지만요. 하지만 리트코드 문제들은 때때로 지나치게 지엽적이고
01:18:46실제 현업에서 마주하게 될 문제들과는 거리가 먼 경우가 많습니다. 저라면 차라리
01:18:51일상적인 업무 문제를 어떻게 해결하는지 보는 것에 더 관심이 있을 것 같네요. 다음 질문입니다.
01:19:03여러분의 제약 조건과 사용 사례에 비추어 볼 때 잘못된 결정이기 때문이죠. 그런 강의의 가치는 바로 여기에 있다고 생각합니다.
01:19:10제가 가장 잘하는 언어니까요. 하지만 그 강의는 절대로 언어에 관한 내용이 아닐 겁니다.
01:19:16코드 예제가 얼마나 들어갈지도 모르겠네요. 코드를 많이 쓰는 게 목적이 아니거든요. 그보다는
01:19:23시스템을 구성하는 다양한 요소들을 이해하는 것이 핵심입니다. 어떻게 작동하고, 왜 존재하며,
01:19:28언제 필요하고 언제 필요 없는지, 그리고 필요할 것 같지만 실제로는 제약 사항이나
01:19:34사용 사례에 비추어 볼 때 잘못된 결정인 경우는 언제인지 등을 다룰 겁니다. 그런 강의가 제공할 수 있는 가치는
01:19:39프로그래밍 언어나 특정 기술에 국한되지 않는 것이라 생각합니다. 다음 질문입니다. 복잡한 기술을
01:19:49어떻게 빨리 익히시나요? 공식 문서부터 보시나요, 아니면 작은 데모나 구체적인 문제 해결부터 하시나요?
01:19:56네, 일반적으로 말씀하신 방식과 비슷합니다. 특히 AI가 나오기 전에는 공식 문서에 파고들고,
01:20:02작은 연습용 앱을 만든 다음, 더 큰 것을 만드는 식이었죠. 하지만 이제 AI와 함께라면 작은 데모 앱 과정은
01:20:08건너뛸지도 모르겠네요. 그래도 공식 문서는 여전히 파고듭니다. 정말 제대로 이해하고 싶거든요.
01:20:15단순히 AI의 요약이나 답변을 믿고 싶지 않습니다. 물론 AI에게 물어보기도 하겠지만, 직접 문서를 읽고
01:20:22그다음에 구체적이고 조금 더 복잡한 문제에 바로 도전할 것 같습니다. 데모 앱이나
01:20:28연습용 앱일 수도 있지만, 난이도를 높여서 AI의 도움을 받아 진행하겠죠. 하지만 그 후에는 반드시
01:20:33코드를 파고들어 이해하고, 공식 문서와 대조하며 내용이 일치하는지 확인하고,
01:20:39AI의 답변에 의문을 제기하며 토론할 겁니다. 그것이 아마 저의 접근 방식이 될 것 같네요.
01:20:51AI를 사용하는 모든 사람은 뒤처지게 될 것입니다. 새로운 AI가 기존 기술들을
01:20:56어차피 쓸모없게 만들 테니까요. 음, 저는 그 의견에 반드시 동의하지는 않습니다. AI를 사용한다고 해서
01:21:01뒤처진다고 생각하지 않아요. 하지만 AI를 사용하면서도 마음을 닫아버리고,
01:21:10세상이 어떻게 변하는지 살피지 않은 채 지금 당장 나에게 익숙한 방식이나
01:21:18과거 어느 시점에 형성된 의견만 고집한다면 불리해질 수는 있겠죠. 제가 알기로는,
01:21:27혹은 제가 이해하기로는, 분명 저도 일종의 버블 안에 있고 우리 중 많은 이들이 그렇습니다.
01:21:35새로 출시되는 모든 모델과 도구, 그리고 도구의 업데이트 소식을 챙겨 읽는
01:21:43그런 버블 말이죠. 이건 아주 작은 버블입니다. 세상의 대다수 사람들은
01:21:52클로드 코드(Claude Code)에 대해 들어본 적도 없습니다. 많은 이들에게 AI란 2년 전 방식의
01:22:01챗GPT 무료 버전일 뿐입니다. 그런 경우가 뒤처지는 것이죠. 물론 완전히 뒤처진 건 아닙니다, 다시 따라잡을 수 있죠.
01:22:10최신 흐름을 파악하는 데는 며칠이면 충분하니까요. 하지만 제 기준에서 뒤처진다는 건
01:22:16그런 의미라고 할 수 있습니다. 번(BUN)에 대한 강의도 하실 건가요? 그것도
01:22:26강의를 정말 하고 싶지만, 이런 기술 프레임워크나 런타임,
01:22:36또는 언어 관련 강의들의 경우, AI 시대에 어떻게 가르치는 것이 최선일지 여전히 고민 중입니다.
01:22:42기존의 강의 스타일과는 달라야 하니까요. 옛날 방식이 꼭 나쁘다는 건 아니지만, 저 역시 가르치는 방식을
01:22:49발전시키고 싶기 때문에 앞으로 어떻게 하는 것이 좋을지 계속 구상하고 있습니다.
01:22:54하지만 번 강의는 꼭 해보고 싶네요. 오퍼스 4.5가 나왔을 때, 평소 만들고 싶었던
01:23:00프로젝트 두 개를 만들 수 있었습니다. 결국 저만 사용하는 앱이 되었지만 지금도 잘 쓰고 있습니다. 그런데
01:23:06이제 다른 앱을 만들 의욕이 생기지 않네요. 조언해주실 수 있나요? 꼭 다른 앱을 만들어야 할 필요는 없다고 생각해요.
01:23:12다른 사용자가 없어서 의욕이 꺾이신 건가요? 사실 그게 가장 힘든 부분이죠.
01:23:21마케팅은 정말 어렵습니다. 엄청나게, 정말 엄청나게 어렵죠. 기존 앱을
01:23:29사람들에게 알리려는 시도조차 해보지 않고 그냥 앱만 계속 찍어내는 게 정답은 아니라고 봅니다.
01:23:36유료 광고가 아니더라도 소셜 미디어 마케팅을 활용할 수도 있고, 아니면
01:23:41그 앱을 어떻게 만들었는지 이야기하는 튜토리얼 스타일의 유튜브 채널을 만들 수도 있겠죠.
01:23:48유튜브는 제가 하고 있는 일이라 늘 예로 드는 것뿐입니다. 그런 식의 활동들 말이죠.
01:23:56전통적인 SEO 작업이나 블로그 포스팅도 있겠죠. 물론 구글의 작동 방식이나
01:24:04AI 요약 기능 때문에 상황이 변하고는 있지만, 그렇다고 아예 효과가 없는 건 아닙니다. 따라서
01:24:11그런 노력을 해보셨으면 합니다. 아무도 모르는 앱만 계속 만들다가 결국 실패하는 건
01:24:17당연히 의욕이 생기지 않는 일이니까요. 하지만 충분히 공감합니다. 아이디어는 많고,
01:24:24개인적으로 좋아하는 것들을 만들어냈는데 아무도 써주지 않으면 정말 기분이 안 좋을 수 있죠.
01:24:30하지만 제가 만든 프로젝트들, 예를 들어 아까 언급했던
01:24:36그래픽 제작 도구 같은 경우, 이미 꽤 많은 유료 사용자가 있습니다.
01:24:42제가 어느 정도 인지도가 있기 때문이죠. 모든 영상에서 매번 언급하는 건 아니지만,
01:24:48간간이 소개하곤 합니다. 덕분에 프로젝트가 잘 돌아가고, 그게 원동력이 되어
01:24:53다른 작업도 계속하게 되죠. 하지만 분명 쉬운 길은 아닙니다. 시간이 걸린다는 걸 잘 알고 있어요.
01:24:58마케팅은 불행히도 참 성가신 부분이고 저에게도 어렵습니다.
01:25:04결코 쉬운 일이 아니죠. 어디까지 얘기했었죠?
01:25:14한 달에 한 번만 방송하시나요? 아니요, 보통은 그렇지 않습니다. 불행히도 이번엔 휴식이 너무 길었네요.
01:25:226주 정도 된 것 같네요. 원래는 매주 목요일 이 시간, 중앙유럽 서머타임 기준 오후 5시에 방송하려 노력합니다.
01:25:34하지만 저는 전업 스트리머가 아닙니다. 정말 재미로 하는 것이고, 여기서 돈을 벌거나
01:25:43수익이 유의미하게 발생하는 것도 아니에요. 그저 이 방송을 하는 게 좋아서
01:25:47매주 목요일마다 하려고 합니다. 하지만 개인적인 일이나 업무상 아주 중요한 일 등
01:25:52방해 요소가 생기면 방송을 하지 않습니다. 하지만 계획은 한 달에 한 번이 아니라,
01:25:58매주 혹은 적어도 격주로 방송하는 것입니다.
01:26:04현재 탄스택 스타트(Tanstack Start)와 넥스트(Next) 중 무엇을 더 선호하시나요? 탄스택 생태계 전체 강의 계획이 있으신가요?
01:26:19저는 탄스택 스타트를 많이 씁니다. 넥스트 제이에스(Next.js)는 많이 쓰지 않아요. 아마 새롭고 멋진 기술을
01:26:29좋아하기 때문일 수도 있겠네요. 넥스트 제이에스에 문제가 있는 건 아닙니다. 하지만 저는 탄스택 스타트가 좋습니다.
01:26:37넥스트 제이에스에서 마음에 들지 않았던 점은, 지금은 개선된 걸로 알지만, 개발 서버가 너무 느렸고
01:26:43전체적으로 속도가 더디거나 특정 버그들을 마주했다는 것이었습니다. 지금은 개발 서버도
01:26:49훨씬 빨라졌고 버그도 확실히 고쳐졌겠지만, 그때부터 대안을 찾기 시작했고
01:26:56주된 이유는 AI가 가장 선호하기 때문입니다. 말씀드렸듯이 Tanstack Start를 많이 사용해서 잘 맞기도 하고요.
01:27:02Angular는 항상 제 마음속 특별한 곳에 자리 잡고 있을 겁니다. 당시 제 첫 번째로 중요했던
01:27:09Udemy 강의였으니까요. 여전히 Angular를 좋아하지만, 현재 Tanstack Start에 푹 빠져 있다는 점과
01:27:14React가 정말 React에 최적화되어 있다는 점 때문에 지금은 React를 많이 사용하고 있습니다.
01:27:20단순히 문법이나 프레임워크의 작동 방식, 그리고 API에 대해서만 따진다면 사실 Vue.js가
01:27:311위일지도 모릅니다. 저는 항상 Vue와 그 단순함을 좋아해 왔고, 특히 Vue 2를 좋아했지만
01:27:39앵귤러는 제 마음속에 늘 특별한 자리를 차지할 겁니다. 예전에 저의 첫 번째 중요한
01:27:46유데미 강의 주제였으니까요. 지금도 좋아하지만, 요즘 탄스택 스타트에 푹 빠져 있기도 하고
01:27:53리액트 관련 생태계가 아주 잘 다듬어져 있어서 지금은 리액트를 많이
01:28:01사용하고 있습니다. 만약 단순히 문법이나 프레임워크의 작동 방식, API만을 따진다면
01:28:13사실 뷰 제이에스(Vue.js)가 1위일지도 모릅니다. 저는 늘 뷰, 특히 뷰 2의 단순함을 좋아했거든요. 하지만
01:28:21방금 말씀드린 이유들 때문에 지금은 리액트입니다. 독일의 ERP 소프트웨어인 SAP와
01:28:27ABAP에 관한 강의를 출시할 계획이 있으신가요? ABAP은 모르고, SAP는 무엇인지만 아는 정도입니다.
01:28:35전혀 전문가가 아니기 때문에 현재로서는 계획이 없습니다. 앤스로픽의 다리오 같은
01:28:43AI 기업 CEO들이 프로그래밍은 사라지고 모든 것을 AI가 하게 될 거라 말하는 걸 들으면,
01:28:48본인들을 위한 과대광고나 마케팅이라고 얼마나 생각하시나요? 네, 다리오의 의도가 정확히 무엇인지는 모르겠습니다.
01:28:55그의 공로를 인정해야 할 부분도 있죠. AI가 작성하는 코드의 비율에 관해서는 완전히 틀린 말이 아니었습니다.
01:29:02물론 모든 개발자가 코드의 90%를 AI로 작성하는 것은 아니라는
01:29:11중요한 예외가 있지만, 실제로 그런 개발자들이 분명히 존재하니까요. 하지만 AI가
01:29:17이 모든 일자리들을 없애버릴 것이라는 점에 대해서는 받아들이기 어렵습니다. 당연히 다리오는 저보다
01:29:29미래 모델의 성능에 대해 더 많이 알고 있겠죠. 아직 대중에게 공개되지 않은
01:29:38특정 모델들이 어떻게 작동하는지 보고 있을 테니까요. 하지만 제가 보기에는, AI가 모든 걸 다 하는 시대는 아직 멉니다. 아주 멀어요.
01:29:46반년이나 1년 뒤에 새로운 모델들로 마법처럼 바뀔 수 있을까요? 아마도요.
01:29:52하지만 지금 존재하는 모델들을 봐서는 그렇게 될 것 같지 않습니다.
01:29:58그래서 그의 의도가 무엇인지 모르겠습니다. 제게는 그의 의도 중 큰 부분이
01:30:10앤스로픽에 관심을 집중시키는 것이라고 들립니다. 올해는 스페이스X,
01:30:16앤스로픽, 그리고 오픈AI가 모두 상장을 준비하고 있는 해니까요. 그들은 모두 IPO를 원하고 있고
01:30:24모두가 원하는 만큼의 자금을 모으는 것이 쉽지는 않을 것이라고 생각합니다.
01:30:35그래서 당연히 관심을 끌고 싶어 할 것이고,
01:30:41투자자들이 돈을 맡기고 싶어 하는 회사가 되고 싶을 테니 큰 시장 점유율을 원하겠죠.
01:30:45특히 앤스로픽이 정말 잘하는 엔터프라이즈 부문에서 말이죠. 그리고 만약
01:30:51여러분이 책임감 있고, 사람들에게 경고도 하고, 미토스(Mythos) 모델 같은 것을
01:30:57공개하지 않고 참는 합리적인 회사처럼 보이면서, 동시에
01:31:04모든 것을 뒤흔들 강력한 모델을 가진 회사로 보인다면, 그것은 꽤 괜찮은 프레임입니다.
01:31:09그게 그의 동기 중 일부일 수 있죠. 적어도 제 설명은 그렇습니다. 미래의 모델들이
01:31:16무엇을 가져다줄지는 지켜봐야겠죠. 하지만 그게 제가 생각하는 방식입니다. 저는 풀스택 개발자인데
01:31:25AI 분야로 전환하려고 합니다. 어디서부터 시작해야 할까요? AI 코어를 가져오시나요? AI로
01:31:30전환한다는 게 정확히 어떤 의미인지 모르겠네요. AI 모델을 만드는 쪽으로의 전환을 말씀하시나요? 전에도 말했지만,
01:31:36라이브 스트리밍은 제가 끝난 후에도 유튜브에 올라와 있을 테니 거기서 보실 수 있습니다.
01:31:41단순히 AI가 요즘 핫하다고 해서 AI로 전환하는 것은 좋은 생각이 아니라고 봅니다.
01:31:50전환을 하고 싶다면 기업들이 AI를 도입하도록 돕는 역할로 전환해야 합니다.
01:31:55그것은 여전히 소프트웨어 개발자로서 가능합니다. AI를 활용할 줄 아는 소프트웨어 개발자가 되는 것은
01:32:02확실히 기업들에게 유용합니다. AI와 관련된 컨설팅 업무도
01:32:08지금 같은 전환기에는 매우 유용할 수 있죠. 그리고 그 전환기는 꽤 오래 걸릴 것이기에
01:32:13모두 흥미로운 분야가 될 수 있습니다. 정말로 여러분이 잘하는 것, 좋아하는 것, 그리고
01:32:21기업들의 AI 전환을 도울 수 있는 지점이 어디인지 살펴보세요. 결국 어떤 역할이든 될 수 있습니다.
01:32:27다만 스스로를 AI를 전혀 사용하지 않는 전통적인 소프트웨어 개발자라고 부른다면,
01:32:33대부분의 기업에게 그리 매력적이지 않을 것입니다.
01:32:38코딩을 위해 GLM 5.1 같은 중국 LLM을 사용해 보신 적이 있나요? 그것들이
01:32:49클로드와 비교할 만하다고 생각하시나요? 네, 저도 가끔 이런 모델들을 만져보곤 합니다.
01:32:52저는 주로 직접 호스팅할 수 있는 오픈 모델들에 관심이 많습니다.
01:32:59공개 모델도 안 될 이유가 없죠? 특히 토큰 가격과 컴퓨팅 제약을 고려할 때,
01:33:11로컬 모델을 구축하거나 분산형 클러스터, 또는 회사 내 자체 장비나
01:33:15자체 소형 데이터 센터, 맥 스튜디오 등에서 모델을 실행하는 것은
01:33:23토큰 가격이 오르고 구독 모델이 사라질 수도 있는 상황에서 매우 흥미로운 대안이 될 수 있습니다.
01:33:31현재로서는 최첨단 모델들이 계속 앞서 나갈 것으로 보입니다. 물론 설령 공개 모델이
01:33:38앤스로픽 같은 곳의 최첨단 모델과 거의 대등한 수준에 도달한다 하더라도,
01:33:47그 정도 성능의 공개 모델을 돌리려면 하드웨어 비용이 너무 막대하게 들어서,
01:33:57그냥 토큰 값을 지불하는 것보다 정말 더 나은 선택일지는 확신할 수 없습니다.
01:34:04토큰 가격은 오르고 구독 서비스는 사라질 수도 있으니까요. 하지만 저는 이러한
01:34:11최첨단 모델들이 계속 앞서 나갈 것이라고 생각합니다. 물론 앤스로픽 같은 곳의
01:34:23최첨단 모델과 거의 비슷한 수준의 오픈 모델이 나온다고 하더라도,
01:34:30그 오픈 모델을 돌리려면 하드웨어 비용이 너무 많이 들어서
01:34:36토큰 가격을 지불하는 것보다 더 나은 선택일지는 잘 모르겠습니다.
01:34:42그래도 전에도 말했듯이 저는 오픈 모델의 팬이고, 미래에는 오픈 모델들이
01:34:48에이전트 코딩에 충분히 좋거나 아주 훌륭해질 것이라고 봅니다. 솔직히 말하면 어느 정도는
01:34:57이미 오늘날에도 그렇습니다. 쿠버네티스에 관한 강의를 출시할 계획이 있으신가요? 제가
01:35:02쿠버네티스도 다루는 도커 강의가 있습니다. 여기 있네요. 하지만 쿠버네티스는 그 강의의 작은 부분일 뿐입니다.
01:35:15현재로서는 쿠버네티스 전용 강의 계획은 없습니다. 다시 말씀드리지만, 분명 더 다루고 싶은 주제이긴 하지만
01:35:22시간이 문제죠. 코딩 실력을 어떻게 향상시킬까요? 직접 만들어보세요. 정말로 AI와 함께 무언가를 만들어보되,
01:35:30여러분이 그것을 이해하고 AI를 제어해야 합니다. 핵심은 언제나 직접 만드는 것이고
01:35:37그것은 변하지 않았습니다. 저는 ChatGPT나 Codex 같은 AI에 많이 의존하는 주니어 개발자입니다. 이게
01:35:43제 학습에 방해가 될까요? 건강한 균형은 무엇일까요? 학습에 분명히 방해가 될 수 있습니다. AI의
01:35:48위험성은 항상 그냥 질문하고, 질문하고, 그 답변을 그대로 받아들이는 데 있기 때문입니다. 그 답변에 의문을 갖지 않죠.
01:35:53코드를 제대로 보지도 않습니다. 그냥 기분만 좋을 정도로 잠깐 훑어볼 뿐이죠.
01:35:58그것은 위험합니다. AI에게 도전하세요. 전에도 말했듯이, AI가 제안하거나
01:36:05구현한 솔루션에 대해 토론하고, 코드를 검토하고, 반박하고, 코드를 이해하고,
01:36:11사용 중인 프레임워크나 기술의 문서를 찾아보고, 스스로 코드에 대해 생각해야 합니다.
01:36:17네, 그냥 계속 프롬프트만 입력하는 것보다는 느리겠지만, 그것이 학습으로 이어지고
01:36:23개인적인 성장을 가져다주어 미래에 AI를 더 생산적으로 사용할 수 있게 해 줄 것입니다.
01:36:29이미 전문가라 하더라도 계속 프롬프트만 입력하는 것이 더 빠르겠지만,
01:36:34시간을 내어 검토하고 반박하고 코드를 최적화하는 것이 미래의 시간을 아껴주고,
01:36:42미래의 생산성을 높여주며 더 나은 제품으로 이어집니다. 적어도
01:36:47더 나은 제품을 얻을 확률을 높여주죠. 그러니 제 생각에는 가치 있는 트레이드오프입니다.
01:36:52특히 학습에 있어서는 중요합니다. 저는 AI에 많이 의존하는 주니어 개발자입니다. 음,
01:36:58아, 이건 이미 답변했네요. 의욕을 잃은 분들에게는 항상 직접 만들어보라고 말씀드리고 싶습니다.
01:37:06앱이 잘 안 되는 것에 대해서는, 앵그리버드는 2009년에 만들어졌는데, 당시 51개의 게임이 실패한 후
01:37:12파산 직전의 상태였습니다. 이건 매우 동기부여가 되는 이야기죠. 네. 제 생각엔 균형이 필요합니다.
01:37:18무작정 만들기만 하고 마케팅을 전혀 하지 않을 수는 없습니다. 이미 만든 앱 중에 히트작이 있을 수도 있는데,
01:37:25아무도 보지 못한다면 가치가 없으니까요. 하지만 대부분의 성공한
01:37:33기업이나 창업자들이 첫 번째나 두 번째 제품부터 성공한 것은 아니라는 점은 매우 사실입니다.
01:37:40수많은 시도가 필요할 수 있죠. 다음 질문은 채팅창의 모든 개발자분들께 드립니다.
01:37:46며칠이 걸리던 작업이 이제 AI를 쓰면 10분 만에 끝날 수 있다는 사실이나,
01:37:52기분 좋게 코드를 작성하던 일이 이제는 그리 중요하지 않다는 사실에 의욕이 꺾이지 않나요? 네.
01:37:59이미 전에도 답변했으니 짧게 말씀드리겠습니다. 앗, 잘못 눌렀네요.
01:38:05저에게는 영상이 있죠. 네. 코딩 부분만 놓고 보면 AI 이전이 더 재미있긴 했습니다.
01:38:1410분이라는 부분에 대해서는, AI가 10분 만에 준 코드가 반드시
01:38:21그대로 받아들이고 싶은 코드인 것은 아닙니다. 그러니 여전히 여러분의 지식과 두뇌를 사용해야 합니다.
01:38:30하지만 우리의 역할은 변하고 있고, 매우 즐거웠던 부분 중 일부가
01:38:38사라지고 있다는 점에는 저도 전적으로 공감합니다. 아직도 Redux를 사용하시나요? 아니요.
01:38:49요즘 제가 작업하는 대부분의 React 프로젝트는 TanStack Start 같은 것을 사용한 풀스택 프로젝트입니다.
01:38:55그래서 상태 관리 라이브러리가 필요한 상황이 그리 자주 생기지 않더라고요.
01:39:02필요하다면 또 다른 훌륭한 라이브러리인 Zustand를 주로 사용합니다. Redux가 딱히 나쁘다는 건 아닙니다.
01:39:11Zustand는 독일어 단어라 발음하기가 좀 어렵지만, 독일어식으로 말하고 싶지는 않네요.
01:39:18어쨌든 Zustand는 매우 간단하고 좋은 상태 관리 라이브러리입니다. 가끔 그걸 쓰지만, 보통은 아예 쓰지 않습니다.
01:39:26강의 정말 잘 보고 있습니다. 지난 수년간 프로그래밍에 큰 영향을 주셨어요.
01:39:30감사합니다. AI가 강의 판매에 어떤 영향을 미쳤나요? 사람을 위한 튜토리얼은 이제 끝났다는 게 사실인가요?
01:39:37참 어려운 문제입니다. 코딩 강의는 덜 팔리고, AI 강의는 아주 잘 팔립니다.
01:39:50예를 들어 클로드 코드 강의는 저희 역사상 가장 많이 팔린 강의입니다. 정말
01:39:59아주 잘 팔리고 있어요. React 강의도 여전히 잘 팔리지만, 어떤 코딩 강의들은
01:40:09더 이상 예전만큼 잘 팔리지 않습니다. 특히 유튜브를 보면 튜토리얼 영상들의
01:40:16성과가 예전만 못하다는 것을 알 수 있습니다. 그래서 전반적인 강의 판매량은 줄었습니다.
01:40:26소프트웨어 개발자 일자리 문제 때문이기도 하죠. 2~3년 전까지만 해도 저는 코딩 강의만 했었습니다.
01:40:34그때는 좋았지만 지금은 덜하죠. 이제는 AI 강의도 꽤 많이 만들었습니다. 물론
01:40:41제가 여전히 개발자이기 때문에 모두 AI 코딩 관련 강의들이지만, 그런 것들이 더 잘 팔립니다.
01:40:47지금은 훨씬 더 잘 팔리죠. 하지만 전체적으로 보면 여전히 예전보다 적습니다.
01:40:51금융권에서 여전히 많이 쓰이는 COBOL 강의를 출시할 계획이 있으신가요?
01:40:59COBOL이 제 역할을 하고 있다고 생각하고, 그걸 알면 돈을 많이 벌 수도 있겠지만,
01:41:04저는 COBOL을 모릅니다. 그래서 현재 강의 계획은 없어요. 스트리밍에 늦게 참여했는데,
01:41:09시스템 디자인 강의가 있나요? 아니요, 하지만 계획 중입니다. 정말 하고 싶은 강의이고 꼭 할 것이며,
01:41:16올해 계획하고 있지만 아직은 없습니다. 하지만 아주 훌륭한 강의가 될 거예요.
01:41:22멋진 강의를 만들기 위해 최선을 다하겠습니다. 맥스, 정말 감사합니다. 에티오피아에서
01:41:27감사와 따뜻한 인사를 보냅니다. 잘 지내시길 바라고, 하나님께서 당신과
01:41:32당신의 가족에게 복 주시길 빕니다. 제 여정에 큰 도움이 되었어요. 와, 정말 감사합니다.
01:41:37당신과 당신의 가족, 사랑하는 사람들에게도 똑같은 행운이 깃들길 빕니다. 뭐라고 말해야 할지 모르겠네요.
01:41:43정말 감사합니다. 저에게 큰 의미가 있습니다. 언젠가 제작 뒷이야기를 담은
01:41:50브이로그 강의도 보고 싶네요. 저는 오늘 당신의 모든 영어 유데미 강의와 React 책 두 권을 다 가지고 있습니다. 와.
01:41:55무슨 말을 해야 할지 모르겠네요. 정말 대단합니다. Adebow88님, 정말 감사합니다.
01:42:03강의와 책에서 많은 것을 얻으셨기를 바랍니다. 책에 대해서 말씀드리자면,
01:42:08그리고 브이로그에 대한 제안에 대해서는, 저도 그런 생각을 해본 적이 있습니다. 하지만
01:42:17그런 일을 할 때 제 자신이 너무 어색하게 느껴져요. 저는 전형적인 유튜버 같은 스타일이 아니거든요.
01:42:25텐션이 높은 사람도 아니고요. 지루한 브이로그가 재미있을지 잘 모르겠습니다. 아이디어는 간직해 둘게요.
01:42:35하지만 아직은 모르겠습니다. 진정성 있게 느껴지길 원하니까요. 사실 제 일상은
01:42:47꽤 지루합니다. 전에도 말했듯이 새벽 6시에 일어나서 샤워하고 커피 한 잔 마시고,
01:42:55사무실에 가서 하루 종일 강의 준비하고, 만들고, 다른 프로젝트 작업하고,
01:43:00지원 업무 등을 하다가 집에 가서 요리하고 아내와 시간을 보내고 자고, 또 반복입니다.
01:43:09하지만 아이디어는 기억해 두겠습니다. Terraform을 사용할 줄 안다고 말할 수 있을 정도로
01:43:16배우려면 시간이 얼마나 걸릴까요? 저는 Terraform 사용자나 전문가가 아닙니다.
01:43:25AWS CDK, Terraform, Pulumi 같은 '코드로서의 플랫폼' 솔루션들은 이제 AI 덕분에
01:43:34다른 모든 것들처럼 배우기가 좀 더 쉬워졌다고 생각합니다. 하지만 더 깊이 파고들고 싶다면,
01:43:40정말로 제대로 배우고 싶다면 여전히 시간이 걸립니다. 그런 솔루션들의 문법이나 논리는
01:43:47이해하기에 그리 어렵지 않다고 느꼈습니다. 물론 Terraform은 써보지 않아서 구체적으로는 모릅니다만.
01:43:53Pulumi의 경우에는 괜찮았습니다.
01:43:58어려운 부분은 선호하는 클라우드 제공업체가 제공하는 모든 서비스에 대해 아는 것과,
01:44:04이러한 서비스들을 결합하는 베스트 프랙티스를 아는 것입니다. 그리고 가끔 이러한 솔루션들 자체가
01:44:11자체적인 결함이나 문제를 가지고 있기도 합니다. 예를 들어 AWS CDK는 모든 서비스를
01:44:18동일하게 지원하지 않습니다. 그래서 갑자기 지원이 잘 안 되는 서비스를 쓰려고 하면 상황이 곤란해지죠.
01:44:23그게 제가 AWS CDK에서 느낀 도전적인 부분이었고, Terraform도 비슷할 수 있습니다.
01:44:30와, 방금 이걸 봤는데 대부분 놓쳤네요. 걱정 마세요. 스트리밍 녹화본은 계속 온라인에 남아있을 겁니다.
01:44:38그리고 제가 한동안 공백기가 있었죠. 그건 의도한 게 아니었습니다. 보통은 매주 목요일
01:44:44중앙 유럽 하계 표준시로 오후 5시부터 7시까지 스트리밍을 하려고 노력합니다.
01:44:52매주 하지는 못하지만 최선을 다하고 있고,
01:44:55절대로 매번 6개월씩 쉬려고 계획하는 것은 아닙니다.
01:44:59Node 강의는 마지막으로 언제 업데이트되었나요? 2~3년 전쯤인 것 같습니다.
01:45:082년 전 아니면 3년 전, 그 정도 됐을 거예요.
01:45:12최근 몇 년 사이에 아예 새로 녹화하거나 그런 적은 없습니다. 그런 의미라면 말이죠.
01:45:20다시 말씀드리지만, 정말 하고 싶은 일입니다. 하지만 BUN 강의 때처럼,
01:45:24지금처럼 모든 것이 빠르게 변하는 새로운 세상에서 Node.js나 프레임워크를
01:45:31어떻게 하면 가장 잘 가르칠 수 있을지 여전히 고민 중입니다.
01:45:35그래서 그런 이유도 있고, 물론 시간 문제도 있습니다. 저는
01:45:40매일 제 모든 강의를 업데이트하고 싶지만, 그건 제가 할 수 있는 일이 아닙니다.
01:45:46할 수만 있다면 하겠지만, AI로 영상이나 오디오를 생성해서 하지는 않을 겁니다. 절대 그렇게는 안 해요.
01:45:53AI만 사용해서 사람들이 실제로 사용할 수 있는 앱을
01:46:00만들고 배포할 수 있을까요? 코딩에 대해 조금 알고 앱 보안을 유지하는 법도 안다고 가정할 때요.
01:46:06AI만 사용해서 사람들이 쓸 수 있는 앱을 만들고 배포할 수 있냐는 말씀이시죠?
01:46:16문제가 좀 생길 것 같긴 하지만, 물론 어떤 앱이냐에 따라 다르겠죠. 아주 간단한 거라면
01:46:22아마 가능할 겁니다. 하지만 앱에 버그가 있을 위험이 매우 큽니다. 보안상 중요한
01:46:31버그일 수도 있고, 사용자들이 결제는 했는데 서비스에 접근하지 못하는 등
01:46:37절대로 일어나서는 안 될 나쁜 경험을 하게 될 수도 있습니다.
01:46:43개인적으로 저는 너무 무서울 것 같습니다. 그래서 만약 제가 전혀 모르는
01:46:51언어나 프레임워크를 사용한다면, 비록 프로그래밍에 대한 지식이 많다 하더라도
01:46:56그것을 배포하는 것이 그리 마음 편하지는 않을 것 같습니다.
01:47:00어쩌면 제가 너무 보수적인 것일 수도 있겠지만, 제 입장은 그렇습니다.
01:47:10당신의 퀄리티로 강의를 만드는 건 엄청난 노력이 필요하기에 많은 사람이 제작 뒷이야기를
01:47:13보고 싶어 하는 것 같아요. 네, 정말 감사합니다. 생각해보겠습니다. 뭔가
01:47:20흥미로운 걸 할 수 있을지도 모르겠네요. 잘 기억해 두었다가 시도해 보겠습니다. 정말 감사합니다.
01:47:25몇 개 국어를 하시나요? 프로그래밍 언어 말고 말씀하시는 거죠? 영어, 독일어 그리고 약간의
01:47:33프랑스어까지 세 개입니다. 방금 채팅에 들어왔는데 짧은 질문 하나 드립니다. 많은 사람이 더 이상
01:47:41프로그래밍을 배울 필요가 없고 아키텍처, 시스템 디자인, AI 제어에 더 집중해야 한다고 합니다.
01:47:45하지만 토큰 비용과 구독 가격이 계속 오른다면 프로그래밍 기술이 다시 주목받지 않을까요?
01:47:50아까 이 부분에 대해 이야기했고 녹화본이 남아있겠지만, 짧게 답하자면 '네'입니다.
01:47:54토큰 가격이 오르면 실제로 코드를 다시 더 많이 작성하게 되는 전환기가
01:48:01올 수도 있다고 생각합니다. AI 에이전트가 되기 전의 GitHub Copilot 같은
01:48:07스마트한 자동 완성 기능과 병행해서 말이죠. 그럴 수 있습니다. 그리고
01:48:13어느 쪽이든 프로그래밍 지식은 중요할 것입니다. 누군가는 AI의 결과물을 조종하고 제어하고
01:48:19검토해야 하니까요. 물론 모든 코드를 직접 짜던 시절과 같지는 않겠죠. 그런 시절이 다시 오지는
01:48:26않을 것 같습니다. 말씀드린 전환기에만 아주 조금 그럴 뿐이죠. 하지만 일반적으로
01:48:32단순히 아키텍처뿐만 아니라 코드에 대해 아는 것은 여전히 가치 있는 기술이고
01:48:37중요할 것입니다. 다만 전체적인 아키텍처 부분, 패턴 부분 등이
01:48:44미래에 더 중요한 역할을 할 것이라고 생각합니다. 대부분의 개발자에게 그것이 중요해질 겁니다.
01:48:50그게 제 개인적인 의견입니다. 시스템 디자인 강의를 대략 언제쯤
01:48:55출시하실 예정인가요? 제 생각에는... 약속하고 싶지는 않네요. 그게 중요합니다.
01:49:02제가 만족할 때만 출시할 것이고, 단순히 날짜를 맞추려고 서두르지는 않을 것이기 때문입니다. 하지만
01:49:08현실적인 기대치는 늦은 여름인 8월쯤이 되기를 바랍니다. 다시 말하지만 약속은 아닙니다.
01:49:21정말 멋진 강의를 만들고 싶은데 그러려면 시간이 걸리고, 가끔은 인생의
01:49:26예기치 못한 일이나 다른 업무가 생길 수도 있으니까요. 하지만 계획은 확실히 올해 안이고, 빠르면
01:49:33늦은 여름이 될 수도 있습니다. AI에 너무 의존하는 건 개발자로서 나쁩니다. 균형을 맞춰야 해요. 네, 단순히
01:49:43AI에만 의존해서는 안 됩니다. 그건 '바이브 코딩'인데, 그게 필요한 곳이 있긴 합니다. 일부 내부용 도구 같은
01:49:50경우 말이죠. 거기서는 최고의 코드가 필요하지 않으니까요. 하지만 단순히 AI에만 의존한다면,
01:49:56여러분은 딱 AI만큼의 실력만 갖게 되는 겁니다. 1인 기업이거나 단순히 재미 삼아 하는 프로젝트라면
01:50:03괜찮겠지만, 직장을 구하는 중이라면 왜 제가 AI보다 낫지도 않고
01:50:10AI에 가치를 더하지도 못하는 사람을 고용하겠습니까? 고용주 입장에서라면 AI에 가치를 더하지 못하는
01:50:16사람은 필요 없습니다. "Code with Antonio가 지금 라이브 교육 과정을 하고 있는데, 생각해 보신 적 있나요?"
01:50:22생각해 본 적 있고, 할 수도 있습니다. 아직 구체적인 계획은 없지만, 다시 말씀드리자면
01:50:29여전히 많은 것을 고민 중입니다. AI와 새로운 도구들 때문에 상황이 워낙 긴박하게 돌아가니까요.
01:50:34하지만 네, 분명히 제가 생각하고 있는 부분 중 하나입니다. "Vercel이 혜자스러운 무료 플랜을 가진
01:50:39가장 좋은 호스팅 플랫폼인가요? AI 애플리케이션을 호스팅하기에 더 나은 대안이 있을까요?"
01:50:44Vercel의 문제는 설정이 완벽하지 않을 경우 비용이 많이 나올 수 있다는 점입니다.
01:50:52그래도 훌륭한 플랫폼이고 시작하기에 매우 좋습니다. 개인적으로 저는
01:51:00저만의 VPS를 사용하는 것을 선호하는데, 서버 관리 업무 등을 좋아하기 때문입니다. 하지만 그건
01:51:07물론 모든 사람을 위한 방식은 아니죠. Netlify는 Vercel의 아주 좋은 대안입니다. Cloudflare도
01:51:12Cloudflare 방식을 따르고 싶다면 좋지만, 거기서는 코드를 좀 수정해야 할 때가 많습니다.
01:51:18어쨌든 그것도 훌륭한 대안이죠. Vercel 자체는 아무런 문제가 없습니다. 다만 설정을
01:51:25조정하는 데 시간을 좀 쓰고, 예산 설정과 알림을 해두어서
01:51:30갑자기 감당할 수 없을 만큼의 비용이 나가는 일이 없도록 해야 합니다. "맥스, 당신의 강의와
01:51:38프로그래밍 지식을 널리 알리려는 헌신에 감사드립니다. 당신의 작업은 제 경력에 실질적인 영향을 주었고
01:51:42이렇게 느끼는 사람이 저뿐만이 아닐 거라고 확신합니다. 당신은 수많은 엔지니어의 길을 닦아주었고
01:51:46가르침에 대한 열정은 계속 영감을 줍니다. 당신이 하는 모든 일에 진심으로 감사드립니다."
01:51:51Pavel님, 정말 감사합니다. 뭐라고 말해야 할지 모르겠네요. 정말 대단한 칭찬입니다.
01:51:58오늘 정말 기분 좋은 메시지가 많았는데, 이것도 그렇네요. 정말 감사합니다. 저에게 큰 의미가 있습니다.
01:52:05진심으로요. 정말 고맙습니다. "방금 당신의 Next.js 강의를 듣기 시작했습니다.
01:52:11웹 앱을 디자인할 때 로딩이 너무 심합니다. React 카운터와 관련해서
01:52:17무엇이 원인일까요? 그것 자체는 부드럽게 돌아갑니다." 그러니까 앱이 느리다는 거군요. 보통은 그런 일이 생기지 않습니다.
01:52:24Next.js 개발 환경에 문제가 좀 있긴 합니다. 확실히 어떤 부분은 느리죠. 페이지 내비게이션도 느릴 수 있습니다,
01:52:30안타깝게도요. 전에도 언급했지만, 이게 제가 TanStack Start로 갈아탄 이유 중 하나이기도 합니다.
01:52:35하지만 솔직히 끔찍할 정도의 렉을 겪어본 적은 없습니다. 지금 바로는
01:52:40원인이 무엇일지 잘 떠오르지 않네요. 죄송합니다. 만약 유데미에서 강의 영상이 끊기는 거라면
01:52:48그들의 지원팀에 문의하셔야 합니다. 안타깝게도 제가 할 수 있는 일은 없습니다. 제가 그
01:52:52직접 회사를 차리는 식의 성취를 말이죠. 그런 소식을 들으니 정말 기쁩니다. 정말 멋진 일이네요.
01:53:01강사님의 강의로 JS, React, Next를 배웠고, 강사님의 노고 덕분에 2021년 밀라노에서 시작해
01:53:06현재 30명의 개발자가 있는 소프트웨어 회사를 운영 중입니다." 와우, 감사합니다. 정말 멋지네요.
01:53:11제가 공유하는 지식으로 사람들이 무엇을 하는지 듣는 것은 제게 큰 의미가 있습니다. 결국
01:53:16그게 제가 이 일을 시작한 이유니까요. 지식을 공유해서 다른 사람들이 무언가를 얻고,
01:53:21자신만의 일을 하거나 회사를 세우길 바랐습니다. 그런 소식을 들으니 정말 행복하네요. 대단합니다.
01:53:28"조금 늦게 참여했습니다. 앞으로 나올 로컬 코딩용 LLM은 어떻게 생각하시나요?
01:53:33개인 PC에서 구동하면 외부 토큰 비용을 상쇄할 수 있을 텐데 말이죠." 네, 답변해 드릴게요.
01:53:38로컬 대규모 언어 모델은 저도 아주 좋아합니다. 코딩용으로도 물론이죠. 토큰 가격이
01:53:48오를 때 흥미로운 대안이 될 수 있겠지만, 상황에 따라 다릅니다. 로컬 모델을 돌리기 위해 고사양 장비가 필요하다면
01:53:56어느 쪽이 더 저렴한지 판단하기 어렵습니다. 비싼 비용을 낼 것인지, 아니면 장비값을 낼 것인지 말이죠.
01:54:02Mac Studio 한 대가 개발자 10명을 감당할 수는 없으니까요. 그래서 이 역시 비용이 많이 들 수 있습니다.
01:54:11그럼에도 저는 로컬 모델의 팬이고, 성능 좋은 모델이 나오기를 간절히 바라고 있습니다.
01:54:18우리 모두가 바라는 일이죠. 코딩에 최적화되어 뛰어난 성능을 내면서,
01:54:23MacBook Pro M4나 그와 동급인 Linux, Windows 기기에서 구동 가능한 모델 말입니다.
01:54:30답변 감사합니다. 100% 동감합니다. 여기 흥미로운 사례가 하나 더 있습니다. 저희 프로젝트가
01:54:38다른 곳으로 넘어갔는데, 저희 회사는 비싼 반면 새 팀은 AI 사용 허가를 받았기 때문이었죠.
01:54:43그런데 그곳에서 벌어지는 오버엔지니어링의 기적들은 정말이지 미친 수준입니다. 이런 앱들이
01:54:48얼마나 많이 출시될지 생각하면 무섭습니다. 일단 작동은 하니까 겉으로는 불평할 게 없지만,
01:54:52내부는 완전히 엉망진창이거든요. 그게 큰 문제입니다.
01:54:56AI는 작동하는 코드를 만들 수 있지만 버그가 있을 수 있고, 그 버그가 즉시 나타나지 않을 수도 있으며
01:55:04복잡성을 가중시킬 수 있습니다. AI를 계속 점검하는 것이 중요합니다. 검토하고 조종해야 하죠.
01:55:10이 부분은 계속 강조해도 모자랍니다. 현재 많은 기업이 다른 철학을 가지고 있다는 걸 압니다.
01:55:14하지만 그 대가를 치르게 될 것이고, 이미 많은 소프트웨어 제품의
01:55:21품질이 저하되는 것을 목격하고 있습니다. "아키텍처 강의는 길어질까요?" 아직 모르겠습니다.
01:55:27좋은 강의를 만들고 싶고, 필요한 만큼 길어질 겁니다. 억지로 분량을 늘리지는
01:55:32않을 거예요. "Payload CMS 강의도 만들어 주세요." 안타깝게도 그 부분은
01:55:38경험이 없어서 계획이 없습니다. "배경에 있는 삼각형 조명은 아직 작동하나요?
01:55:44한동안 켜진 걸 못 봐서요. 아니면 그냥 질리신 건가요?" 아뇨, 질린 건 아닙니다.
01:55:49문제는 조명을 켰을 때, 화면에서 깜빡거리지 않도록
01:55:55설정하는 게 안 되더라고요. 계속해서 깜빡거렸습니다. 영상 녹화본에서
01:55:59그게 너무 거슬렸어요. 그래서 그냥 꺼두었습니다. 그게 이유예요. 해결하려고 시간을
01:56:06더 쓰고 싶지는 않았습니다. 이미 꽤 공을 들였는데도 안 됐거든요. 또한 녹화 환경을
01:56:11계속 바꾸고 있고 이것저것 변동 사항이 많아서 그렇기도 합니다. 그래서 꺼둔 거예요.
01:56:16"AI를 신뢰할 수 없으니 React와 Node.js를 배우려고 합니다. 먼저
01:56:24JavaScript를 배워야 할까요?" 네, JavaScript 기초는 배우셔야 합니다. 기본 문법과 로직은
01:56:29먼저 익히는 게 좋습니다. 모든 세부 기능을 다 알 필요는 없지만, 기초는
01:56:34반드시 먼저 배우세요. "방금 VPS Essentials 강의를 다 들었습니다. 정말 최고예요. 정말
01:56:40감사합니다." 제가 더 감사합니다. 강의를 좋아해 주시니 정말 기쁘네요.
01:56:46새로운 애플리케이션을 VPS에 배포할 때 필요한 핵심 요소들을 공유하려고 노력했습니다.
01:56:53강의에서 많은 걸 얻으셨다니 뿌듯하군요. 혹시 궁금하거나 관심 있는 분들을 위해
01:56:57덧붙이자면, 이 VPS Essentials 강의는 academy.com에서 확인하실 수 있습니다. VPS를
01:57:04제대로 설정하고 웹 앱이나 OpenClaw, 워크플로우를 실행하는 법을 알려주는
01:57:10신규 강의입니다. "강사님의 활동에 감사드린다는 말을 하고 싶었습니다. 강사님은 안타깝게도
01:57:18지난 몇 년간 우리가 잃어버린 몇 안 되는 개발자 인플루언서 중 한 분입니다. 요즘 프로그래머들은
01:57:23통제 불능 상태가 된 것 같은데, 강사님의 차분한 성향에 감사드립니다. 또한 최근 우리 모두가
01:57:27생각하던 바를 짚어주셔서 감사합니다." 네, 정말 감사합니다. 저는 어디로
01:57:32가지 않고 여기 계속 있을 겁니다. 물론 저도 변하고 있습니다. 일하는 방식도 바뀌고 있죠.
01:57:38우리 모두가 변하고 있으니까요. 제가 AI 관련 콘텐츠를 만드는 건 단순히 잘 팔려서만이 아니라,
01:57:45결국 이것도 제 비즈니스이기 때문입니다. 안타깝게도 요즘은
01:57:50아무도 사지 않는 예전 방식의 코딩 강의만 만들어서는 남는 게 없습니다. 하지만 동시에
01:57:56저 역시 AI를 사용하기 때문에 이런 콘텐츠를 만듭니다. 우리는 적응해야 하고, 이러한 도구들을
01:58:03효율적으로 사용해서 많은 것을 얻고 즐거움을 느끼는 법을 배워야 합니다. 그것이 제 목표이자 임무입니다.
01:58:08곧 가봐야 해서 지금 와 있는 마지막 메시지들에 답변해 드릴게요.
01:58:16"5년 뒤에는 로컬 모델이 더 효율적이 될 거라 믿습니다. 작은 모델이 오늘날의
01:58:21큰 모델이 하는 일을 할 수 있게 되겠죠. 미래에는 AI의 가치를 더하는 데 있어 토큰 가격은
01:58:26중요하지 않을 겁니다." 네, 로컬 모델에 관해서는 저도 확실히 미래가 있다고 봅니다.
01:58:31특정 작업을 극도로 잘 수행하는 아주 전문화된 소형 모델들이 많아질 수도 있고,
01:58:36그것은 매우 가치 있는 일이 될 것입니다. "2년 뒤에도 소프트웨어 개발자가
01:58:42존재할 것이라고 여전히 믿으시나요?" 네, 저는 확실히 그렇게 믿습니다.
01:58:47미래를 내다볼 수는 없지만, 강력히 믿고 있습니다. 현재의 모델들과 함께 일하며
01:58:53여전히 알아야 할 것들, 개발자로서 더하는 가치들을 고려해 볼 때,
01:58:58그리고 기업들이 그렇게 빨리 전환하지 못한다는 점 등의 여러 요소를 생각하면
01:59:032년 뒤에도 개발자는 분명히 존재할 겁니다. 다만 우리의 역할은 확실히 변하고 진화하고 있죠.
01:59:09동감합니다. 가까운 미래에 넓은 컨텍스트를 가진 좋은 모델들이 수천 달러를
01:59:16쓰지 않고도 일반 PC나 Mac Studio에서 구동될 수 있을 거라 생각합니다.
01:59:20네, 참여해 주신 모든 분께 정말 감사드립니다. 이제 가봐야겠네요. 현재 보이는
01:59:28메시지들은 다 답변한 것 같습니다. 다시 말씀드리지만, 매주 스트리밍을 하려고 노력 중입니다.
01:59:37작년에는 거의 매주 했었죠. 긴 공백기 동안 기다려 주셔서 감사합니다.