당신은 '장인 프로그래머'가 아니다

Don't call yourself an artisanal programmer

AI 코딩이 표준이 되면서 LLM을 거부하는 개발자들은 '장인 프로그래머'로 불리게 됐다. 하지만 저자는 이 용어가 '소프트웨어 엔지니어'라는 정체성을 빼앗고, AI 없는 코딩을 취미로 격하시킨다고 주장한다. 그는 'AI 지원 코딩'과 'AI 없는 소프트웨어 엔지니어링'이라는 용어를 제안하며, AI 생성 코드에 대한 거부감을 예술 분야처럼 사회적으로 확산해야 한다고 말한다.

우리는 교육과 노력과 사고와 시간을 들이는 것의 가치를 부정한다. 그런 것들은 '깨어있는' 것이고 우리는 그보다 뛰어나니까.
  1. jlamberts

    엔지니어링은 주어진 제약 조건 안에서 목적을 수행하는 무언가를 만드는 것이다. 그 일부는 "모든 상황에서 100% 정확하고 신뢰할 수 있음"이 비현실적인 목표라는 것을 깨닫는 것이다. 구현 시간과 비용도 그러한 제약 중 하나이기 때문이다.

    좋은 엔지니어는 견고함과 비용 사이의 이러한 트레이드오프를 인정하고 그에 맞게 행동한다. 예를 들어, 안전이 중요한 시스템이나 OS, 의료 기술 등과 같은 매우 기반적인 시스템을 작업한다면 견고함 쪽으로 매우 강하게 치우쳐야 한다. 그렇지 않다면 이는 쉽게 과잉 엔지니어링이 될 수 있다. 엔지니어의 일은 자신이 만드는 것에 대해 비용-정확성 곡선상의 올바른 지점을 찾는 것이다.

    이것은 항상 사실이었고, LLM은 방정식의 특정 부분을 바꿀 뿐이다. 예를 들어, 코드 작성은 이전보다 훨씬 덜 병목이 되었으므로 "일회용 구현으로 시도해보고 이게 작동하는지 보자"가 갑자기 경제적으로 실행 가능해졌다. 또한 실제로 많은 것들이 우리 중 일부가 믿었던 것만큼 정확할 필요가 없다는 것도 밝혀졌다.

    우리는 여전히 품질 좋은 것을 만드는 것을 즐길 수 있지만, 그렇게 하는 것은 종종 엔지니어링이라기보다 장인 정신의 행위이다.

  2. cortesoft

    이상하게도, 나는 용어가 반대일 것이라고 생각했다… 나는 장인을 양보다 질을 중시하고 모든 것을 아름답고 오래 지속되게 만드는 사람으로 생각하는 반면, 엔지니어는 생산성과 공차, 효율성에 더 중점을 둔다. 장인은 더 나은 품질을 만들지만 엔지니어와 공장 프로세스가 하는 방식으로 확장되지는 않는다. 대량 생산 제품은 양을 위해 질을 희생하기는 하지만.

  3. barrkel

    엔지니어링의 상당 부분은 신뢰할 수 없는 부품들로 신뢰할 수 있는 시스템을 조립하는 것이다.

    당신은 안전장치, 중복성, 심층 방어, 복구 시스템을 구축한다. 시스템의 모델을 만들고 그에 대한 특성을 증명한다.

    소프트웨어는 근본적으로 자동화이다. LLM은 소프트웨어 자체의 구축을 자동화할 수 있게 한다. 그것들은 사람보다 훨씬 빠르고 저렴하며, 더 신뢰할 수 없다. (사람도 신뢰할 수 없기는 마찬가지다!)

    이 시대의 당면 과제는 장기적으로 대규모의 신뢰할 수 있는 소프트웨어를 안정적으로 구축하는 방법을 알아내는 것이다. 이것은 엔지니어링 과제이며, 우리가 그것을 넘어서는 유일한 방법은 그것을 시도하는 것이다. 상황은 험난할 것이고, 기법의 캄브리아기 대폭발이 일어날 것이며, 대부분의 접근 방식은 실패할 것이고, 모델의 품질과 능력이 향상됨에 따라 더 많은 것들이 살아남지 못할 것이다. 그러나 우리는 해결해 나갈 것이다.

    에이전트 코딩 이전 시대처럼 손으로 만드는 것도 엔지니어링일 수 있지만, 그것은 이 시대의 핵심 과제가 아니며, 곧 취미가 되거나 어쩌면 일종의 사치품이 될 것이다. 당신은 손으로 만든 자동차를 원하지 않는 것처럼 손으로 작성된 소프트웨어를 원하지 않게 될 것이다. 그것은 기계가 만든 소프트웨어의 정밀도, 성능 또는 신뢰성을 갖지 못할 것이다.

  4. tibbar

    나는 "고전적으로 훈련된 프로그래머"라는 용어를 선호한다. :-)

  5. spawrks

    코드가 하는 일과 코드 자체 사이에는 차이가 있지 않나? 나는 따라가기는 끔찍하지만 효과적인 코드로 이루어진 진정으로 아름다운 소프트웨어를 본 적이 있고, 기술적으로 놀랍지만 실질적인 것을 전혀 하지 않는 아름다운 코드도 본 적이 있다. 소프트웨어는 목공과 같아서 모든 수준의 정성과 제품 결과를 포함한다.

이 날의 다른 글

2026-09-13