수다 타임, Bun의 진화 그리고 더 많은 이야기!
MMaximilian Schwarzmüller
Computing/SoftwareJob SearchAdult EducationInternet Technology
Transcript
00:00:00자, 어디 봅시다, 어디 봅시다.
00:00:24인코딩 프리셋 설정은 되어 있고요.
00:00:41음, 그런데 OBS에서는 여전히 경고가 뜨네요.
00:01:01인코딩 과부하라고 나오는데, 지금은 아주 빠른 설정으로 낮췄거든요.
00:01:06제 시스템에서 더 이상 실행 중인 게 없어서
00:01:15그냥 OBS 자체의 문제인지 궁금하네요.
00:01:19좋아요, 뭐, 어떻게 될지 지켜보죠.
00:01:28렉 없이 유지되길 바랍니다.
00:01:34오늘 왜 이러는지, 뭐가 문제인지 전혀 모르겠어요.
00:01:40정말 모르겠네요.
00:01:49같은 설정으로 한 50번은 스트리밍을 해왔는데 말이죠.
00:01:57그런데 갑자기 다 먹통이 됐어요.
00:02:00네, 이게 마지막 시도가 될 것 같습니다.
00:02:05만약 다시 렉이 걸리면 팟캐스트로 전환하거나
00:02:14다음 주에 다시 시도해야 하는데, 그건 정말 별로일 것 같아요.
00:02:16정말 별로겠죠.
00:02:17그렇네요.
00:02:18아직 기다려 주시는 분들 모두 안녕하세요.
00:02:20이런 문제들에 대해 정말 죄송합니다.
00:02:22여기서 도대체 무슨 일이 일어나고 있는지 정말 모르겠어요.
00:02:27성능이 핵심인 BUN에 대해 이야기하려고 할 때,
00:02:32성능 빼고 모든 문제가 발생하는 게 참 아이러니하네요.
00:02:38지금은 렉이 완전히 없어졌어요.
00:02:40좋습니다.
00:02:41이대로 유지되길 바랄 뿐이에요.
00:02:43이제는 뭘 건드리기가 겁나네요.
00:02:48그래서 남은 스트리밍 동안에는 문제를 해결하기 위해
00:02:54chat.gpt가 제게 준 지침들을 보시게 될 겁니다.
00:02:56참고로 저는 여기 있는 걸 따랐어요.
00:02:59네, 유튜브가 트위치보다 느릴 수도 있겠네요.
00:03:03세상에, 제가 뭔가를 건드렸어요.
00:03:08잘 되길 빌면서, 함께해주셔서 정말 감사합니다.
00:03:15개별 플랫폼의 지연 시간을 제가 제어할 수는 없을 것 같아요.
00:03:19거기서 뭘 바꾼 건 아니니까요.
00:03:23어쨌든, 이야기가 완전히 엇나갔네요.
00:03:32BUN입니다!
00:03:36훌륭한 성능에 묘한 진화를 보여주고 있죠.
00:03:40확실히 인류학적 목적에 맞춰진 도구가 되어가고 있습니다.
00:03:49AI 모델 제작 강의와 더 많은 생성형 AI 코드를 보여주시면 좋겠어요.
00:03:56AI에 대해 흥미로운 점은, 우선 AI 모델 제작 강의에 대해서는
00:04:04제가 그 분야에 전문 지식이 전혀 없습니다.
00:04:06그래서 그에 대한 강의는 없을 거예요.
00:04:08AI 활용 강의는 계획 중입니다만, 관련 내용이 너무 빠르게
00:04:14변하고 있어서 쉽지가 않네요.
00:04:18대신 Cloth Code 같은 도구에 대한 강의는 있습니다.
00:04:22하지만 제가 AI를 어떻게 쓰는지 보여주고 싶지는 않은 게,
00:04:28한 달 뒤에는 아마 다른 방식으로 쓰고 있을 것이기 때문입니다.
00:04:31네, 좋은 피드백 주신 여러분 모두 정말 감사합니다.
00:04:34Vaishnaf Dattir님 감사합니다만, 가까운 시일 내에는 그런 강의가 없을 것 같아요.
00:04:42그리고 AI의 어려운 점은, 좋아하는 사람들도 있지만
00:04:47싫어하는 사람들도 아주 많다는 거죠.
00:04:48저는 개인적으로 복합적인 입장입니다.
00:04:52AI가 없었더라도 슬프진 않았겠지만, 이미 존재하니까요.
00:04:56그래서 최대한 활용하려고 노력하고 실제로 사용하고 있습니다.
00:05:00다만 지금 시점에서 모두 만족시키는 강의와 콘텐츠를 만들기는 어렵네요.
00:05:07그래도 최선을 다하고 있습니다.
00:05:08기본적으로 제가 작업하고 배우는 것, 즐겁게 사용하는 것들을
00:05:14다루려고 노력하고, 그것들을 공유하려고 합니다.
00:05:18지난주에 Bun 문서를 읽었는데 너무 매력적이어서 자체 라우팅을
00:05:23정말 사용하고 싶더라고요.
00:05:24하지만 빠진 게 뭘까요?
00:05:25Hono 같은 미들웨어 구조입니다.
00:05:26맞아요.
00:05:27앞서 말씀드렸듯이 저도 Bun의 큰 팬입니다.
00:05:32팬 얘기가 나와서 말인데, 제 맥북의 팬 소리가
00:05:39다시 조용해지고 있는 건 좋은 징조 같네요.
00:05:41인코딩 문제가 해결되었기를 바랍니다.
00:05:45뭐가 문제였는지는 모르겠지만, 여기 있는 건 아무것도 안 건드릴 거예요.
00:05:49어쨌든, 저도 Bun을 좋아합니다.
00:05:53그리고 문서화가 정말 잘 되어 있다고 생각해요.
00:05:57사람이든 AI 에이전트든 정보를 얻기가
00:06:03정말 수월합니다.
00:06:04링크를 던져주거나 페이지 내용을 복사해서 마크다운으로 보기만 하면
00:06:11되니까요.
00:06:12그런 부분들이 아주 잘 되어 있습니다.
00:06:14Hono를 언급하셨는데, Hono도 정말 좋은 프레임워크라고 생각합니다.
00:06:23요즘 REST API 같은 웹 애플리케이션을 만들 때
00:06:28제 기본 스택은 주로 Bun과 Hono입니다.
00:06:32그 조합을 아주 좋아해요.
00:06:33Hono는 정말 우아하고 가벼운 프레임워크라 자세히 살펴볼 가치가 있습니다.
00:06:42다양한 호스팅 환경이나 VPS에 배포할 수도 있고요.
00:06:48미들웨어와 라우터 같은 기능들도 당연히 갖추고 있죠.
00:06:52재미있는 점은, Bun에도 내장된 기능이 많다는 겁니다. 미들웨어 쪽은 아니지만요.
00:06:58미들웨어는 직접 구현해야 합니다.
00:06:59하지만 라우팅 기능은 내장되어 있어요.
00:07:05원한다면 파일 시스템 라우터도 사용할 수 있습니다.
00:07:08추가 설치 없이 파일 시스템으로 경로를 정의할 수 있고,
00:07:13자체 라우팅 API가 있어서 Bun 서버를 띄우고
00:07:21경로를 등록할 수 있으며, 조금 더 세부적인 설정도 가능합니다.
00:07:28예를 들어 경로마다 다른 메서드를 정의하는 식이죠.
00:07:32그게 어디 있더라?
00:07:33Post 쪽인가요.
00:07:34이 페이지에는 없나요?
00:07:36다른 메서드들을 정의할 수 있습니다.
00:07:43왜 이 페이지에 없지?
00:07:50어디 있을까요?
00:07:51서버 쪽에 있나요?
00:07:52네.
00:07:53경로를 지정하고 메서드마다 다른 함수를 등록할 수 있습니다.
00:07:58아주 우아하고 멋진 방식이라고 생각해요.
00:08:04그래서 Bun과 Hono는 정말 훌륭합니다.
00:08:07앞으로 Bun이 어떻게 발전할지, 웹 서버용 런타임으로
00:08:14계속 진화할지 지켜보는 게 흥미로울 것 같습니다.
00:08:20성능과 관련 신기능을 우선시할 것으로 보이는데, 현재로선 그래 보입니다.
00:08:26분명히 말씀드리고 싶은 게 있습니다.
00:08:28Bun의 X(트위터) 계정을 보면 런타임 부분에 확실히 도움이 되는
00:08:39업데이트들을 많이 공유하고 있거든요.
00:08:41그래서 Bun이 훌륭한 런타임이자 웹 서버 구축을 위한
00:08:50좋은 해결책이라는 점은 변하지 않겠지만, 이대로 유지될지
00:08:55아니면 AI 에이전트 구축에 특화된 도구로 변모할지가 궁금합니다.
00:09:01그것도 흥미롭겠지만, 지금도 충분히 빠르고 기능이 풍부한
00:09:06훌륭한 런타임이라서 그렇게 변한다면 조금 아쉬울 것 같기도 하네요.
00:09:10하지만 지금의 장점을 계속 유지할 것 같습니다.
00:09:13벡터 데이터베이스가 AI 앱의 핵심인데, 배울 만한 좋은 자료가 있을까요?
00:09:17관련 강의를 만드실 생각도 있으신지요?
00:09:19네, 벡터 데이터베이스 강의를 고려해 봤습니다.
00:09:23Qdrant 같은 경우는 직접 호스팅도 가능해서 아주 흥미롭죠.
00:09:29그리고 사실 작년에 스트리밍을 하나 했었습니다.
00:09:40RAG와 벡터 데이터베이스에 대한 스트리밍이었죠.
00:09:47다른 채널인 MaxMunSchwarz-extended에 있습니다.
00:09:49예전에는 스트리밍 영상을 그 채널에 올리곤 했었거든요.
00:09:52지금은 더 이상 그렇게 안 합니다.
00:09:54그냥 여기 유튜브에 그대로 남겨두죠.
00:09:56아무튼, RAG 구축에 대한 스트리밍을 했었습니다.
00:10:00어쿠, 제가 가리고 있네요.
00:10:02Qdrant로 RAG 시스템을 만드는 스트리밍을 했었으니
00:10:07관심 있으시면 도움이 될 겁니다.
00:10:091년 된 영상이지만 여전히 유효한 내용들입니다.
00:10:13요즘 생각해보면 벡터 데이터베이스가 처음에 생각했던 것만큼
00:10:22AI 앱에서 계속 중요하게 남을지는 잘 모르겠습니다.
00:10:28미래는 '에이전트 기반 검색'에 더 가까워 보이기 때문이죠.
00:10:34VPS나 Cloudflare, 혹은 여러분의 맥북이나
00:10:36PC에서 실행되는 AI 에이전트에게 파일 시스템을 주고
00:10:41그 안에 여러 문서를 넣어두는 식입니다.
00:10:42물론 사용 사례에 따라 다르겠지만요.
00:10:49수십만 개의 문서라면 조금 더 까다롭겠지만
00:10:51에이전트가 파악해야 할 문서가 100개 정도인
00:10:56경우라면 어떨까요?
00:11:01요즘은 벡터 데이터베이스에 연결하는 것보다
00:11:03에이전트에게 직접 파일 시스템을 맡기고 작업을 수행하게
00:11:08하는 것이 더 효율적인 것 같습니다.
00:11:13물론 늘 그렇듯 상황에 따라 다릅니다.
00:11:15무엇을 만드느냐에 따라 시맨틱 검색과 벡터 데이터베이스가
00:11:20필요한 경우도 많고 아주 유용합니다.
00:11:24하지만 에이전트 검색과 파일 시스템 활용도 흥미로운 대안이죠.
00:11:29관련 강의를 만들 생각이 있냐고요?
00:11:31네, 당연하죠.
00:11:32파일 시스템에 접근해 다양한 일을 하는 AI 에이전트와
00:11:36벡터 데이터베이스 파트 모두 다루고 싶습니다.
00:11:40사실 이미 제 강의 중 하나에서 다루고 있기도 합니다.
00:11:45제 ChatGPT 생성형 AI 강의에 작년에 큰 업데이트를
00:11:51진행하면서 RAG에 대한 새로운 섹션을 추가하고 기초를 다뤘습니다.
00:12:00단독 강의도 흥미로울 것 같고 꼭 해보고 싶네요.
00:12:04아이디어가 너무 많아서 확답은 못 드리지만, 관심 있는
00:12:07분야인 건 확실합니다.
00:12:12선생님의 Flutter, React, Node.js 강의로 5년 전 프로그래밍을 시작해 많이 배웠습니다. 계속 성장하시길 빌게요.
00:12:16정말 감사합니다.
00:12:20기술적인 문제가 있었음에도 끝까지 함께해주셔서
00:12:21정말 감사합니다. 이제 다 해결된 것 같네요.
00:12:25다시 가르치는 일에 집중해 보죠.
00:12:27따뜻한 말씀들 감사합니다.
00:12:29하나하나 다 읽고 있고, 제게 큰 힘이 됩니다.
00:12:31멋진 피드백 주셔서 정말, 정말 감사해요.
00:12:34코딩 에이전트가 많지만, 핵심은 LLM 모델에 전달되는 컨텍스트 관리 같습니다.
00:12:39그래서 대기업의 코딩 에이전트를 주로 사용하게 될 것 같고요.
00:12:42네, 지금은 마치 서부 개척 시대 같죠?
00:12:43엄청난 진화가 일어나고 있습니다.
00:12:47매일 새로운 에이전트나 프레임워크, 혹은 에이전트를
00:12:52실행해 주는 서비스가 쏟아져 나오고 있어요.
00:12:57정말 많은 일이 일어나고 있습니다.
00:13:04어떤 것이 쓸모 있는지, 어떻게 구축해야 할지에 대한 윤곽은
00:13:061년 정도 지나서 먼지가 좀 가라앉아야 명확해질 것 같습니다.
00:13:07그렇죠.
00:13:12하지만 무언가 만드는 것에 관해 말하자면, 원래 계획은 Bun을
00:13:20살펴보는 것이었고 어느 정도 달성한 것 같습니다.
00:13:23적어도 제가 공유하고 싶었던 발전 방향에 대해서는요.
00:13:29요즘 자바스크립트 웹 개발을 하신다면 Bun은 훌륭한
00:13:30선택지라고 생각합니다.
00:13:34하지만 그렇게 하지 않더라도, BUN의 패키지 관리자를 사용하는 것은 꽤 흥미로울 수 있습니다. 왜냐하면 BUN은 실제로
00:13:42런타임을 쓰고 싶지 않더라도 좋은 선택이 될 수 있습니다.
00:13:43마음에 안 들거나 쓸 수 없는 상황이라도 말이죠.
00:13:44런타임을 쓰지 않더라도 패키지 매니저로서는 흥미로울 수 있는데,
00:13:48사실 Bun은 여러 기능의 조합이기 때문입니다.
00:13:51런타임이기도 해서 웹 서버나 CLI를 만들 때
00:13:59사용할 수도 있지만,
00:14:02동시에 패키지 매니저이기도 하죠.
00:14:07그래서 NPM 대신 패키지를 설치하는 데 쓸 수 있습니다.
00:14:09그리고 여기서 정말 유용한 것이 이 'bunfig' 파일입니다.
00:14:12Bun을 위한 설정 파일이죠.
00:14:17이 파일은 패키지 매니저에서도 중요한 역할을 하는데,
00:14:32다양한 것들을 설정할 수 있기 때문입니다.
00:14:34패키지 매니저를 위해 설정할 수 있는 것들이 몇 가지 있는데,
00:14:38그중 하나가 바로 'minimum release age'입니다.
00:14:40이 항목을 bunfig.toml 파일에 추가할 수 있는데요.
00:14:46이렇게 하면 bun install이나 bun update를 실행할 때마다
00:14:51출시된 지 최소한 지정한 시간만큼 지난 패키지 버전만
00:14:55가져와서 설치하게 됩니다.
00:15:02이 값은 초 단위입니다.
00:15:10예시에 나온 값은 3일 정도가 되겠네요.
00:15:12이게 왜 유용할까요?
00:15:16그럼 이게 왜 유용할까요?
00:15:18우리는 거의 매일 공급망 공격이 발생하는 시대에 살고 있기 때문입니다.
00:15:24적어도 저에게는 그렇게 느껴집니다.
00:15:27그리고 적어도 지금까지는, 이러한 공급망 공격의 대부분이
00:15:34보통 몇 시간 이내로 비교적 빠르게 감지되고 해결되었습니다.
00:15:39하지만 물론, 패키지가 해킹당한 그 짧은 시간 내에 설치를 하게 된다면
00:15:46여러분의 컴퓨터도 해킹될 것입니다.
00:15:48그건 당연히 끔찍한 일이죠.
00:15:49이제 이 설정을 사용하면, 출시된 지 며칠이 지난
00:15:57패키지 버전만 다운로드하게 되므로 위험을 크게 줄일 수 있습니다.
00:16:00다시 말씀드리지만, 보통 그 정도 시간이면 공급망 공격은 해결된 상태니까요.
00:16:04현재 이런 기능을 제공하는 패키지 매니저는 Bun뿐만이 아닙니다.
00:16:07예를 들어 pnpm에도 이 기능이 있습니다.
00:16:11그러니 당연히 그것을 사용하셔도 됩니다.
00:16:13저는 그냥 이런 설정을 사용하는 것을 추천하고 싶습니다.
00:16:16NPM도, 제가 이미 잊어버렸지만, 비교적 새로운 기능이 추가되어서
00:16:23이와 같은 설정을 구성할 수 있습니다.
00:16:35정확한 이름은 기억나지 않지만, 아마 min release age였을 겁니다.
00:16:39제 생각엔 min release age가 맞는 것 같아요.
00:16:42NPM을 사용할 때도 설정할 수 있는 기능입니다.
00:16:48어쨌든 이런 종류의 기능을 사용해야 합니다.
00:16:49패키지 관리에 Bun을 사용하면 이런 설정을 쓸 수 있다는 장점뿐만 아니라
00:16:53속도가 정말, 정말 빠르다는 장점도 있습니다.
00:16:56그래서 저는 그 점 때문에라도 Bun을 좋아합니다.
00:16:58또한 Bun을 번들링 용도로 사용할 수도 있습니다.
00:17:01예를 들어 Vite 대신에요. Vite는 엄밀히 말하면 단순한 번들러는 아니지만
00:17:07번들러를 포함하고 있죠.
00:17:08보통 Vite가 생성해 주는 프로젝트에는 번들러가 함께 제공됩니다.
00:17:13따라서 Vite 대신 Bun을 사용하여 파일 변화를 감지하거나, 개발 서버를 실행하거나, 프로젝트를 빌드할 수 있습니다.
00:17:18프로젝트 빌드 시에도 사용할 수 있죠.
00:17:20또한 테스트 러너도 내장되어 있어서 Jest나 Vitest 대신 Bun을 쓸 수 있습니다.
00:17:26물론 여전히 Bun보다 Vite나 Vitest 등을 써야 할 이유들이 있습니다.
00:17:31그 도구들은 여러분이 관심을 가질 만한 좀 더 많은 기능을 제공하니까요.
00:17:36당연히 번들링은 Bun이 수행하는 수많은 기능 중 하나일 뿐입니다.
00:17:40하지만 Vite에게 번들링은 핵심적인 기능이자 가장 신경 쓰는 부분이죠.
00:17:46Vite 팀은 직접 Rolldown이라는 번들러를 만들기도 했고, Vite에서 이를 사용합니다.
00:17:51그래서 사실 저는 보통 Bun 번들러를 사용하지는 않습니다.
00:17:55테스트를 할 때는 실제로 테스트 러너를 사용하고 있지만,
00:18:06대부분은 런타임과 패키지 매니저 용도로 사용합니다.
00:18:07하지만 네, Bun은 정말 마음에 듭니다.
00:18:11Bun이 가고 있는 방향성이 유일하게 문제가 되지 않을까 생각하지만, 아마 괜찮을 거예요.
00:18:16문제가 될 수도 있겠네요, 네.
00:18:19Berkey 님 반갑고요, 저를 언급해 주신 Selmetri 님께도 감사드립니다.
00:18:26당신의 튜토리얼을 아주 좋아하는 팬입니다.
00:18:27정말 정말 감사합니다.
00:18:28어떻게 지내세요?
00:18:29지금은 잘 지내고 있습니다.
00:18:30기술적인 문제가 좀 있어서 정말 죄송했습니다. 이유는 모르겠지만
00:18:35다행히 이제 모든 것이 다시 안정된 것 같네요.
00:18:38제가 Remix 3에 대한 영상을 만들 예정이냐고요?
00:18:41이제 베타 버전이 나왔다는 걸 저도 확인했습니다.
00:18:42네, 저도 봤습니다.
00:18:44아직 제대로 살펴볼 시간은 없었습니다.
00:18:51하지만 Remix 3를 깊이 파고들 계획은 있습니다.
00:18:57그들이 아직 완성되려면 멀었다고 말하고 있는 것 같은데, 제가 틀렸나요?
00:19:06이건 여전히 프리릴리즈이며, 아직 프로덕션 준비가 되지 않았고 할 일이 많이 남았습니다.
00:19:11네, 그걸 읽고 나서 일단 나중으로 미루기로 결정했습니다. 지금 할 일이 너무 많아서
00:19:16너무 거칠고 전혀 완성되지 않은 상태라면 지금 당장 뛰어들고 싶지 않았거든요.
00:19:22지금 시점에서는요.
00:19:26하지만 작년에 그들이 어디였지? 거기서 했던 발표를 본 적이 있습니다.
00:19:32Remix Conf였을 거예요.
00:19:34그들 자체 컨퍼런스였던 것 같습니다.
00:19:37지켜보는 재미가 있을 것 같네요.
00:19:40제가 이해하기로 그들은 프레임워크를 만들려고 노력 중입니다.
00:19:45네, 그래서 Remix가 무엇일까요?
00:19:47Remix는 원래 Next.js 같은 React 프레임워크였습니다.
00:19:50정확히는 모르겠지만 2020년이나 2021년에 시작했던 비전이 그랬죠.
00:19:57그리고 저는 Remix를 정말 좋아했습니다.
00:19:59사실 제 웹사이트인 Akatamite.com도 예전에는 Remix로 구축되었습니다.
00:20:04지금은 아니에요, 지금은 Tanstack을 사용하지만 예전에는 Remix였습니다.
00:20:10하지만 그들은 React의 비전이 마음에 들지 않아 React에서 멀어지기로 했고,
00:20:15기본적으로 AI 에이전트에 최적화된 프레임워크인
00:20:22Remix 3를 만들기로 결정했습니다.
00:20:23그래서 에이전트가 이해하고 습득하기 매우 쉽게 설계되었습니다.
00:20:29물론 Remix 코드는 에이전트의 학습 데이터에 포함되어 있지 않겠지만요.
00:20:34학습 데이터의 대부분은 2022년 이전의 오래된 데이터들이니까요.
00:20:40그렇죠.
00:20:41그리고 당연히 Remix 3는 그때 존재하지 않았습니다.
00:20:43여전히 실제로 존재하지는 않죠, 베타 버전이 나왔을 뿐입니다.
00:20:47하지만 그들은 에이전트가 쉽게 습득하고 이해할 수 있는 것을 만들고 싶어 했습니다.
00:20:50네, 그래서 조금 더 완성되면 정말 한번 시도해 볼 생각입니다.
00:20:59그게 얼마나 잘 작동할지 정말 궁금하네요.
00:21:02전반적으로 이 웹 개발 환경이 어떻게 진화할지 지켜보는 것은
00:21:09매우 흥미로울 것입니다. 과거에는 수많은 프레임워크 전쟁이 있었죠.
00:21:172019년쯤에는 거의 매일 새로운 프레임워크가 출시되곤 했습니다.
00:21:23오, 2021년 11월 22일에 출시되었군요, 알려주셔서 감사합니다.
00:21:30그리고 에이전트들을 다뤄보며 하루를 보냅니다.
00:21:34다 가라앉은 상태죠, 그렇지 않나요?
00:21:36이제는 모두 AI와 에이전트에 관한 이야기뿐입니다, 당연하게도요.
00:21:39저도 마찬가지입니다.
00:21:40저도 하루 종일 다양한 AI 모델과 에이전트를 가지고 노는 데 시간을 보냅니다.
00:21:45분명히 우리가 나아가고 있는 방향이기 때문입니다.
00:21:47기초를 아는 것이 중요하지 않다는 뜻은 아닙니다. 매우 중요합니다.
00:21:51하지만 적어도 저에게는 이러한 AI 도구들을 어떻게 사용하고,
00:21:55어떻게 유용한 결과물을 얻어낼 수 있는지 이해하는 것이 중요합니다.
00:22:01저는 개발자이고, 계속 개발자로 남고 싶기 때문에
00:22:06AI와 함께 개발해야만 합니다.
00:22:10하지만 제가 말하고 싶었던 것은, 지금 이 시점에 Remix 3 같은
00:22:16새로운 프레임워크를 출시하는 것은 매우 시대착오적으로 느껴진다는 점입니다.
00:22:25그게 틀렸다는 게 아니라, 큰 관심을 끌기 어려울 수 있다는 뜻입니다.
00:22:32React 애플리케이션을 제안하기 때문입니다.
00:22:34보통 React나 Next.js 같은 애플리케이션을 추천하죠.
00:22:38그래서 개발자가 AI에게 Remix v3를 사용하라고 명시적으로 말해야 할 겁니다.
00:22:47마치 지금 AI에게 Angular나 Svelte를 쓰라고 말해야 하는 것과 마찬가지죠. 왜냐하면
00:22:54기본 설정은 대부분 React인 경우가 많으니까요.
00:22:57그래서 Remix v3가 충분한 인지도를 얻고 사람들이 쓰기 시작할 수 있을지,
00:23:04지켜보는 것이 흥미로울 것 같습니다.
00:23:05과거에도 AI가 없었을 때 개발자들을 설득해야 했기 때문에
00:23:12충분히 가능하다고 생각하지만, 그때가 조금 더 쉬웠을 수도 있습니다.
00:23:17당시에는 개발자들이 자동 조종 모드로 작업하지 않았으니까요.
00:23:19하지만 분명히 해낼 수 있을 겁니다.
00:23:24그들이 성공할 수 있을지 지켜보는 게 정말 흥미로울 거예요.
00:23:27그러기 위해서는 프레임워크가 어떤 혁신적인 장점을 제공해야 한다고 생각합니다.
00:23:34과거에는 프레임워크가 훌륭한 개발자 경험을 제공하고
00:23:40빠르고 성능 좋은 애플리케이션을 만들어낸다면 그게 큰 장점이었죠.
00:23:44참고로 그 점이 Angular가 AngularJS(Angular 1)에서
00:23:50Angular 2로 넘어갈 때 겪었던 문제이기도 합니다.
00:23:53너무 많은 것을 바꿔버렸고 너무 복잡해 보여서,
00:24:00많은 개발자를 잃었다고 생각합니다.
00:24:01그게 React에 큰 기회가 되었고, 그래서 React가 인기를 얻게 된 거죠.
00:24:06어차피 그렇게 인기 있었을 수도 있지만, Angular 1에서 2로의 전환이
00:24:11도움이 되지 않은 것은 확실합니다.
00:24:13과거에는 개발자 경험이나 구문 등으로 개발자들을 설득해야 했습니다.
00:24:18저 같은 경우에도 항상 제가 아름답다고 느끼거나 작업하기 좋아하는 구문을 쓰고 싶어 했죠.
00:24:25그래서 처음에는 React의 JSX를 좋아하지 않았습니다.
00:24:35어쨌든 요즘은 그런 것들이 덜 중요해졌습니다. 여전히 코드를 살펴봐야 하긴 하지만요.
00:24:43모든 개발자가 그러는 건 아니니 앞으로 어떻게 변할지는 모르겠습니다.
00:24:48미래에는 코드 리뷰가 덜 중요해질 수도 있고,
00:24:54애플리케이션의 전반적인 아키텍처를 설계하고 기술적 선택을 하는 것이 중요해지겠지만,
00:25:00그렇기 때문에 구문 자체는 현재나 미래에 덜 중요해질 가능성이 큽니다.
00:25:06그래서 과거의 방식이 덜 중요해진 시대에 프레임워크가 어떻게
00:25:14개발자들의 마음을 사로잡을 수 있을지 지켜보는 것이 흥미로울 것입니다.
00:25:19Remix에 대해 이야기가 길어졌지만, 제 생각은 이렇습니다.
00:25:21조금 더 안정화되면 꼭 한번 써보고 싶네요.
00:25:26저도 여기서 npm 설정 키를 찾는 데 똑같은 문제를 겪었습니다.
00:25:31npm 문서는 정말 별로라고 말하고 싶네요.
00:25:369년 전에 Angular를 가르쳐주시고 AI 시대인 지금까지 영감을 주셔서 감사합니다.
00:25:41당신의 콘텐츠가 제 개발자 인생을 정말로 바꿔놓았습니다.
00:25:43와, 정말 감사합니다 MS Athianarayanan 님, 제게 큰 의미가 되네요.
00:25:52정말 정말 고맙습니다.
00:25:53이렇게 오랫동안 함께해 주셔서 정말 기쁘네요.
00:25:559년 전이라니 정말 오래되었군요.
00:25:57그동안 정말 많은 것이 변했죠.
00:25:599년 전이면 제가 거의 처음 시작했을 때쯤이네요.
00:26:01제가 한 11년 전쯤에 시작했으니까요, 거의 그렇죠.
00:26:05와, 정말 감사합니다.
00:26:09여전히 함께해 주셔서 정말 좋습니다.
00:26:10세상이 많이 변했지만, 저도 유용한 지식을 계속 공유할 수 있도록 최선을 다하겠습니다.
00:26:16정말 많은 것들이 변했어요.
00:26:19영상을 제작하는 방식이나 유튜브에서 관심을 끄는 방식 같은 것들요.
00:26:26말도 마세요.
00:26:27정말 많은 것이 변했죠.
00:26:28저도 늙어가고 있네요.
00:26:29만약 AI 에이전트가 도구와 코드를 실행해야 한다면, BUN이 AI 에이전트
00:26:34런타임으로 진화할 수 있을까요, 아니면 완전히 다른 아키텍처가 필요할까요?
00:26:38정말 좋은 질문입니다.
00:26:40저는 BUN이 충분히 AI 에이전트 런타임이 될 수 있다고 생각합니다.
00:26:46범용 런타임으로 남으면서 그 위에
00:26:53에이전트 기능을 추가할지, 아니면 아예 분리할지는 모르겠지만요.
00:26:57하지만 Anthropic이 BUN을 인수한 상황에서, 정말 강력한
00:27:04에이전트 런타임을 구축하는 것은 매우 합리적인 행보일 것입니다.
00:27:08Anthropic 입장에서는 아주 타당한 선택이죠.
00:27:11웹 개발자 커뮤니티의 환영을 받지는 못할 수도 있겠지만요.
00:27:14애초에 Anthropic이 개발자들의 지지를 많이 받고 있는지는 모르겠네요.
00:27:18어쨌든 BUN이 훌륭한 에이전트 런타임이 되기 위한 기능들을
00:27:24점점 더 많이 갖추게 될 미래가 충분히 그려집니다.
00:27:27샌드박싱, 네트워크 요청 프록시, 도구 및 권한 관리 같은
00:27:33그런 기능들 말이죠.
00:27:34BUN에 이런 기능들이 더 많이 탑재될 것으로 보입니다.
00:27:38솔직히 말하면, 아직 그런 기능들이 더 많이 나오지 않았다는 게 좀 놀랍네요.
00:27:51그들이 나아가는 방향은 정말 흥미롭습니다. 질문 주셔서 감사하고 영상도 기대할게요.
00:27:54네, 천만예요.
00:27:56물론이죠, 그럼요.
00:27:57물론입니다.
00:27:58프론트엔드 개발자로서 Docker와 Kubernetes를 배워야 할까요?
00:28:02거기에 대해서는 몇 가지 생각이 있습니다.
00:28:05우선, 단순히 프론트엔드 개발자에만 머물지 않는 것을 고려해야 한다고 생각합니다.
00:28:14과거에는 프론트엔드 전문직이 확실히 존재했지만, 제 생각에 AI 시대에는
00:28:21기업들이 제너럴리스트 개발자를 요구하게 될 것이기 때문입니다.
00:28:27최소한 지금은 그렇습니다. 5년 뒤에는 어떻게 변할지 모르겠네요.
00:28:33그때는 다시 스페셜리스트를 더 원하게 될 수도 있죠.
00:28:36하지만 지금 당장은 제너럴리스트가 정답이라고 생각합니다.
00:28:39특정 분야에 전문성을 갖춘 제너럴리스트가 되는 것이죠.
00:28:43모든 분야의 전문가가 될 필요는 없습니다.
00:28:45그럴 수도 없고요.
00:28:46하지만 제너럴리스트를 지향해야 한다고 봅니다.
00:28:49그게 첫 번째 포인트이고요.
00:28:50따라서 두 번째 질문에 답하자면, Docker의 기초를 아는 것은
00:28:55대부분의 개발자에게 분명히 유용합니다.
00:28:59전문가 수준까지 될 필요는 없어요.
00:29:00매우 고난도의 Docker 이미지를 빌드하거나 Docker Swarm 클러스터,
00:29:06혹은 복잡한 멀티 컨테이너 Compose 설정을 속속들이 알 필요는 없습니다.
00:29:14하지만 이제는 AI 덕분에 Docker Compose 설정 파일이나 Dockerfile을
00:29:20수정하고 Docker 명령어를 이해하는 것이 그 어느 때보다 쉬워졌습니다.
00:29:24여기에 덧붙여 Docker가 배후에서 어떻게 작동하는지 이해하고
00:29:31핵심 개념이 무엇인지 파악한다면, 매우 의미 있는 일이 될 것입니다.
00:29:35Kubernetes의 경우, 그렇게 중요하다고 말하진 않겠습니다.
00:29:38필요할 때 배우면 되지, 미리부터 알 필요는 없습니다.
00:29:42하지만 Docker의 기초는 이해하고 배워야 한다고 말씀드리고 싶네요.
00:29:49Next.js가 Pages 방식에서 App Router로 전환했을 때도 같은 일이 있었죠.
00:29:52Angular와 Angular 2가 바로 그 아주 적절한 사례입니다.
00:30:01이런 종류의 거대하고 근본적인 변화는 항상 발생하기 마련이죠.
00:30:07그 과정에서 많은 것들이 망가질 수도 있습니다.
00:30:09앱 라우터의 경우, 사실 의도는 커뮤니티가 원하는 것을 제공하려는 것이었지만,
00:30:16결과적으로는 그런 방식으로 진행되었습니다.
00:30:21정확한 이유는 저도 잘 모르겠지만, 커뮤니티가 어느 정도 갈라지게 되었죠.
00:30:26그 후 몇 가지 문제들이 있었다고 생각합니다.
00:30:28Next.js 앱 라우터의 한 가지 문제는 초기에 캐싱이 너무 공격적이었다는 점입니다.
00:30:33이로 인해 개발 서버에서의 동작이 앱을 빌드한 후의 동작과
00:30:42일치하지 않는 상황이 발생했는데, 이건 정말 끔찍한 일입니다.
00:30:46모든 테스트를 마쳤고 잘 작동했는데, 빌드 후 배포를 해보니 (물론 배포 전 테스트를 해야겠지만)
00:30:51때로는 바로 배포하는 경우도 있으니까요.
00:30:55그런데 갑자기 앱이 개발할 때 보던 것과 다르게 작동하는 겁니다.
00:30:57정말 최악이었죠.
00:30:59게다가 개발 서버도 매우 느렸습니다.
00:31:01이런 모든 점들이 많은 문제와 혼란을 야기했고, 저처럼 사람들이
00:31:06Remix로 갈아타게 된 이유가 되었습니다.
00:31:08저는 개발 서버 문제와 앱 라우터 작업 방식의 문제 때문에
00:31:13Remix로 전환했습니다.
00:31:15다른 사람들도 각자 다른 프레임워크로 옮겨갔죠.
00:31:17하지만 요즘 경험해 본 바로는 Next.js 앱 라우터는 정말 잘 작동합니다.
00:31:23대부분의 문제도 해결되었지만, 그 과정이 순탄치만은 않았습니다.
00:31:31자, 잠시 후에 다른 질문들로 돌아오겠습니다.
00:31:34그런데 제가 Docker 강의가 있냐고요?
00:31:36네, 있습니다.
00:31:39Academind.com에요.
00:31:41바로 여기 있습니다.
00:31:42Docker 강의가 하나 있죠.
00:31:44규모가 꽤 큰 강의입니다.
00:31:45하지만 전부 다 들으실 필요는 없습니다.
00:31:47기초부터 시작하기 때문이죠.
00:31:49처음 몇 개의 섹션만 완료하셔도 Docker가 어떻게 작동하는지
00:31:53충분히 파악하실 수 있을 겁니다.
00:31:56모든 패키지 의존성을 뒤로하고 다시 기본으로 돌아가는 것에 대해 어떻게 생각하냐고요?
00:32:01네, 그것도 좋은 질문입니다.
00:32:03최근 몇 주 동안 제가 많이 고민해 온 주제이기도 합니다.
00:32:07패키지를 거의 사용하지 않고 애플리케이션을 빌드하는 방법을
00:32:15계속 탐색하며 사용 중인 패키지 수를 줄이려고 노력하고 있습니다.
00:32:18이제 AI 덕분에 많은 것들을 직접 구현하기가 그 어느 때보다 쉬워졌습니다.
00:32:22물론 여기엔 문제도 따릅니다. 타사 라이브러리를 사용한다는 것은
00:32:30직접 그 코드를 유지보수할 필요가 없다는 뜻이니까요.
00:32:33다른 누군가가 책임을 진다는 의미이기도 하죠.
00:32:36오픈 소스라면 꼭 그렇진 않겠지만, 무슨 말인지 아실 겁니다.
00:32:40다른 누군가가 당신을 위해 유지보수를 해주는 셈이죠.
00:32:42또한 AI가 생성한 코드도 완벽과는 거리가 멉니다.
00:32:46어떤 사람들은 AI로 모든 걸 다 할 수 있다고 믿고 싶어 하겠지만,
00:32:52그렇게 간단하지만은 않습니다.
00:32:54상충관계(trade-off)가 존재하죠.
00:32:55하지만 예전보다 특정 패키지들을 대체하기가 확실히 쉬워진 건 사실입니다.
00:33:00저도 그런 방향으로 시도를 해보고 있고요.
00:33:04예를 들어, 제 개인 웹사이트인 Maximilian-Schwartzmueller.com은
00:33:10아주 단순한 사이트입니다.
00:33:11그냥 블로그일 뿐이죠.
00:33:14전에는 정적 사이트 구축에 훌륭한 프레임워크인 Astro.js를 사용했습니다.
00:33:22하지만 어느 순간 '이게 굳이 필요할까?'라는 생각이 들더군요.
00:33:25결국 그냥 HTML 파일들의 모음일 뿐이니까요.
00:33:28그래서 AI의 도움을 받아 Astro 프로젝트를 순수 HTML, CSS, JavaScript 앱으로 옮겼고,
00:33:36이제 제 블로그 글들은 그냥 텍스트로만 씁니다.
00:33:44그러면 AI가 그걸 HTML로 변환해 줍니다.
00:33:47조만간 아주 기초적인 마크다운 파서를 직접 만들어서 사용할 계획입니다.
00:33:52이런 식으로 사용하는 패키지 수를 줄일 수 있다고 봅니다.
00:33:58요즘 같은 공급망 공격(supply chain attacks) 시대에는 고려해 볼 만한 일이죠.
00:34:04저 역시 분명히 그러고 싶고요.
00:34:05공급망 공격에 당할 가능성을 최대한 줄이고 싶습니다.
00:34:10그게 제가 패키지 사용량을 줄이려는 이유 중 하나입니다.
00:34:19제 이름을 불러주셔서 감사합니다.
00:34:20발음이 완전히 틀리지 않았기를 바랍니다.
00:34:23죄송합니다.
00:34:25저도 예전에 당신의 Angular 2 튜토리얼을 보곤 했습니다.
00:34:28이거 보세요.
00:34:29우리 늙어 가고 있네요.
00:34:30오, 맞아요.
00:34:31우린 늙고 있죠.
00:34:32정말 그렇네요.
00:34:33그 Angular 2 튜토리얼들 말이죠.
00:34:34정말 즐거운 시간이었지만, 이제는 지났죠.
00:34:38하지만 말이죠.
00:34:40당시 제가 Angular 2에 입문할 때 큰 장점은
00:34:48Angular 1을 깊게 파고들지 않았었다는 점이었습니다.
00:34:49덕분에 그 험난한 전환 과정을 겪지 않아도 됐죠.
00:34:51그리고 당시 C# 배경 지식이 있었기 때문에 Angular 2가 마음에 들었습니다.
00:34:55그전까지 C# 작업을 많이 했었거든요.
00:34:58그래서 저한테는 별로 나쁘게 느껴지지 않았습니다.
00:35:03전 Angular 2를 좋아했어요.
00:35:04아마 그걸 좋아했던 몇 안 되는 사람 중 하나였을 겁니다.
00:35:07맥스, 2019년에 제 웹 개발 커리어를 시작할 수 있게 도와주셔서 감사하다는 말을 전하고 싶습니다.
00:35:12정말 감사합니다, 샘 삼촌(Uncle Sam).
00:35:14누군가의 커리어에 일조하고 도움을 드릴 수 있어서
00:35:20제 채널에 이미 보신 분들도 계시겠지만, 그 “NoJoy”라는 영상이 하나 있는데요
00:35:27앞으로의 웹 개발이 어떻게 될지 지켜봐야겠죠.
00:35:30어쨌든 정말 감사드리고 스트림에 참여해 주셔서 감사합니다.
00:35:34당신의 강의와 튜토리얼로 새로운 언어와 프레임워크를 배우던 시절이 그립네요.
00:35:39네, 저도 그 시절이 그립습니다.
00:35:41제 채널에 'NoJoy'라는 영상이 있는데 이미 보신 분들도 계실 겁니다.
00:35:55거기서 AI가 나오기 전이 더 즐거웠다는 이야기를 하거든요.
00:35:59코딩하는 부분 자체는 그때가 더 재미있었습니다.
00:36:01물론 지금은 더 많은 것을 만들 수 있고 그것 또한 즐겁습니다.
00:36:04그리고 AI 도구와 모델들에 대해
00:36:08진심으로 흥미를 느끼고 있기도 하고요.
00:36:10하지만 코딩할 때 빠져들던 그 몰입 상태(flow state)는 확실히 그립습니다.
00:36:16새로운 라이브러리를 배우던 때도 그립네요. 지금도 계속 새로운 것들을 배우고는 있지만,
00:36:21항상 새로운 공부를 하고 있죠.
00:36:23하지만 요즘은 배우는 방식이 예전과는 너무 다릅니다. 그래서 새로운 프레임워크나
00:36:28라이브러리를 어떻게 가르쳐야 할지 여전히 고민 중입니다. 여전히 배울 가치가 있는 것들은 많으니까요.
00:36:35AI가 모든 해결책은 아닙니다.
00:36:37큰 도움이 되긴 하지만 전부는 아니죠.
00:36:41특히 제가 이해하지 못하는 기술을 AI와 함께 사용하고 싶지는 않습니다.
00:36:46저는 기술을 이해하고 싶고, 어떻게 하면 기술을 가장 잘 배우고
00:36:51그걸 어떻게 의미 있게 가르칠 수 있을지 계속 찾고 있습니다.
00:36:55과거에 했던 것처럼 라이브러리의 구문(syntax)을 40시간 동안 가르치는 방식은
00:37:00미래의 교육 방식으로는 맞지 않는 것 같습니다.
00:37:04학습자가 그 코드를 일일이 다 쓰지 않을 거라는 걸 알기 때문에 마음이 편치 않거든요.
00:37:10물론 이해는 해야 합니다.
00:37:11하지만 이해하기 위해 필요한 교육은 직접 코드를 쓰기 위해 필요한 교육과는 다릅니다.
00:37:15직접 쓰는 게 훨씬 어렵고, 그 부분은 점차 사라지고 있으니까요.
00:37:19이제 중요한 것은 이해하는 능력, 패턴과 최적의 사례를 아는 것,
00:37:24그리고 프로그램을 설계하고 아키텍처를 짜는 능력입니다.
00:37:27앞으로는 그런 것들을 가르치고 싶습니다.
00:37:29모든 게 AI 관련 내용이지는 않을 겁니다.
00:37:30그런 것에는 흥미가 없고요. 무엇을 어떻게 가르칠지
00:37:35계속해서 고민하고 있습니다.
00:37:38요즘은 모든 게 너무 빨리 변해서 특히 더 어렵네요.
00:37:42하지만 그게 제 계획입니다.
00:37:43그래도 예전 그 시절이 그립긴 하네요.
00:37:46Vue나 Vue 3를 배우고 그걸로 강의를 만들던 때가
00:37:54참 즐거웠거든요.
00:37:59한 가지만 더요.
00:38:00마누엘(Manuel)과 함께 라이브 스트리밍을 하는 걸 보고 싶습니다.
00:38:02나중에 한 번 데려올게요.
00:38:03좋은 생각입니다.
00:38:04안 될 거 없죠.
00:38:05지금은 아마 퇴근했을 텐데요.
00:38:0630분 전까지만 해도 옆 사무실에 앉아 있었습니다.
00:38:12다음에 같이 출연해 볼게요.
00:38:15아, 또 광고 하나만 더 할게요.
00:38:17죄송합니다.
00:38:18마누엘이 오늘 'Claude Cowork'에 대한 새 강의를 런칭했습니다.
00:38:22이건 코딩에 관한 건 아니고요.
00:38:24데이터 분석 등에 활용할 수 있는 일반적인 AI 도구에 대한 내용입니다.
00:38:29마누엘을 보고 싶거나 흥미가 있으시다면 꼭 추천해 드립니다.
00:38:32오늘 출시된 아주 훌륭한 강의입니다.
00:38:40이 정도면 완벽하게 요약된 것 같네요.
00:38:54더 덧붙일 말이 거의 없습니다.
00:38:58패키지를 쓰지 않는 것은 장점도 있지만, 큰 단점은 모든 걸 직접 유지보수해야 한다는 겁니다.
00:39:02수많은 예외 케이스를 놓칠 수도 있고요.
00:39:03유명 라이브러리에서는 이미 해결된 심각한 보안 문제를 겪을 수도 있습니다.
00:39:06언제나 그렇듯 상충관계가 존재하죠.
00:39:11하지만 특정 상황에서는 패키지 수를 줄이는 것이 분명 고민해 볼 가치가 있습니다.
00:39:13그렇다고 복잡한 애플리케이션을 순수 HTML, CSS, JavaScript로만
00:39:21만들지는 않을 것 같습니다.
00:39:26실험 삼아 해보는 건 재미있겠지만, 좋은 생각은 아닌 것 같네요.
00:39:28프레임워크와 라이브러리 이야기가 나온 김에, 전에 언급했던 Adonis, Adonis.js에 대해 말해보죠.
00:39:37전에도 말씀드렸지만 아까 스트림이 끊겨서 다시 말씀드릴게요.
00:39:46전 10년 전쯤 PHP 프레임워크인 Laravel로 작업을 많이 했습니다.
00:39:50그러다 어느 시점엔가, 아마 6년 전쯤일 텐데, 자바스크립트에도
00:39:51Laravel 같은 프레임워크가 있는지 찾아봤습니다.
00:40:00그때 찾은 게 Adonis였죠.
00:40:08그리고 핵심 아이디어는 웹 애플리케이션 구축에 보통 필요한
00:40:14대부분의 기능이 이미 내장되어 있다는 점입니다.
00:40:16예를 들어, 아 이건 페이지를 잘못 찾았네요, 인증 같은 기능들 말이죠. API 문서는
00:40:21어디에 있을까요?
00:40:26대부분의 기능을 기본으로 제공한다는 것입니다.
00:40:28이 페이지가 아니네요. API 문서는 어디 있죠?
00:40:34여깄네요.
00:40:37인증(Authentication) 같은 기능이 내장되어 있습니다.
00:40:45세션 관리, 쿠키 등 모든 기능이 포함되어 있죠.
00:40:46Laravel에 Eloquent가 있는 것처럼 SQL ORM도 제공하고요.
00:40:47자체적인 프론트엔드 솔루션도 가지고 있습니다.
00:40:52EdgeJS라는 자체 템플릿 엔진도 있죠. 이게 그들의 철학입니다.
00:40:57제가 Adonis 전문가라서 이런 말을 하는 건 아닙니다.
00:41:03전문가가 아니거든요.
00:41:06전혀 사용해 본 적이 없습니다.
00:41:09한 6년 전쯤에 잠깐 만져본 게 전부예요.
00:41:11하지만 요즘 제 X(트위터) 타임라인(요즘은 불행히도 온통 AI 얘기뿐이지만)
00:41:15Adonis가 다시 주목받고 있는 것 같아 기분이 좋았습니다.
00:41:16다운로드 수치를 보면, 어 서버 내부 오류네요.
00:41:19괜찮습니다.
00:41:23TanStack에도 트렌드 사이트가 있었던 것 같은데,
00:41:31아닌가요?
00:41:37여기 있네요.
00:41:40몇 가지 항목을 좀 지워볼게요.
00:41:46맞는 패키지인지 잘 모르겠네요.
00:41:59아마 아닐 겁니다.
00:42:17네, 이게 더 정확해 보이네요.
00:42:24Adonis.js Core.
00:42:28제가 찾던 게 바로 이겁니다.
00:42:35알겠습니다.
00:42:50보시다시피 약간의 상승 곡선을 그리고 있습니다.
00:42:52물론 엄청난 강세는 아니고요.
00:42:58분명히 여전히 소규모 프레임워크이긴 합니다.
00:43:01하지만 그 아이디어가 좋아서 상승세를 보이는 게 꽤 흥미로웠고,
00:43:02왜 진작 더 크게 뜨지 못했는지 항상 궁금했습니다.
00:43:036년 전쯤에 제가 더 깊게 파고들지 못했던 이유는
00:43:08그냥 운 나쁘게 시기가 안 맞았기 때문입니다.
00:43:10당시에 공부할 시간이 부족했던 기억이 나네요.
00:43:14강의 업데이트나 다른 큰 강의 프로젝트를 준비 중이었을 거예요.
00:43:21그러다 보니 다른 프로젝트들에 밀려 잊어버리게 된 거죠.
00:43:27가끔 생각해보면 참 완벽해 보였거든요.
00:43:35흥미로운 점은 2020년경부터 갑자기 이런 풀스택 프레임워크들이
00:43:38주류가 되기 시작했다는 겁니다.
00:43:43강의 업데이트나 제가 하고 싶었던
00:43:48다른 큰 강의 제작 같은 일이 있었죠. 그러다 보면 이런저런 일들이 겹치고
00:43:53다른 프로젝트를 하느라 잊어버리게 됩니다.
00:43:55가끔은 이게 정말 완벽해 보인다고 생각하기도 했어요.
00:43:58흥미로운 점은 2020년쯤부터 갑자기
00:44:08이런 풀스택 프레임워크들이 대세가 되었다는 겁니다.
00:44:09더 이상 REST API에 연결된 싱글 페이지 애플리케이션만
00:44:19이야기하지 않게 되었죠. 물론 그것도 여전히 큰 비중을 차지하지만요.
00:44:21하지만 우리는 갑자기 풀스택 애플리케이션 구축에 대해 이야기하기 시작했습니다.
00:44:26Next.js, Remix와 함께 Angular도 Analog.js라는 자체 풀스택 프레임워크를 갖게 되었죠.
00:44:38프레임워크가 되기를 원했던 걸까요?
00:44:46그때부터 더 많은 관심을 받기 시작했습니다.
00:44:48참고로 Next.js도 마찬가지였고요.
00:44:50그 모든 것들이 2020년쯤부터 더 많은 견인력을 얻기 시작했다고 봅니다.
00:44:57그래서 항상 궁금했습니다. 왜 우리는 우리의 React 프레임워크가
00:45:08풀스택 프레임워크가 되기를 그토록 원했을까요?
00:45:09왜 모든 것이 React를 중심으로 돌아갔을까요?
00:45:12왜 처음부터 Laravel 같은 풀스택 프레임워크였던
00:45:18Adonis 같은 것을 사용하지 않았을까요?
00:45:19제 생각에 그 이유는 2018년, 2019년 그 이전에는 저를 포함해
00:45:28React와 Angular로 싱글 페이지 애플리케이션을 만드는 것이 엄청난 유행이었기 때문입니다.
00:45:41그게 당연하게 느껴졌거든요.
00:45:42React로 그렇게 애플리케이션을 만드는 건 정말 즐거운 일이었습니다.
00:45:46저처럼 웹 개발의 초창기 시절을 겪어보신 분들이라면
00:45:52당시에 반응형 인터랙티브 UI를 구축하는 게 얼마나 어려웠는지 기억하실 겁니다.
00:45:57그래서 우리 모두 React나 Angular 같은 솔루션을 좋아했습니다.
00:46:01제 생각엔 그것이 이런 방식이 계속 유지된 이유인 것 같습니다.
00:46:06그리고 React를 위한 풀스택 솔루션이 나오는 것도 좋은 일이라고 느꼈죠.
00:46:10지금도 여전히 그것이 좋다고 생각합니다.
00:46:12TanStack Start나 Next.js 등을 좋아하지만, 아마 그런 이유 때문에 Adonis가
00:46:19크게 흥행하지 못한 것일 수도 있습니다.
00:46:24그리고 안타깝게도 요즘은 시간이 그리 많지 않지만,
00:46:28직접 써보고 싶긴 합니다. 왜냐하면 많은 웹 애플리케이션을 구축할 때
00:46:34이미 내장된 기능이 아주 많아서 훌륭한 솔루션이 될 것이라 생각하거든요.
00:46:37네, 하지만 Adonis에게는 불운하게도 React와 같은 프레임워크들이
00:46:49웹의 역사적 흐름상 너무 인기가 많아지는 바람에 기회가 없었던 것 같습니다.
00:46:55Laravel과 PHP의 경우는 아마 달랐을 겁니다. PHP는 언제나
00:47:00백엔드에 있었으니까요.
00:47:01그래서 “오, 프론트엔드 구축이 너무 멋진데,
00:47:05이제 이걸 백엔드까지 확장하는 프레임워크를 원해” 같은 느낌이 아니었습니다.
00:47:08아니요, PHP를 쓸 때는 항상 HTML 페이지를 PHP 페이지로 렌더링했습니다.
00:47:13그래서 그런 용도의 프레임워크를 갖는 것이 당연하게 느껴졌죠.
00:47:16그게 저의 설명입니다.
00:47:20Adonis JS 강의가 있다면 멋지겠네요.
00:47:22네, 저도 하나 만들고 싶습니다.
00:47:24하지만 말씀드렸듯이, 아쉽게도 그것을 공부할 시간을 더 낼 수 있을지 모르겠네요.
00:47:32스트리밍에서 다뤄보는 건 흥미로울 것 같습니다.
00:47:37시간을 낼 수도 있겠지만, 강의를 만들려면
00:47:42그것에 대해 훨씬 더 많이 공부해야 할 겁니다.
00:47:43하지만 네, 흥미롭긴 하겠네요.
00:47:45필리핀의 아도니스(Adonis)는 아마 이름 때문에 그럴 텐데,
00:47:51지구상에 한두 군데 정도 있는 게이 바일 겁니다.
00:47:56Theo를 포함해 여러분 같은 콘텐츠 제작자들이 점점 더 AI로
00:48:02전향하고 있다는 Web Dev Simplified의 영상을 보셨나요?
00:48:04그 점에 대해 어떻게 생각하시나요?
00:48:05네, 저도 봤는데요. 솔직히 말씀드리면 아주 마음에 들지는 않았습니다.
00:48:14제게는 그 영상이 마치 Theo나 제가
00:48:29조회수를 더 많이 얻기 위해 그런 결정을 내린 것처럼 들렸거든요.
00:48:32물론 AI 콘텐츠가 많은 조회수와 클릭을 유도하고, 당연히 그것도 중요합니다.
00:48:39하지만 저는 항상 제가 실제로 다루는 것을 바탕으로 콘텐츠를 만듭니다.
00:48:46이유는 아주 간단합니다.
00:48:50예전에 제가 다뤘던 기술들로 코드를 직접 짤 때는 코딩 튜토리얼을 만들었죠.
00:49:00하지만 지금은 매일 Codex나 Claude Code,
00:49:07그리고 Pi를 사용하고 있기 때문에 AI에 대해 더 많이 이야기하는 겁니다.
00:49:09그것들로 무언가를 실제로 만들고 있거든요.
00:49:11제가 사용하는 Max Draw 앱이나 제 비즈니스 헤드샷 앱,
00:49:15Build My Graphic처럼 이미 출시된 것들도 있고, 앞으로 더 나올 예정입니다.
00:49:19실제로 뭔가를 만들고 있고, 당연히 내부용 툴도 많이 만들고 있습니다.
00:49:24AI는 소프트웨어를 만드는 방식을 근본적으로 바꾸고 있는 기술입니다.
00:49:32그렇기 때문에 제가 그 이야기를 하는 것이죠.
00:49:34자연스럽게 연결되는 부분입니다.
00:49:37조회수가 더 잘 나오는 건 맞지만, 많은 사람이 변화를 체감하고
00:49:41최신 정보를 얻고 싶어 하기 때문에 조회수가 나오는 겁니다.
00:49:47그래서 제작자들이 방향을 틀고 있다고 생각합니다.
00:49:50그런데 그 영상에서는 마치 제작자들이 조회수만 쫓아
00:49:56다음 유행으로 갈아타는 나쁜 사람들처럼 묘사된 것 같았습니다.
00:49:59하지만 실제로는 정반대입니다.
00:50:01사람들이 관심을 갖는 분야이자 본인이 직접 사용하는 기술로 콘텐츠를 만드는 것이죠.
00:50:06그 과정이 아주 자연스럽게 맞물리는 겁니다.
00:50:09단순히 인기 있으니까 저걸 다뤄야지 하는 식의 거창한 의도가 아닙니다.
00:50:14인기가 있는 이유는 저를 포함해 모두에게 영향을 미치고 있기 때문입니다.
00:50:15그리고 저는 매일 그 기술들을 사용해 업무를 봅니다.
00:50:19그래서 저는 그 영상이 좀 이상하다고 생각했습니다.
00:50:21사실 제가 그냥 오해한 것일 수도 있겠지만요.
00:50:30예를 들어, 4년 전쯤에는 Web3와
00:50:37NFT, 그리고 크립토가 엄청난 유행이었습니다.
00:50:41Theo는 어땠는지 모르겠지만, 당시 그는 Web3에 깊이 관여하지 않았을 겁니다.
00:50:46저 역시 전혀 관여하지 않았고요.
00:50:48그러니 단순히 유행하는 걸 다루는 게 중요한 게 아닙니다.
00:50:50자신이 실제로 작업하는 것을 다루는 게 본질이죠.
00:50:54Max를 복제하는 방법을 알아내야겠어요. 그래야 모든 강의를 다 들을 수 있을 테니까요.
00:51:01그건 미래의 프로젝트가 되겠네요.
00:51:07지금 상황을 보면, 그게 바로 AI의 특징입니다.
00:51:10모두가 AI가 훨씬 더 많은 일을 대신 해줄 거라고 말하지만,
00:51:18결국 우리 모두는 더 많은 일을 하게 됩니다.”
00:51:21이게 과연 좋은 거래인지는 모르겠어요. 특히 제가 정말 즐겼던 일들은 AI가 가져가고,”
00:51:25코드 리뷰처럼 별로 좋아하지 않는 일들을 제게 남겨주고 있거든요.”
00:51:30어쨌든 그렇습니다.
00:51:32실례지만 지금은 주로 어떤 일을 하시나요?
00:51:33교육 강의 말고 다른 일도 하시나요?
00:51:35글쎄요, 기본적으로 지난 10년 동안 해온 일과 같습니다.
00:51:39강의와 콘텐츠 제작에 관한 일이 많죠.
00:51:43예전에는 클라이언트 프로젝트 같은 것들이 더 많았습니다.
00:51:47강의가 점점 더 성공하면서 그런 프로젝트들은 줄여나갔고요.
00:51:52그리고 방금 공유해 드린 사이트처럼 수익을 내는 사이드 프로젝트들도 있습니다.
00:51:58정말 이 모든 것들이 조합된 형태라고 할 수 있죠.
00:52:01하지만 교육 콘텐츠가 확실히 가장 중요한 부분이고,
00:52:07지난 몇 년 동안 계속 그래왔습니다.
00:52:10그래도 저는 그 혼합된 상태를 유지하려고 노력합니다. 그냥 강의만 만들고 싶지는 않거든요.
00:52:14실제로 그런 기술들을 사용해서 직접 일하고 싶고,
00:52:16그것들로 유용한 것들을 만들고 싶습니다.
00:52:19사람들은 더 나은 대안 대신 기본적으로 가장 많이 쓰이는 기술을 선택해서
00:52:23군중 심리 현상을 일으키는 경향이 있는 것 같아요.
00:52:25가끔은 사람들이 그냥 게을러서 더 나은 대안을 분석하고 싶어 하지 않기도 하죠.
00:52:28네, 맞아요.
00:52:29제 말은, 많은 사람들은 어차피 선택권이 없기도 하다는 거예요.
00:52:34특정한 선호나 규칙이 있는 회사나 클라이언트를 위해 일하고 있다면
00:52:42본인이 선택을 내릴 수 없으니까요.
00:52:46“어도니스(Adonis) 같은 걸 쓸 거예요”라고 말할 수 없죠.
00:52:49아니요, 지난 5년 동안 그 회사에서 사용해 온
00:52:54Next.js나 그게 무엇이든 간에 그걸 사용해야 합니다.
00:52:56그러니 그런 측면이 있죠.
00:52:59저는 제가 일하고 싶은 기술과 프로젝트를 구축하고 싶은 기술을 선택할 수 있으니 특권을 누리고 있지만,
00:53:03여전히 무언가를 배우는 데는 시간이 걸립니다.
00:53:10무언가를 마스터하는 데는 훨씬 더 많은 시간이 걸리고요.
00:53:13그리고 지금처럼 모든 AI 기술 등 배워야 하고 다뤄야 할 것이 너무 많은 상황에서,
00:53:19시간을 내는 것이 정말 어렵습니다.
00:53:23여러분은 어떠실지 모르겠지만, 저에게는 시간을 내는 것이 정말 힘드네요.
00:53:28그게 정말 어려운 일인가요?
00:53:32요즘은 해고된 후에 다시 직장을 구하는 것이 정말 어렵습니다.
00:53:37혹시 제안해주실 만한 게 있을까요?
00:53:38네, 매우 어렵다는 것을 잘 알고 있습니다.
00:53:42그런 이야기를 정말 많이 읽었거든요.
00:53:44우선 상황이 나아질 것이라고 생각은 합니다만, 당장 여러분께 도움이 되지는 않겠죠.
00:53:51지금 당장은 정말 힘든 시기입니다.
00:53:54모두가 시니어 개발자만 채용하고 싶어 하고 주니어는 많이 원하지 않는데,
00:53:58결국 회사들은 주니어도 필요하다는 사실을 깨닫게 될 거예요.
00:54:07지금은 어렵겠지만, 그들이 주니어가 필요하다는 걸 깨달았을 때는 그들이 곁에 없을 겁니다.
00:54:11그래서 힘든 시기인 거죠.
00:54:14지금 당장 무엇을 할 수 있을까요?
00:54:16제가 과거에 말했고 여전히 좋은 아이디어라고 생각하는 것은,
00:54:21일자리보다 지원자가 더 많기 때문에 눈에 띌 수 있는 방법이 필요하다는 겁니다.
00:54:26이제 어떻게 군중 속에서 눈에 띌 수 있을까요?
00:54:28좋은 자기소개서, 좋은 포트폴리오, 좋은 이력서가 있겠죠.
00:54:31그 모든 것들이 중요합니다. 그리고 아무런 노력도 들이지 않고
00:54:37지원서를 보내는 사람이 얼마나 많은지 알면 놀라실 거예요.
00:54:39그러니 조금만 노력을 들여서, 지원하는 회사에 맞춰
00:54:44내용을 다듬는다면—요즘은 AI 덕분에 그 어느 때보다 쉬워졌지만—
00:54:49직접 읽어보고 수정해서 본인만의 색깔을 입혀보세요.
00:54:51그것만으로도 아마 차별화가 될 겁니다. 하지만 그 외에도,
00:54:57어떤 식으로든 시청자나 도달 범위를 확보할 방법을 찾으신다면,
00:55:07그게 유튜브 채널이든, 인스타그램이나 링크드인 활동이든 상관없습니다.
00:55:11유명 인플루언서나 콘텐츠 크리에이터가 되어야 한다는 뜻은 아니에요.
00:55:18회사가 여러분의 이름을 검색했을 때 유튜브나 X 등에
00:55:26팔로워가 조금이라도 있는 걸 본다면, 그 규모가 어떻든 차별화가 될 수 있습니다.
00:55:32거기서 생산하는 콘텐츠가 유익하기만 하다면 말이죠.
00:55:33그래서 저는 그게 실행 가능한 전략이 될 수 있다고 생각합니다.
00:55:38물론 여러분은 인플루언서가 아니라 취업을 원하는 것이겠지만,
00:55:42눈에 띄기 위해 시도해 볼 만한 일 중 하나입니다.
00:55:44요즘 상황이 안타깝게도 많이 힘들기 때문이죠.
00:55:48과거에는 기여를 하고 프로젝트를 맡아야 한다는 글을 여기서 읽었는데,
00:55:53한 가지 문제는 지난 6, 7개월간 AI 에이전트가 등장하기 전까지는,
00:56:00오픈 소스에 기여하는 것이 확실히 유효한 전략이었다는 점입니다.
00:56:11예를 들어 풀 리퀘스트를 생성하는 것 같은 일들이요.
00:56:16그런데 요즘은 상황이 완전히 바뀌었습니다.
00:56:18많은 인기 오픈 소스 프로젝트는 물론 작은 프로젝트들까지도
00:56:24AI가 생성한 이슈와 풀 리퀘스트로 넘쳐나고 있기 때문입니다.
00:56:30이로 인해 관리자들이 프로젝트를 유지하기가 매우 힘들어졌죠.
00:56:34그래서 여전히 중요하다고 생각합니다.
00:56:42거기서 무언가를 하고 있다는 건 여전히 좋은 신호지만,
00:56:52예전만큼 중요하지는 않습니다.
00:56:58채용 담당자 입장에서도 여러분의 기여가 고품질인지,
00:57:03아니면 무분별한 결과물인지 구분하기가 어려울 것입니다.
00:57:05물론 여전히 의미는 있다고 생각합니다.
00:57:08무언가 하고 있다는 좋은 신호가 될 수 있겠지만,
00:57:14예전만큼 중요하지는 않습니다.
00:57:16자신이 인간임을 보여주고 직무에 진심이라는 점을 보여주는
00:57:21다른 차별화 방법들이 훨씬 더 유망하다고 생각합니다.
00:57:25그저 제 개인적인 의견일 뿐이지만요.
00:57:27물론 저는 운 좋게도 직장을 구하는 입장이 아니라,
00:57:33제 사업과 프로젝트, 강의, 유튜브 채널 등을 운영하는
00:57:39입장에서 드리는 말씀입니다.
00:57:42언제든 협업할 수 있는 고객 기반도 확보하고 있고요.
00:57:49제가 확실히 특권적인 위치에 있긴 하지만,
00:57:54구직이나 지원을 생각할 때 이런 것들이 떠오릅니다.
00:58:00다시 Adonis 이야기로 돌아가서, 나중에 스트리밍에서
00:58:13이 주제를 깊이 있게 다뤄보면 흥미로울 것 같네요.
00:58:14오늘은 대략 30분 뒤에 나가봐야 해서 안 되고, 다음 주나,
00:58:25어울리는 유튜브 영상 형식을 고민해 볼 수 있겠네요.
00:58:32하지만 요즘 유튜브는 예전과 너무 달라서 정말 어렵습니다.
00:58:38그냥 평범한 튜토리얼을 만드는 건 이제 전혀 통하지 않아요.
00:58:42물론 조회수도 중요합니다.
00:58:43보는 사람이 거의 없다면 당연히 소용이 없으니까요.
00:58:52수익도 안 되고 노출도 안 될 뿐더러,
00:58:56조회수가 낮은 영상을 계속 올리면 나중 영상들까지 노출이 줄어들어
00:59:01채널에 오히려 악영향을 줍니다.
00:59:02그래서 성과가 저조할 게 뻔히 보이는 영상을
00:59:11만들 동기가 전혀 생기지 않죠.
00:59:15그래도 어떻게든 방법을 찾아볼 수 있겠죠.
00:59:18DSA, 즉 자료 구조와 알고리즘에 대해 어떻게 생각하시나요?
00:59:24물론 40년 전에는 그게 엄청나게 중요했지만, 요즘은 잘 모르겠습니다.
00:59:29여전히 채용 과정에서 이를 활용하는 기업이 꽤 많다고 생각합니다.
00:59:35저는 결코 이를 좋아한 적이 없으며, 요즘은 훨씬 덜 유용하다고 생각합니다. 제가 채용 담당자라면
00:59:42실무에서 사용하게 될 기술의 기초를 이해하고 있는지 확인하고 싶을 것이기 때문입니다.
00:59:50AI로 리서치를 할 수 있는지, AI 어시스턴트를 사용할 수 있는지 보고 싶지
00:59:55어떤 알고리즘을 고안해 낼 수 있는지를 보고 싶지는 않습니다. 물론 그것도 어느 정도 기초를 증명하긴 하지만
01:00:01제가 반드시 찾고 있는 기초는 아닙니다.
01:00:06점점 덜 중요해질 것이라고 생각하지만, 아직 완전히 그 단계에 도달했는지는 모르겠습니다.
01:00:12그리고 저도 고백하자면, 저는 DSA 전문가였던 적이 없습니다. 왜냐하면 저는 한 번도 완전히—
01:00:27회사가 누군가가 특정 알고리즘을 짤 수 있는지
01:00:36이진 트리를 반전시킬 수 있는지 같은 질문에 채용 결정을 크게 의존한다는 아이디어를 늘 싫어했기 때문입니다.
01:00:45물론 이에 대해 다른 의견을 가질 수도 있겠지만, 저는 그런 방식이
01:00:51사라진다고 해도 아쉽지 않을 것 같습니다.
01:00:54저에게 영향을 미쳐서가 아니라, 그냥 큰 가치가 없다고 생각하기 때문입니다.
01:00:58AI 시대에는 중요성과 가치가 훨씬 더 떨어지므로, 점점 더 많은 기업이
01:01:04더 이상 이를 사용하지 않을 것이라고 생각합니다. 물론 제가 틀릴 수도 있겠죠.
01:01:08다른 문제는 많은 기업이 화상 면접 시 지원자들이
01:01:14그저 부정행위를 한다는 문제에 직면했다는 점입니다. 그것 또한 기업들이 이를 덜 사용하게 되는
01:01:22요인이 될 수 있습니다.
01:01:24독보적인 프로젝트를 통해 기술을 최대한 활용할 수 있다는 점을 보여준다면 어떨까요? 지금
01:01:29저는 교육 솔루션을 개발 중이며 어린이와 청소년 교육자이기도 합니다. 네, 맞습니다.
01:01:34그런 방향은 아주 좋은 아이디어처럼 들립니다.
01:01:37이 AI 트렌드가 어디로 향하고 있는지 예측할 수 있나요? 정체기에 접어들 것이라고 생각하시나요?
01:01:42전혀 모르겠습니다.
01:01:43제가 보기에, 혹은 느끼기에 이러한 도구들은 여전히 발전하고 있습니다.
01:01:47이제 지시사항을 따르고 도구를 사용하는 데 아주 능숙하도록
01:01:53미세 조정된 모델들이 나왔습니다.
01:02:01그리고 요즘 우리가 “하네스”라고 부르는, 주변 도구들도 갖추고 있죠.
01:02:08이러한 모델들을 정말 효율적으로 활용하며, 앞으로 이 도구와 모델들로부터 훨씬 더 많은 것을
01:02:15이끌어낼 수 있을 것입니다. 그러면 모델은 더욱 발전하고 지시도 더 잘 따르게 되겠죠.
01:02:22그래서 제가 예측하기는 어렵고, 작용하는 요소가 너무 많습니다.
01:02:27컴퓨팅 용량 문제가 그중 하나인데, 그것만으로도 AI 개발이 멈추거나
01:02:35멈추지는 않더라도 느려질 수 있습니다. 물론 새로운 용량이 많이 확보되고 있긴 합니다.
01:02:41그리고 여기 이 기이한 “sub-Q”라는 것, 즉 하위 이차 희소 주의력(sub-quadratic sparse attention) 모델이 있습니다.
01:02:49이에 대해 저도 영상을 만들었는데, 기존 모델보다 훨씬 빠르고 저렴하며
01:02:55훨씬 더 많은 컨텍스트를 수용할 수 있는 모델에 관한 내용입니다.
01:02:58만약 이게 제대로 작동한다면 게임 체인저가 될 수도 있습니다.
01:03:02단순한 유행일 가능성이 더 높긴 하지만, 만약 그렇다면
01:03:09아무것도 변하지 않겠죠.
01:03:10따라서 개발 속도를 늦출 수 있는 요인은 많으며, 저는 모델이
01:03:17더 이상 똑똑해지지 않거나, 새로운 능력을 얻을 때마다
01:03:25다른 능력을 잃게 되는 종착점이 있는지 알 수 없습니다.
01:03:28그럴 수도 있겠지만, 저는 아는 바가 없습니다.
01:03:30하지만 지금은 분명 상황이 개선되고 있습니다. 특히 도구들, 즉 우리가 사용하는 하네스와
01:03:37현재 우리가 사용할 수 있는 샌드박스처럼 주변에 구축되는 것들,
01:03:43그리고 이러한 에이전트를 안전하게 실행하기 위해 찾아낸 다양한 솔루션들이 그렇습니다.
01:03:49그 분야에서 여전히 많은 발전이 일어나고 있어서, 매우 역동적이고
01:03:54많은 것이 변하고 있다고 느낍니다.
01:03:55특히 지난 6개월 동안 속도가 너무 빨라서, 6개월 뒤에
01:04:02어떤 상황이나 상태가 되어 있을지 감히 예측하지 못하겠습니다.
01:04:10GitLab과 GitHub의 CI/CD 차이점은 무엇인가요?
01:04:14저는 GitLab을 써본 적이 없어서 그 CI/CD를 판단할 수 없습니다.
01:04:19일반적으로 GitLab은 GitHub의 대안이지만, 저는 오직 GitHub Actions만
01:04:26사용해 보았습니다.
01:04:27GitLab을 사용해 본 적이 없어서 차이점이 무엇인지, 그 기능이 얼마나 좋거나
01:04:32나쁜지는 판단할 수 없습니다.
01:04:34포트폴리오용으로 어떤 프로젝트를 구축하는 것을 추천하시나요?
01:04:37남들보다 돋보일 수 있는 것이면 좋겠습니다.
01:04:40과거에는 항상 아마존 클론 코딩을 추천했습니다.
01:04:44물론 단순한 클론이지만, 그런 종류의 프로젝트였죠.
01:04:48하지만 요즘은 더 이상 잘 모르겠습니다.
01:04:51AI가 대세인 상황에서, 채용 담당자를 설득하고 싶으시겠죠?
01:04:58단순히 개발 과정에 AI를 사용하는 것뿐만 아니라, 구축하는 제품 자체에
01:05:06AI를 활용하는 것이 채용 담당자에게
01:05:12더 흥미롭게 보일 수 있어 가치가 있을 것입니다.
01:05:15복사하라는 게 아니라, 거기서 어느 정도 영감을 얻으라는 뜻입니다.
01:05:22또는 Pye의 대안을 직접 만드는 것입니다.
01:05:24그건 흥미로울 수 있습니다.
01:05:25그리고 코딩 등 온갖 작업에 사용할 수 있는 훌륭한 오픈 소스 AI 에이전트인
01:05:32Pye 같은 것을 참고하여 영감을 얻을 수도 있습니다.
01:05:37복사하는 게 아니라 거기서 영감을 얻으라는 뜻입니다.
01:05:42그런 것을 만드는 것은 개인적으로도 흥미로운 프로젝트가 될 것이고, 남들보다 돋보일 수도 있습니다.
01:05:47많은 사람이 에이전트를 만들고 있다는 건 알지만, 채용 담당자들이
01:05:48좀 더 관심을 가질 만한 주제일 수 있습니다.
01:05:53그게 하나의 방법이 될 수 있겠네요.
01:05:54AI를 활용하거나 AI를 흥미로운 방식으로 래핑하는 도구는
01:05:55흥미로운 프로젝트가 될 것이라고 생각합니다.
01:06:01이 AI 시대에 돋보이는 방법은 이전과 같다고 생각합니다. 시스템과 도구를
01:06:04이해할 수 있다는 점을 입증하는 것이죠.
01:06:09요즘 사람들은 그저 유행하는 도구만 사용하려고 합니다.
01:06:10그게 어떻게 작동하는지는 이해하지 못하죠.
01:06:12그리고 그건 매우 중요한 포인트라고 생각합니다.
01:06:14제가 시스템 설계 및 아키텍처 강의를
01:06:16준비하고 있는 이유이기도 합니다.
01:06:24요즘은 그 어느 때보다 탄탄한 기초와 근본을 갖추고,
01:06:31소프트웨어와 전체 시스템을 설계할 수 있는 능력이 중요하다고 생각하기 때문입니다.
01:06:36그건 같은 것이 아닙니다.
01:06:38소프트웨어가 반드시 시스템과 같은 것은 아니지만, 제 말은
01:06:46큐(Queue)가 필요한 곳, 팬아웃(Fan-out) 패턴이나 발행/구독(Pub/Sub) 등을
01:06:54사용해야 하는 곳을 계획하고, 데이터와
01:07:04애플리케이션이 생성하는 데이터를 위해 객체 스토리지나 파일 스토리지 중 무엇을 쓸지,
01:07:11어떤 데이터베이스를 사용할지, 비용이나 신뢰성 중 무엇을 최적화할지 결정하는 등 복잡한 시스템을 구축할 수 있어야 한다는 것입니다.
01:07:21이러한 질문들은 역사적으로 클라우드 컴퓨팅과
01:07:26어느 정도 밀접하게 연관되어 왔습니다.
01:07:27지금도 그렇지만, 저는 그런 능력이 더 중요해질 것이라고 생각합니다.
01:07:32앞서 말했듯이, 특정 전문 분야를 갖추되
01:07:39좀 더 제너럴리스트가 되어야 한다는 기대와 기회가 생길 것이기 때문입니다.
01:07:45하지만 시스템을 디자인하고, 소프트웨어를 설계하는 능력은
01:07:52그 어느 때보다 중요해질 것입니다.
01:07:55그래서 제가 단순히 프론트엔드 개발자만으로는 충분하지 않을 수도 있다고 말한 것입니다.
01:08:00그 분야의 전문가가 될 수는 있지만, 아마도 제너럴리스트가 되어야 할 것이며
01:08:05백엔드를 포함하여 전체적인 웹 애플리케이션을
01:08:11어떻게 구축하는지에 대한 일반적인 이해가 있어야 합니다.
01:08:13그러면 어느 시점에는 시스템 설계의 영역으로 넘어가게 됩니다.
01:08:18그리고 그것이 매우 중요해질 것이라고 생각합니다.
01:08:22GitHub는 여전히 이전과 같은 위상인가요?
01:08:25사람들이 그 문제점들을 잊어버린 것 같습니다.
01:08:28글쎄요, 저는 GitHub의 문제점들이 많은 사람에게 매우 생생하게 느껴진다고 봅니다.
01:08:38GitHub는 많은 문제를 겪어왔고, 보셨는지 모르겠지만
01:08:46차트가 포함된 블로그 포스트를 공유했습니다. y축이 없어서
01:08:51수치는 보이지만 어디서부터 시작된 건지 알 수 없어 조금 난해하긴 합니다.
01:08:54하지만 GitHub와 마이크로소프트에 대해 비판할 점이 많다는 점은 인정합니다.
01:09:03예를 들어, CEO가 없고 핵심 AI 부서로 옮겨졌으며,
01:09:09마이크로소프트가 GitHub에 별로 신경을 쓰지 않는 것처럼 보인다는 점 등이죠.
01:09:14하지만 제가 그들에게 공감하고 탓하지 않는 한 가지는
01:09:21그 성장세를 보면 어떤 기업이라도 감당하기 매우 어려웠을 것이라는 점입니다.
01:09:26물론 그들은 마이크로소프트의 일부이고 클라우드 자원 등도 갖추고 있으며,
01:09:32노력하고 있긴 합니다.
01:09:33하지만 그 성장은 정말 말도 안 되는 수준입니다.
01:09:35충분히 예측할 수 있었을지도 모르지만, 지난 몇 달간
01:09:42일어난 일은 정말 미친 것 같습니다.
01:09:43지난 몇 달 동안 일어난 일은 정말 믿기지 않을 정도입니다.
01:09:47그래서 그런 관점에서 보면 그들이 많은 문제에 직면한 것이 이해가 됩니다.
01:09:51제가 이해한 바로는, 그리고 그들이 포스트에 썼듯이 상황을 해결하고
01:09:57더 많은 용량을 확보하며 미래를 대비하기 위해 집중적으로 노력하고 있습니다.
01:10:04이미 우리 모두가 AI가 생성한 코드에 휩쓸리고 있는 미래 말이죠.
01:10:10상상하기 어렵겠지만, 그 속도는 아마 계속 빨라질 것입니다.
01:10:14물론 컴퓨팅 용량이라는 하나의 제약 조건이 있긴 합니다.
01:10:19그래서 속도가 조금 느려질 수도 있겠지만, 그들이 이런 문제를 겪는 것을 이해합니다.
01:10:26주제에서 벗어나서, 워게임 시뮬레이션에 AI가 사용되었다는 소식을 들었습니다.
01:10:29거기서 AI는 항상 핵 공격을 선택하더군요.
01:10:33하지만 밝고 건강한 사회 모델에 대한 시뮬레이션 연구나,
01:10:39인간에게 적용된 AI 사례에 대해 들어본 적이 있나요?
01:10:44아니요, 없습니다.
01:10:47AI가 제약 분야 등의 많은 기초 연구에
01:10:58분명히 사용될 것이라고 생각합니다.
01:11:01그래서 거기서 좋은 결과가 나올 것이라고 생각합니다.
01:11:06하지만 AI가 위험하고 나쁜 잠재력을 많이 가지고 있다는 것은 분명합니다.
01:11:12딥페이크, AI 비디오, 이미지 같은 것만 봐도 알 수 있고, 그것이
01:11:20일자리를 어떻게 변화시키는지에 따라 사회에 엄청난 영향을 미칠 것입니다.
01:11:26저는 AI가 단순히 일자리를 없앨 것이라고 믿지 않습니다.
01:11:29새로운 일자리가 생겨나고 제 직업이 변하고 있는 것처럼 기존 일자리도 진화하고 변할 것이라고 굳게 믿습니다.
01:11:35제 직업도 변하고 있습니다.
01:11:36더 이상 전통적인 코딩 튜토리얼을 만들지 않습니다. 그러고 싶지만,
01:11:43그저 진화하고 있는 것이죠.
01:11:45네, 정말 큰 영향이 있긴 합니다.
01:11:53특히 제가 살고 있는 이곳 독일은 상황이 더 안 좋은데, 여기서 AI를
01:11:59유용한 곳에 쓰고 있다는 느낌을 못 받기 때문입니다.
01:12:02새로운 기술이 나올 때마다 늘 그렇듯이, 독일 전체가
01:12:09AI에 대해 잠자고 있다는 느낌이 강하게 듭니다.
01:12:12그래서 네, 지금은 나쁜 것들을
01:12:18많이 볼 수 있고 좋은 것은 아직 그만큼 보이지 않는 것 같습니다.
01:12:22잘 모르겠네요.
01:12:24대학에서 실무 수준으로 그런 것들을 배우지 못한다는 게 슬프네요.
01:12:29네, 그건 또 다른 흥미로운 주제입니다.
01:12:32대학은 항상 산업계가 필요로 하는 것과 어느 정도 괴리되어 있었다고 생각합니다.
01:12:39물론 대학은 학문을 탐구하는 곳이므로 어느 정도는
01:12:44의도된 부분이기도 합니다.
01:12:45하지만 과거에는 나만의 사이드 프로젝트를 만들거나,
01:12:56인턴십을 하는 등 다양한 방식을 통해 실무 경험을 쌓는 것이 늘 중요했습니다.
01:13:03혹은 제 강의 같은 코스를 듣거나 문서를 읽고 독학하는 등의 방법도 있었죠.
01:13:07취업 시장 등에 잘 대비하기 위해서는 대학에서 가르쳐 주는 것 외에
01:13:13추가적인 기술을 습득하는 것이 항상 중요하다고 느꼈습니다.
01:13:18그리고 이제 AI와 함께 그 속도가 빨라지면서 그 격차가 더 커지고 있다고 느낍니다.
01:13:24물론 시대에 뒤처지지 않는 대학들도
01:13:30분명히 있을 것입니다.
01:13:31하지만 그렇지 못한 대학도 많을 거라고 확신합니다.” 아마도 많은 대학이 그저
01:13:34학생들이 ChatGPT를 사용하는 것을 금지하려고만 할 것입니다.
01:13:42그리고 당연히 그들은 그걸 통제할 수 없습니다.
01:13:43하지만 그것이 그들이 AI와 관련해 하는 유일한 일일 것입니다.
01:13:44그리고 그게 큰 문제가 될 것이라고 생각합니다.
01:13:49그래서 요즘은 대학 밖에서 추가적인 지식을
01:13:53습득하고 쌓는 것이 훨씬 더 중요합니다.
01:14:00모든 대학에 해당하는 말은 아닙니다.
01:14:02그리고 전 이제 대학생이 아니니까요.
01:14:03제가 완전히 틀렸을 수도 있습니다.
01:14:05그저 제가 대학에 다니던 시절의 경험을 바탕으로 한 생각입니다.
01:14:06그리고 지금이라고 해서 상황이 그렇게 좋아졌을 거라고 상상하기 어렵습니다.
01:14:09AI와 함께 모든 것이 훨씬 더 빠르게 움직이고 있으니까요.
01:14:13거기서 배우는 것 외에 스스로 교육하는 것이 매우 중요하다고 생각합니다.
01:14:15하지만 동시에, 다른 스트리밍과 영상에서도 말했듯이
01:14:21무언가를 하지 않으면 뒤처질 것이라는 서사에 매몰되지 않는 것도 중요합니다.
01:14:24그렇지 않습니다.
01:14:35모든 것이 너무나 빠르게 움직이고 있습니다.
01:14:37뒤처지는 것 자체가
01:14:41기본적으로 불가능합니다.
01:14:45오늘 훌륭한 해결책이거나 중요한 것이
01:14:53몇 달 후에는 아무 의미가 없거나 작동하지 않을 수도 있기 때문입니다.
01:14:56따라서 오늘 이것을 마스터하기 위해 모든 에너지를 쏟아부었더라도
01:15:02몇 달 후에는 완전히 무의미해질 수도 있습니다.
01:15:04그러니 흐름을 놓치지 말고, 정보를 얻으며 이 도구들을 직접 다뤄보세요.
01:15:09예를 들어 개발자라면 Claude Code 같은 것을 써보는 식이죠.
01:15:13하지만 지금 당장 모든 것을 마스터하고 이해해야 한다는 압박감은 갖지 마세요.
01:15:19그건 불가능합니다.
01:15:20그리고 무의미한 일이기도 하죠.
01:15:22“안녕하세요 Max, 질문은 아니지만, 늘 순간의 유행에 휩쓸리지 않고
01:15:27솔직한 생각을 공유해 주셔서 감사하다는 말을 전하고 싶었습니다.”
01:15:31정말 감사합니다.
01:15:35제게는 정말 중요한 일이라 그 말씀이 큰 의미가 되네요.
01:15:39예를 들어, 현재 제 유튜브 콘텐츠 대부분이 AI에 관한 것이라는 점을 잘 알고 있습니다. 전부는 아니지만요.
01:15:47지금은 AI에 관한 것이 대부분입니다, 전부는 아니지만요.
01:15:50하지만 AI가 아닌 다른 것을 할 때마다 조회수가 잘 나오지 않는 경향이 있습니다.
01:15:54그래도 저는 계속합니다.
01:15:56제가 관심 있고, 중요하게 생각하며, 평소에 읽는 것들을 그저 공유하려고 노력합니다.
01:16:05영향력이 있거나 개발자들에게 영향을 줄 수 있다고 생각되는 것들 말이죠, 왜냐하면
01:16:13저는 계속해서 좋은 지식을 공유하고 다른 사람들이 개발자로서 성장하고
01:16:21이 전환기를 잘 헤쳐나갈 수 있도록 돕고 싶기 때문입니다. 저 또한 그러기 위해 노력하고 있고요.
01:16:27그게 제가 노력하는 유일한 것입니다.
01:16:28네, 정말 정말 감사합니다.
01:16:29제게 큰 의미가 있는 이유는 제가 돈을 벌려고 유튜브를 하는 게 아니기 때문입니다.
01:16:39저는 기업 협찬을 받지 않습니다.
01:16:40제 강의를 광고하긴 하지만, 아주 짧게 언급하려 노력하죠.
01:16:44어떤 영상에서는 아예 잊어버리기도 하고요.
01:16:48하지만 당연히 조회수는 신경 씁니다.
01:16:49사람들에게 닿고 싶으니까요.
01:16:51아무에게도 전달되지 않는 영상을 만드는 건 저나 다른 누구에게도 도움이 되지 않습니다.
01:16:56제가 원하는 건 그런 게 아닙니다.
01:16:57최대한 많은 사람에게 유용한 지식을 전하고 싶지만, 그걸
01:17:02돈 때문에 하는 것은 아닙니다.
01:17:05영상에 유료 광고를 넣은 적도 없고 앞으로도 그럴 계획이 없습니다.
01:17:11네, 그래서 그 사이에서 적절한 균형을 찾으려고 노력 중입니다.
01:17:13그렇기에 제가 적어도 어떤 분들에게는 성공적으로 전달되고 있다는 글을 읽을 때면
01:17:18제게 큰 힘이 됩니다.
01:17:19물론 모든 사람을 만족시킬 수는 없겠죠.
01:17:21하지만 저 역시 맥스 님께 정말 감사드리고 싶네요.
01:17:24당신의 교육적인 콘텐츠로부터 많은 도움을 받았습니다.
01:17:27덕분에 많이 배웠어요.
01:17:28콘텐츠의 형식은 중요하지 않습니다.
01:17:29항상 당신의 이야기를 경청할 준비가 되어 있어요.
01:17:33저도 정말 감사합니다.
01:17:34그리고 여러분 모두 감사합니다.
01:17:35오늘 스트리밍에 참여해 주신 모든 분께 감사드립니다.
01:17:38처음에 문제가 많아 정말 죄송했는데, 그래도 지금은 안정되었네요.
01:17:43다음 주에는 송출이 끊기지 않도록 원인을 파악해 보겠습니다.
01:17:49함께해 주시고 좋은 댓글 남겨주셔서 정말 감사합니다.
01:17:54앞으로도 가치 있는 콘텐츠, 가치 있는 강의, 유용한 영상들을
01:18:01만들기 위해 최선을 다하고 제 진행 상황도 공유하겠습니다.
01:18:04아이디어는 정말 많습니다.
01:18:05우리 모두 그렇듯 시간이 문제일 뿐이죠.
01:18:10하지만 계속해서 유익한 내용들을 이곳에 공유하도록 노력하겠습니다.
01:18:14학생들을 모집해서 팀으로 일하는 법 등을 가르쳐 주는
01:18:17부트캠프를 만들 생각은 없으신가요?
01:18:19고민해 봤습니다. 고민해 봤고, 일반적으로는 관심이 있습니다.
01:18:25하지만 만약 한다면 정말 제대로 멋지게 만들고 싶습니다.
01:18:29그런데 지금은 시간에 많이 쫓기고 있어요.
01:18:34그래서 이것저것 시도는 해봤습니다.
01:18:37이런저런 컨셉을 만들어 보긴 했지만, 아직 스스로 완전히 만족스럽지 않습니다.
01:18:44그래서 지금 당장 계획된 부트캠프는 없습니다.
01:18:48가까운 미래에도 계획은 없지만, 이런 라이브 스트리밍은 좋아합니다.
01:18:52그래서 라이브 요소가 포함된 교육 콘텐츠를 만드는 것, 예를 들어 라이브 수업은
01:18:58아니더라도 라이브 체크인이 있는 강의 같은 형태는 흥미로울 것 같네요.
01:19:05하지만 네, 지금 당장 구체적으로 발표할 내용은 없습니다.
01:19:08이제 저도 그만 가봐야 할 것 같네요.
01:19:10참여해 주시고 기술적인 문제들 속에서도 자리를 지켜주셔서 감사합니다.
01:19:14스트리밍을 두 번이나 재시작했는데, 녹화본은 온라인에 계속 게시될 예정입니다.
01:19:21그리고 제가 다음 주에 올 수 있을까요?
01:19:25확인해 보겠습니다.
01:19:26아뇨, 다음 주 목요일에는 제가 여기 없을 겁니다.
01:19:31수요일에 올 수도 있는데 상황을 봐야겠네요.
01:19:34수요일이 안 된다면 그 다음 주에 뵙겠습니다.
01:19:375월 21일에 돌아올 예정이고, 어쩌면 5월 13일에 올 수도 있습니다.
01:19:44제가 온라인에 접속하면 아시게 될 거예요. 시간은 항상 같습니다.
01:19:48보통 목요일이 될 것이고 매주 스트리밍을 하는 것이 계획입니다.
01:19:55네.
01:19:58좋은 댓글이 정말 많네요.
01:20:02정말 감사합니다.
01:20:03Yaser, Hasan, Liskasmael 님도 감사하고요. 네, 말씀하신 것들 잘 보고 있습니다.
01:20:16모두 정말 감사합니다.
01:20:17감사합니다. 여러분 모두 즐거운 저녁, 낮, 혹은 아침 되시길 바랍니다.
01:20:22참여해 주셔서 감사하고 다음 스트리밍에서 뵙기를 바랍니다.
01:20:25안녕히 계세요.