글로벌 기업의 세미나에 초대받았다
유명한 글로벌 대기업의 세미나에 초대받았다. 영어라 살짝 부담스럽긴 하다. 발표는 대본이 있으니 지금도 어찌어찌 할 수는 있을 것 같은데 Q&A 세션이 문제다. 하지만 지금 당장 하는 건 아니라서 그때까지 열심히 영어 공부할 생각이댜.
온라인으로 해도 되고 오프라인으로 해도 된다고 했는데 여행 겸해서 갔다올 생각이다.
발표 주제는 아직 정하지 못했다.
Search for a command to run...
유명한 글로벌 대기업의 세미나에 초대받았다. 영어라 살짝 부담스럽긴 하다. 발표는 대본이 있으니 지금도 어찌어찌 할 수는 있을 것 같은데 Q&A 세션이 문제다. 하지만 지금 당장 하는 건 아니라서 그때까지 열심히 영어 공부할 생각이댜.
온라인으로 해도 되고 오프라인으로 해도 된다고 했는데 여행 겸해서 갔다올 생각이다.
발표 주제는 아직 정하지 못했다.
No comments yet. Be the first to comment.
These days, my preference is React and TypeScript for frontend development, and Go, TypeScript, then Rust for everything else. I really like Rust, and I have used it a lot. But when I think about whic
요즘 내가 선호하는 언어는 프론트엔드에서는 React와 TypeScript, 그 외에는 Go, TypeScript, Rust 순이다. 나는 Rust를 정말 좋아하고 많이 써봤다. 그런데 AI와 개발할 때 어떤 언어를 고를지 생각하면, Go를 가장 높게 평가하게 된다. 검증 루프를 빠르게 구성하기에 균형이 가장 잘 맞는 것 같다. 이터레이션 루프의 병목 AI
50개가 넘는 AI 세션과 함께 개발하기
How I Build Software with Labor0 and Codex
사람이 병목이 되는 횟수를 줄이기 AI 에이전트 세션을 많이 실행하는 것 자체는 어렵지 않다. 내가 해결하고 싶었던 문제는 세션이 늘어날 때마다 사람이 모든 진행 상황을 확인하고 관리해야 한다는 점이었다. 사람을 병목에서 완전히 빼는 게 목표는 아니다. 사람은 여전히 병목이다. 대신 사람이 개입해야 하는 횟수를 줄이고, 실제로 결정이 필요한 순간에만 사람을