강의 제안은 거절했다
이번에도 계약 조건이 문제였다. 이전 글에서 조건이 괜찮다고 얘기했었는데 사실 내 입장에선 일해서 벌어도 한두달이면 충분한 수준이니 그리 쎈 조건은 아니었다.
이전 글을 쓸 때 나는 한번 찍어놓으면 지속적인 수입원이 되는 그런 형태를 생각했는데 그런 게 아니고 1회성이었다. 난 그럴 바엔 그냥 일을 하는 게 낫다고 생각한다.
Search for a command to run...
이번에도 계약 조건이 문제였다. 이전 글에서 조건이 괜찮다고 얘기했었는데 사실 내 입장에선 일해서 벌어도 한두달이면 충분한 수준이니 그리 쎈 조건은 아니었다.
이전 글을 쓸 때 나는 한번 찍어놓으면 지속적인 수입원이 되는 그런 형태를 생각했는데 그런 게 아니고 1회성이었다. 난 그럴 바엔 그냥 일을 하는 게 낫다고 생각한다.
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 에이전트 세션을 많이 실행하는 것 자체는 어렵지 않다. 내가 해결하고 싶었던 문제는 세션이 늘어날 때마다 사람이 모든 진행 상황을 확인하고 관리해야 한다는 점이었다. 사람을 병목에서 완전히 빼는 게 목표는 아니다. 사람은 여전히 병목이다. 대신 사람이 개입해야 하는 횟수를 줄이고, 실제로 결정이 필요한 순간에만 사람을