Transcript
00:00:00[침묵]
00:00:21좋아요.
00:00:22[침묵]
00:00:27돌아왔습니다.
00:00:28지금 화질이 어떤지 한번 보죠.
00:00:33[침묵]
00:00:43사람들이 접속하기를 기다렸다가 화질을 확인해 보겠습니다.
00:00:48[침묵]
00:00:57그러길 바랍니다.
00:00:58좋아요.
00:00:59좋습니다, 좋아요.
00:01:01자, 그럼.
00:01:02모두 다시 오신 걸 환영합니다.
00:01:03방금 전 일은 죄송합니다.
00:01:04뭐가 문제였는지 모르겠네요.
00:01:06이제는 연결이 안정적으로 유지되길 바랍니다.
00:01:11흥미롭게도 FPS가 낮네요.
00:01:15아직도 안 되나요.
00:01:16아, 알겠습니다.
00:01:17와우.
00:01:18정말 아쉽네요.
00:01:21네, 제 휴대전화로 시도해 볼 수 있겠어요.
00:01:24[침묵]
00:01:28이런.
00:01:30여전히 끊기네요.
00:01:31잠시만요.
00:01:33[침묵]
00:01:39어디 보죠.
00:01:40[침묵]
00:01:51정말 짜증 나네요.
00:01:54[침묵]
00:02:13좋아요.
00:02:14한번 봅시다.
00:02:18그거 참 성가시네요.
00:02:25제 목소리가 들리거나 화면이 보인다면 알려주세요.
00:02:31지금은 좀 나아졌는지요.
00:02:34아닐 수도 있겠네요.
00:02:53제가 라이브 상태인지 궁금하네요.
00:03:04좋아요.
00:03:05들리시는군요.
00:03:06영상은 여전히 끊기나요.
00:03:08알겠습니다.
00:03:09지금 제 휴대전화로 전환했습니다.
00:03:11완전히 다른 네트워크죠.
00:03:15웹캠 피드 문제라면 이상하네요, 사실 제가... 이것도 끊기나요?
00:03:24영상이 끊기는군요.
00:03:25제 얼굴만 그런가요, 아니면 다른 부분도 그런가요?
00:03:30화면요.
00:03:35정말 이상하네요.
00:03:36항상 쓰던 것과 똑같은 설정인데 말이죠.
00:03:39인터넷 연결 문제는 아닌 것 같습니다.
00:03:43나아졌어요.
00:03:44좋아졌네요.
00:03:45좋아요.
00:03:46알겠습니다.
00:03:47감사합니다.
00:03:48네.
00:03:49기다려 주셔서 감사합니다.
00:03:50이거 참 짜증 나네요.
00:03:51네.
00:03:52이제 괜찮아지길 바라죠.
00:03:57네.
00:03:58좋아요.
00:03:59네.
00:04:00상태가 나빠지거나 여전히 안 좋으신 분이 있다면 알려주세요.
00:04:04오디오는 괜찮네요.
00:04:05영상이 여전히 끊기는군요.
00:04:07알겠습니다.
00:04:08어떤 분은 괜찮고.
00:04:09어떤 분은 끊기나 보네요.
00:04:11전 지금 다른 네트워크를 쓰고 있어요.
00:04:13휴대전화로 바꿨거든요.
00:04:16이론상으로는 더 이상 네트워크 문제는 아닐 겁니다.
00:04:21그리고 스크린 캐스트는... 뭐, 물론 이론적으로는 OBS 같은 문제일 수도 있겠지만,
00:04:28거기선 아무것도 바꾼 게 없거든요.
00:04:34전체 영상 스트림이 끊기는데, 네트워크 문제는 아닌 것 같아요.
00:04:42연결 상태 말이죠.
00:04:44유튜브는 제 연결 상태가 좋다고 표시하고 있거든요.
00:04:47그게 얼마나 신뢰할 만한지는 모르겠지만요.
00:04:49뭐, 충분히 괜찮다는 뜻이겠죠.
00:04:51가끔 끊기긴 하지만 대체로 괜찮다네요.
00:04:53네.
00:04:54정말 죄송합니다.
00:04:58네.
00:04:59일단 이대로 계속해 보겠습니다.
00:05:01정말 미안해요.
00:05:02방송 끝나고 조사해 볼게요.
00:05:05정말 이상하네요.
00:05:06네트워크를 바꿨는데도 여전히 안 좋다니.
00:05:09OBS를 업데이트하고 설정을 다시 확인해 보겠지만, 1년 넘게 써온 설정 그대로거든요.
00:05:15자, 좋습니다.
00:05:17잘 되길 바라봅시다.
00:05:18함께해 주셔서 정말 감사합니다.
00:05:21다시 나빠지면 꼭 알려주세요.
00:05:24자, 그럼.
00:05:26BUN에 대해 이야기하고 싶었습니다.
00:05:29모든 걸 반복해서 여러분을 지루하게 하고 싶진 않지만요.
00:05:32하지만 BUN은 당연히 Node.js의 대안이고 벤처 캐피털의 투자를 받았죠.
00:05:39그래서 BUN이 직면했던 문제 중 하나는 당연히 돈을 벌어야 했다는 겁니다.
00:05:44그럼 어떻게 돈을 벌까요?
00:05:47글쎄요, 이런 회사들이 가졌던 생각 중 하나는 호스팅 제품을 출시하고 싶어 한다는 겁니다.
00:05:55그들도 그걸 시도했거나 시도하려 했던 것 같아요.
00:06:00확실하진 않지만요.
00:06:01그런데 Anthropic이 BUN을 인수했습니다.
00:06:03Anthropic이 BUN을 인수한 건 주로 이 '단일 파일 실행 파일' 기능 때문인 것 같아요.
00:06:08BUN을 사용하면 TypeScript 프로그램을 단일 파일 실행 파일로 컴파일해서 터미널 같은 데서 실행할 수 있거든요.
00:06:16Claude Code가 바로 그런 프로그램입니다.
00:06:19Claude Code는 단일 파일 실행 파일이거나 결국 BUN 프로그램, 즉 TypeScript 프로그램인데,
00:06:25아마도 BUN API를 사용할 것이고 확실히 단일 파일 실행 파일 기능으로 CLI 도구로 컴파일되었을 겁니다.
00:06:35그래서 Anthropic이 BUN을 인수한 거죠.
00:06:39그것이 BUN의 발전에 다른 종류의 변화를 가져왔습니다.
00:06:45그 점이 제가 흥미롭다고 느끼는 부분인데, 여러분은 “좋아, BUN은 자바스크립트 런타임이지?”라고 말하시겠죠.
00:06:50Node.js의 대안이고 그 자체로 훌륭하며 있으면 좋은 것이라고요.
00:06:56하지만 그런 Node.js 대안에 무엇을 기대하시겠어요?
00:06:59Node.js 호환성을 기대할 것이고 Node.js의 발전을 따라가길 기대하겠죠.
00:07:07그리고 BUN이 항상 제공해 왔던 더 나은 성능 같은 개선과 정교함을 기대할 겁니다.
00:07:14그건 아주 훌륭하죠.
00:07:15그리고 대부분의 경우 BUN은 꽤 호환성이 좋습니다.
00:07:22여기에 표가 있나요?
00:07:25BUN의 Node.js 호환성 말이죠.
00:07:29완전히 지원되지 않는 일부 틈새 기능을 제외하면 호환성이 상당히 좋습니다.
00:07:37일반적으로 꽤 괜찮은 수준이에요.
00:07:40하지만 여기서부터 흥미로운 부분이 나옵니다.
00:07:42요즘 문서를 살펴보면 BUN에 내장된 SQLite 클라이언트 같은 것들이 있다는 걸 알게 될 겁니다.
00:07:51내장 SQL 클라이언트, 내장 S3 클라이언트, 내장 Redis 클라이언트 등이 있는데 저는 개인적으로 아주 유용하다고 생각합니다.
00:07:59이미 꽤 오래전부터 이런 기능들이 있었죠.
00:08:03여기서 의도는 당연히 여러분이 프로그램이나 웹 서버를 더 쉽게 만들 수 있도록 하는 겁니다.
00:08:10예를 들어 SQLite나 S3를 사용하는 서버 말이죠.
00:08:12저도 제 서비스들에 이것들을 많이 사용하고 있습니다.
00:08:15정말 편리하다고 생각해요.
00:08:17하지만 이런 기능들도 발견하게 될 겁니다. 어디 있죠?
00:08:22WebView 말입니다.
00:08:24여기 WebView가 있네요.
00:08:25제 의견으로는 이게 참 흥미로운데, 이 WebView는 BUN API 중 하나로,
00:08:34BUN으로 실행한다면 자바스크립트나 타입스크립트 코드에서 사용할 수 있는 기능입니다.
00:08:39헤드리스 브라우저를 띄워서 그 안에서 클릭하거나 여러 작업을 수행할 수 있게 해주죠.
00:08:46본질적으로 Playwright로 할 수 있는 것들을 할 수 있는 겁니다.
00:08:49Playwright는 물론 엔드 투 엔드(E2E) 테스트 도구입니다.
00:08:54Playwright의 주된 아이디어는, 혹은 주된 아이디어였던 것은, E2E 테스트에 사용할 수 있다는 것이었죠.
00:09:04기본적으로 웹사이트를 테스트하고 특정 사용자 흐름 등을 테스트하는 코드를 작성할 수 있습니다.
00:09:13이제 AI와 함께 그 양상이 좀 바뀌었습니다.
00:09:15이제 Playwright는 예를 들어 MCP 서버를 통해 많이 사용되고 있습니다.
00:09:22Claude Code나 Codex 같은 도구들이 자신이 작성한 코드를 테스트할 수 있도록 말이죠.
00:09:29그러니까 Claude Code가 React 앱 같은 무언가를 만들고 있다고 합시다.
00:09:40그걸 테스트하기 위해 Playwright MCP 같은 걸 사용해 브라우저를 열고,
00:09:47이것저것 클릭하며 의도한 대로 작동하고 보이는지 확인하여 루프를 완성하는 식입니다.
00:09:54에이전트가 자신의 결과물을 검증할 수 있는 거죠.
00:09:56그게 Playwright MCP 같은 것들의 핵심 아이디어입니다.
00:09:59그래서 Playwright 같은 도구들은 단순히 E2E 테스트 도구에서 벗어나,
00:10:05AI 에이전트가 변경 사항을 확인하는 데 활용하는 도구로 그 역할이 조금 옮겨갔습니다.
00:10:15그리고 이것이 바로 BUN에 관한 흥미로운 지점입니다.
00:10:17채팅창에서 Kevin Ury 님이 WebView 같은 건 런타임에 속할 기능이 아니라고 하시네요.
00:10:22아주 좋은 지적입니다. 저도 BUN에서 그 부분을 흥미롭게 보고 있거든요.
00:10:29원래는 자바스크립트 런타임이었습니다.
00:10:32주요 용도는, 전부는 아니더라도 주요 용도 중 하나는 웹 서버를 구축하는 것이었죠.
00:10:43그런데 이제 갑자기 웹 서버를 띄울 수 있는 복잡한 앱이나 CLI 도구를 만들 수 있게 된 겁니다.
00:10:52방금 말씀드린 것처럼, 한 가지 사례는 AI 에이전트가 MCP를 통해 작업물을 검증하는 것이죠.
00:11:01그런데 아시나요?
00:11:02말씀드린 대로 BUN을 인수한 건 Anthropic입니다.
00:11:05그리고 Anthropic은 Claude Code를 소유하고 있으니, Claude Code가 Playwright MCP나
00:11:13브라우저 기능을 제공하는 다른 MCP 없이도 브라우저를 열고 클릭할 수 있도록 내장 WebView를 갖게 된 건 일리가 있습니다.
00:11:24전용 도구를 사용함으로써 얻는 특정 이점들이 여전히 있을 수 있습니다.
00:11:29기능도 더 많을 수 있겠지만, Anthropic 입장에서는 당연히 이런 기능을 BUN에 내장할 강력한 동기가 있죠.
00:11:40이유는 명백합니다. Claude Code를 만들기가 더 쉬워지기 때문이죠.
00:11:45따라서 앞으로 BUN에 더 많은 기능이 추가되어 여러분의 앱에서도 사용할 수 있게 되겠지만,
00:11:59그 기능들은 Anthropic과 Claude Code 같은 AI 에이전트의 요구 사항에 맞춰 특화되거나 최적화될 가능성이 높습니다.
00:12:08이게 반드시 나쁘거나 문제라고는 생각하지 않아요. 안 쓰면 그만이니까요. 하지만 확실히 API 범위를 방대하게 만들긴 하죠.
00:12:19또한 BUN의 전통적인 부분을 담당하던 개발자나 자원 일부를 이런 쪽으로 돌려야 할 수도 있겠죠.
00:12:32물론 AI 덕분에 역량이 늘어나서 여러 일을 동시에 할 수 있다는 주장도 가능하겠지만,
00:12:39어쨌든 흥미로운 트렌드입니다. 다른 분야에서도 이런 현상을 볼 수 있고요.
00:12:45BUN의 X(트위터) 계정을 보면 여전히 성능 개선 같은 것들을 배포하고 있지만,
00:12:58이제는 이미지를 조작할 수 있는 API도 출시될 예정이라고 합니다.
00:13:09물론 ImageMagick 같은 도구로도 할 수 있는 일입니다. CLI를 통해 실행할 수 있는 도구죠.
00:13:21안녕히 계세요. 그런 도구를 설치해서 프로그래밍 방식이나 CLI로 이미지를 변환하는 데 사용할 수 있습니다.
00:13:31그런데 이제 갑자기 이런 기능이 BUN에 내장된다는 겁니다.
00:13:37다시 말하지만 이게 꼭 나쁘다거나 문제라고 생각하는 건 아니에요. 채팅창 댓글도 읽어보고 다시 답변드리겠지만, 흥미롭긴 하죠.
00:13:49이 기능은 특정 웹 애플리케이션이나 CLI에서 유용하게 쓰일 수도 있겠지만,
00:13:56역시나 Claude Code에게도 아주 흥미로운 기능일 겁니다.
00:14:01이런 에이전트들은 이미지도 생성하고 분석할 수 있거든요.
00:14:08그래서 Claude Code가 자체적으로 이미지 크기를 조절하거나 자를 수 있다는 건 매력적인 일이죠.
00:14:15이런 것들이 더 있습니다. 제 기억이 맞다면 마크다운 렌더링 관련 기능도 있었던 것 같아요.
00:14:25분명히 Claude Code를 위해 만든 게 아닌 기능들도 여전히 많이 추가되고 있다는 점을 분명히 하고 싶습니다.
00:14:33저도 BUN을 좋아한다는 점도 확실히 해두고 싶고요. 하지만 그들이 나아가는 방향은 여전히 흥미롭습니다.
00:14:40네, 지금 찾지는 못하겠는데 얼마 전 터미널에서의 마크다운 렌더링과 BUN에 그 기능이 내장되었다는 소식도 있었습니다.
00:14:51그런 식의 기능들이죠.
00:14:55요약하자면, Anthropic이 BUN을 인수한 이후로 BUN이 Anthropic을 위한 도구가 되어가고 있다는 걸 명확히 알 수 있습니다.
00:15:06더 이상 독립적인 런타임이라고 보기는 어려워진 것 같아요.
00:15:13대신에, 네, 여전히 그 런타임이긴 하지만요.
00:15:18그들도 여전히 런타임 역할을 진지하게 여기고 있는 걸 볼 수 있지만, 확실히 Anthropic을 위한 도구이기도 합니다.
00:15:26네, 영상이 다시 끊긴다니 유감입니다.
00:15:30이미 겪었던 일이고 네트워크도 바꿔봤는데 뭐가 문제인지 모르겠네요.
00:15:36방송 후에 조사해 보겠습니다. 곧 좀 더 안정되길 바랍니다.
00:15:43아까는 좀 나았었는데 말이죠.
00:15:46자, 채팅을 읽어보니 이제 명확해지네요.
00:15:53아, 제가 macOS를 쓰는 걸 보니 동료와 영상 통화할 때 끊겼던 게 생각나신다네요. 메모리가 부족할 때 그랬다는데 브라우저 탭을 좀 닫으니 해결됐다고요.
00:16:01오, 그게 원인일 수도 있겠네요.
00:16:05네, 브라우저 탭을 좀 닫아볼게요. 그게 마법 같은 해결책이 될지도 모르죠.
00:16:11탭을 좀 닫아보겠습니다. 나아진다면 정말 좋겠네요. 알려주셔서 정말 감사합니다.
00:16:19BUN이 존재해서 다행인 유일한 이유는 Node.js를 더 빠르게 움직이게 만들기 때문이라는 의견이 있네요. 일리 있는 말씀입니다.
00:16:26만나서 반갑고 훌륭한 일을 하고 계신다니 정말 감사합니다.
00:16:33어쨌든 제가 BUN에 대해 공유하고 싶었던 건 여기까지입니다. 흥미로운 지점이라고 생각하고 앞으로 BUN이 어떤 방향으로 나아갈지 지켜보는 것도 재밌을 것 같아요.
00:16:44저는 개인적으로 BUN이 정말 훌륭한 런타임이자 Node.js의 훌륭한 대안이라고 생각합니다. 성능 향상과 SQLite, S3 클라이언트 같은 유용한 내장 기능 때문에 제 모든 프로젝트를 BUN으로 구축하고 있거든요. 의존성을 줄일 수 있다는 점은 공급망 공격이 빈번한 요즘 시대에 아주 가치 있는 일이라고 봅니다.
00:17:13이제 1 FPS네요. 좋아요. 지금 탭이랑 도구들을 꽤 많이 닫았습니다. 솔직히 더 닫을 수 있는 게 별로 안 남았네요.
00:17:34이제 OBS를 제외하고 거의 모든 걸 닫았습니다.
00:17:43도움이 되길 바랄 뿐입니다. 참 짜증 나네요.
00:17:50연결 품질이 다시 나빠졌습니다.
00:18:00나아지는지 한번 보죠.
00:18:03주니어 개발자들은 어떤 종류의 데이터베이스와 인증 라이브러리를 배워야 할까요? Postgres와 better-auth일까요?
00:18:09네, Postgres와 better-auth는 아주 좋은 선택이라고 생각합니다.
00:18:14왜 포크해서 필요한 도구들을 통합하지 않을까요?
00:18:18Anthropic이 BUN을 포크하지 않는 이유 말씀이시죠? 제 생각엔 BUN이 파산하는 걸 막기 위해서도 있었겠지만, BUN 팀의 전문성을 확보하는 게 가치 있다고 판단했을 겁니다.
00:18:34BUN을 만든 사람들이 계속 개발하게 하는 거죠. AI 시대라 하더라도 해당 도구의 구석구석을 잘 아는 사람이 있는 건 소중한 법이니까요.
00:18:50네, 지금 일렉트론 앱들을 거의 다 껐습니다. 이제 실행 중인 게 아무것도 없어요.
00:19:02시스템에서 메모리를 잡아먹을 만한 게 많지 않을 겁니다. 활동 상태 보기를 한번 확인해 볼게요.
00:19:13네, 여유 메모리가 아주 많네요.
00:19:37괜찮아야 할 텐데 말이죠. 지금 실행 중인 에이전트도 없고요.
00:19:47화면을 많이 이동할 때 영상이 끊기거나 멈춘다네요. 메모리 문제라는 지적은 정말 일리가 있습니다. 다만 제가 정말 다 꺼버렸다는 게 문제죠.
00:20:05제 시스템에서 메모리를 소비하고 있는 게 이제 거의 남아 있지 않거든요.
00:20:15그래서 더 이상한 겁니다.
00:20:22참 이상하네요.
00:20:31뭐, 저도... OBS 자체 문제일 수도 있겠지만요. 활동 상태 보기에서 그렇게 나쁘게 나오진 않는데.
00:20:49아니요, 다 괜찮아 보이네요. 도대체 뭐가 문제인지 모르겠어요.
00:21:01그리고 OBS 설정은 항상 같고요. 취업을 위해 BUN을 배울 가치가 있을까요? 웹사이트 때문은 아닌 것 같습니다.
00:21:11BUN 웹사이트 문제라면 정말 끔찍할 텐데요.
00:21:17좋아요, 닫겠습니다. 이 웹사이트는 다른 스트림에서도 열어놨던 거라 문제가 아니길 바랍니다.
00:21:26아무것도 안 보여주고 스트리밍할 수도 있겠지만요.
00:21:29네, 탭들을 이제 다 닫았습니다. 한번 보죠.
00:21:38자, 그럼. 보조 모니터에 있는 탭들도 닫을 텐데, 거기에도 열려 있는 게 별로 없어요.
00:21:57알겠습니다. 평생 이렇게 탭을 조금 열어본 적은 처음이네요. 아니요, 백그라운드에서 다운로드 중인 건 없습니다.
00:22:08아니요. 독일에서도 스타링크를 사용할 수 있나요? 아마 가능할 거예요.
00:22:13하지만 네트워크는 괜찮아 보입니다. 사실 네트워크는 멀쩡한 것 같아요.
00:22:17어차피 네트워크를 바꾸기도 했고요. 로컬 네트워크에서 휴대전화 네트워크로 바꿨는데도 똑같은 문제가 있었으니까요.
00:22:29그건 괜찮은 것 같습니다. 흥미롭게도 OBS는 프레임 드랍이나 누락 같은 문제가 전혀 없다고 표시하고 있네요.
00:22:39OBS 상의 수치는 완벽합니다. 그런데 유튜브에서는 연결 상태가 나쁘다고 나오네요.
00:22:50그게 참 흥미로운 부분이죠.
00:22:54하지만 설정에서 바꾼 게 아무것도 없어서 더 이상 아이디어가 없네요. AI에게 왜 끊기는지 물어볼 수도 있겠어요.
00:23:10한번 해보죠. “OBS를 통한 스트리밍이 끊기는데”
00:23:26“왜 그럴까?” AI가 도움이 되는지 봅시다.
00:23:33아니요, 보조 모니터가 문제는 아닐 겁니다. 항상 켜놓는 거고 없으면 안 되거든요. 끄면 채팅을 볼 수가 없으니까요.
00:23:41그냥 제 노트북일 뿐이고, 녹화 중인 다른 화면이 하나 더 있을 뿐입니다.
00:23:48한 부분이라도... 프레임 드랍요? 아뇨, 프레임 드랍은 없습니다. 누락된 프레임도 0이고요.
00:24:01네, 모르겠네요.
00:24:09트위치에서도 똑같은 문제가 발생하는지 궁금하네요.
00:24:22유튜브 팀이 코드 같은 걸 건드린 것 같기도 하고요.
00:24:28네, 정말 모든 걸 닫았습니다.
00:24:32수치는 완벽하게 나오고 있어요.