AI 개발자 분열: LLM 시대의 '만들기' 재정의

위탁과 만들기 사이의 심리적 차이

프로젝트를 시작하는 행위는 그것을 만드는 행위와 동일하지 않다. 많은 개발자에게 있어, 손으로 작성한 소프트웨어와 LLM에 의해 요청에 따라 생성된 소프트웨어 사이의 성취감에는 깊은 차이가 있다. AI는 생산성을 높이고 장기간 dormant 상태였던 프로젝트의 완성을 가능하게 하지만, 장인 정신과 저수준 문제 해결과 관련된 자부심을 빼앗을 수 있다.

이 구분은 소프트웨어에만 국한되지 않는다. 데크를 짓기 위해 계약자를 고용하는 것과 직접 짓는 것 사이의 차이를 반영한다. 두 경우 모두 완성된 제품이 존재하지만, 과정에서 파생되는 내부 만족감은 근본적으로 다르다. 개발자가 AI 에이전트를 사용하여 코드를 생성할 때, 그들은 창조자가 아니라 관리자 또는 클라이언트 역할을 하고 있다.

"컴파일러 패러독스": 선은 어디인가?

도구와 대체 창조자 사이의 경계는 종종 흐릿하지만, 일반적으로 번역의 예측 가능성과 투명성에 달려 있다.

한 사람은 C와 같은 고급 언어로 작성하는 것이 또한 컴파일러에게 기계 코드를 작성하도록 "요청"하는 형태라고 주장할 수 있다. 그러나 이는 일반적으로 소스 코드와 실행 파일 사이의 관계가 수학적으로 정확하고 결정적이기 때문에 "만들기"로 간주된다.

LLM을 컴파일러로 사용할 때—for example, C 코드를 x86_64 어셈블리로 변환하는 경우—결과는 종종 기능적이며 인상적이다. 그러나 의도가 프로그래머가 이해하는 언어로 명시적으로 정의되었기 때문에 "만들기"의 느낌은 지속된다. 긴장은 입력이 정확한 기술 사양에서 불확실한 인간 언어(프롬프트)로 이동할 때 발생한다.此时, 과정은 도구(해머나 컴파일러와 같은)를 사용하는 것에서 보고서를 관리하는 것으로 전환된다.

"Vibe Coding"과 생산성에 대한 관점

AI 지원 개발로의 전환, 종종 "vibe coding"이라고 불리는 것은, 최종 제품을 중시하는 사람들과 과정을 중시하는 사람들 사이에 분열을 만든다.

최종 제품에 대한 주장

일부 개발자는 소프트웨어의 목표가 코딩 행위를 수행하는 것이 아니라 문제를 해결하는 것이라고 주장한다. 이 관점에서 AI는 시간 제약으로 인해否则 존재하지 못했을 도구를 가능하게 하는 힘의 배수이다.

"코딩은 결코 주요 목표가 아니었으며, 항상 완성된 최종 제품을 만들기 위한 수단이었다... 내 vibe coded 기타 탭 편집기는 내가 필요한 다른 소프트웨어에는 없는 기능을 가지고 있으며, 내가 겪고 있던 실제 문제를 해결하고 있다."

장인에 대한 주장

반대로, 다른 사람들은 코딩의 수작업 과정이 실제 학습과 인지 성장이 일어나는 곳이라고 주장한다. 구현을 AI에 아웃소싱하면 미세한 이해의 손실과 입력 변경이Observable 행동에 어떻게 영향을 미치는지를 추론하는 능력이 감소한다.

"컴파일러가 출력하는 실행 파일이 내가 의도한 방식으로 동작하지 않는다면, 99.99%의 경우 이는 완전히 내 책임이다... 이는 vibecoded 프로그램과それを 생성하는 데 사용된 프롬프트 사이의 관계에 어느 정도도 적용되지 않는다."

AI 시대의 가치 재정의

AI가 기술적 실행의 장벽을 낮춤에 따라, 소프트웨어의 가치는 코드를 작성하는 능력에서 취향, 비전, 판단력을 적용하는 능력으로 이동할 수 있다.

현대 시대에 "만들기"는 영화 감독이나 건물 설계와 더 유사해지고 있다는 주장이 점점 늘어나고 있다. 건축가는 모든 벽돌을 놓지 않지만, 건물은 그들의 창작물이다. 이 프레임워크에서 인간의 기여는 다음과 같다:

• Vision: 무엇이 존재해야 하는지를 정의한다.
• Judgment: 출력이 올바르고 고품질인지 판단한다.
• Communication: 원하는 목표에 도달하도록 AI를 효과적으로 안내한다.

그러나 전통적인 "해커"에게 이 변화는 창조자와 기계 사이의 친밀한 연결 상실을 의미한다—즉, 빌드하는 즐거움에서 결과에 대한 만족으로의 전환이다.