사무실 구석 컴퓨터가 30분마다 코드를 당겼습니다

사무실에 전용 컴퓨터 한 대가 놓여 있습니다. 이 기계는 30분마다 코드를 당겨 테스트를 돌리고 스테이징에 올립니다. 사람이 지켜보지 않아도 파이프라인은 계속 돕니다.

tldraw를 만든 스티브 루이즈가 8월 29일 X에 올린 글에 나오는 장면입니다. 제목은 「소프트웨어 엔지니어를 위한 끔찍한 조언」이에요.

루이즈는 이 글에서 한 문장을 축으로 잡습니다. 엔지니어들이 AI 코딩에 절망하는 이유는, AI가 정말로 지겹고 해롭게 작동하는 프로젝트에 발이 매인 탓이라는 겁니다.

AI가 나쁜 게 아니라, AI를 얹은 자리가 낡았다는 진단입니다.

엔지니어들은 지금 무엇에 절망할까요?

글은 권유로 시작합니다. AI 코딩에 화를 내는 영상들을 웃음거리로 넘기지 말고 진지하게 보라는 겁니다.

루이즈는 자기 자리부터 밝힙니다. 그는 코드를 쓰는 개발자이면서 동시에 회사를 운영하는 창업자예요. 어느 쪽 이해관계가 자기 판단에 섞이는지 먼저 꺼내 놓고 시작합니다.

그다음 판단은 한 문단 안에서 두 갈래로 갑니다. 저 분노는 진짜라고 인정합니다. 그러면서 딱한 장면이라고도 적어요.

화내는 사람을 편들지도, 비웃지도 않는 자리에 서 있는 셈입니다.

그 대목에 붙은 소제목이 「나쁜 시절. 좋은 콘텐츠!」입니다. 절망은 진짜인데, 그 절망이 타임라인에서는 잘 팔리는 콘텐츠로 돌아다녀요. 화면 밖에서는 사람이 무너지고, 화면 안에서는 조회수가 오릅니다.

"엔지니어들은 AI 코딩에 절망하고 있다. AI가 정말로 지겹고 해로운 프로젝트에 발이 묶여 있기 때문이다."

절망을 느끼는 사람 쪽이 아니라, 그 사람이 서 있는 프로젝트 쪽으로 시선을 돌린 문장입니다.

옛 세계에 에이전트를 넣으면 무슨 일이 생길까요?

루이즈는 지금 대부분 팀이 서 있는 자리를 옛 세계라고 부릅니다. 이슈를 열고, 브랜치를 따고, PR을 올리고, CI를 통과시키는 파이프라인이 옛 세계예요. 사람이 코드를 한 줄씩 쓴다는 전제 위에 세워진 공정입니다.

여기에 에이전트를 들이면 먼저 무너지는 게 품질입니다.

숫자가 그 물량을 보여줍니다. 백로그를 클로드에게 맡겼더니 PR 200개가 올라왔어요. 버그를 훑는 실험에서도 PR이 수백 개 쌓였습니다.

기계는 지치지 않고, 파이프라인은 멈추지 않습니다.

문제는 이 물량을 받는 쪽이에요. 리뷰도, 판단도, 책임도 여전히 사람 몫으로 남습니다. PR을 여는 건 기계지만, 전부 읽고 병합 여부를 정하는 건 사람입니다.

공정을 그대로 두면 생산량만 늘고 병목은 그 자리에 그대로 있어요.

그래서 루이즈는 기계가 옛 일을 110% 해내지는 못한다고 씁니다. 사람이 하던 일을 그대로 두고 기계를 얹으면, 조금 더 나아지는 대신 사람이 갈립니다. 10%를 더 밀어내려고 전문가를 갈아넣는 구조가 남는 거예요.

절망은 여기서 나옵니다. 도구가 나빠서가 아니라, 좋은 도구를 낡은 공정에 묶어 놨기 때문입니다.

새 세계는 무엇을 입력으로 삼을까요?

루이즈가 그리는 새 세계는 입력을 바꿉니다.

사람이 넣을 값은 코드가 아니라 의도예요. 무엇을 만들고 싶은지, 어떤 상태가 맞는지를 넣습니다. 그 뒤에 붙는 일은 AI가 자동으로 처리합니다.

그렇게 벌어둔 시간을 어디에 쓰느냐가 핵심이에요. 티켓을 더 많이 닫는 데 쓰는 게 아닙니다. 제품 자체를 더 잘 만드는 데 씁니다.

같은 도구가 옛 세계에서는 지겹고 해로운 물건이 되고, 새 세계에서는 판을 바꾸는 물건이 됩니다. 도구가 아니라 도구를 놓는 자리가 결과를 가릅니다.

관행이 없는데 어디서 시작할까요?

여기서 글은 솔직해집니다. 새 세계에는 아직 성숙한 관행이 없어요. 따라 할 표준도, 검증된 교본도 없습니다.

대신 루이즈는 허락을 하나 내줍니다. 프로젝트는 필요한 만큼 기존 관행을 버려도 된다는 겁니다.

이슈 트래커도, 리뷰 절차도, 브랜치 전략도 원래 사람이 코드를 쓰던 시절에 맞춰 만든 물건이에요. 전제가 바뀌었으면 절차도 붙잡을 이유가 없습니다.

어디까지 버리고 어디서 멈추느냐가 그다음 이야기입니다.

깨진 소프트웨어를 내보내도 괜찮을까요?

루이즈는 여기서 선을 긋습니다. 평판이 걸린 문제라고 부릅니다.

그가 먼저 꺼내는 건 정신건강이에요. 새 방식으로 일하는 사람이 어떤 상태로 하루를 끝내는지를 묻습니다. 그다음이 슬롭을 어디까지 통과시킬지 정하는 문제고요.

새 공정은 재미있습니다. 에이전트가 밤새 일하고 아침에 결과가 쌓여 있는 광경은 그 자체로 흥미롭죠. 그 재미에 홀려서 슬롭을 통과시키기 시작하면 대가는 사용자가 치릅니다.

"흥미로운 공정에 홀려서 무고한 사람들에게 깨진 소프트웨어를 건네지 마라."

경고는 개인에서 끝나지 않습니다. 리더에게도 같은 말을 해요. 모든 프로젝트가 갑자기 AI 네이티브인 척 굴기 시작하면 얼마나 파괴적인지 인정하라는 겁니다.

글은 이렇게 닫힙니다. 모든 프로젝트를 AI 네이티브처럼 다루려 들지 말고, AI로 훌륭한 소프트웨어를 만드는 방법에 집착하라고요.

남는 생각

제목부터가 본론입니다. 「소프트웨어 엔지니어를 위한 끔찍한 조언」, 좋은 조언인 척하지 않겠다는 선언이죠. AI 시대에 어떻게 일해야 하는지 아는 사람은 아직 없고 자기 조언도 예외가 아니라고, 먼저 못을 박은 셈이에요.

그 태도 위에 놓였기 때문에 진단이 삽니다. 낡은 파이프라인을 그대로 두고 모델만 갈아 끼우면, 어떤 모델을 얹어도 같은 절망이 돌아옵니다.

더 빠른 모델은 더 많은 PR을 만들고, 더 많은 PR은 더 긴 리뷰 대기열을 만듭니다. 팀이 매일 하는 일이 티켓을 닫는 일이라면, 에이전트는 티켓 닫는 속도만 올려줍니다. 그 속도가 사람을 갈아넣는 압력으로 바뀌는 데는 오래 걸리지 않아요.

저는 도구를 바꾸기 전에 일하는 자리부터 보는 게 순서라고 봅니다.

우리 팀이 서 있는 곳이 옛 세계인지 새 세계인지 먼저 묻는 겁니다. 절망은 개인 문제가 아니라 배치 문제니까요.

---

원문·소스

• 스티브 루이즈(@steveruizok) 「Terrible advice for software engineers」: https://x.com/steveruizok/status/2093748670617256098 (조회 4만 3,753회, 2026-08-29)