사무실 구석 컴퓨터가 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을 더 많이 올리고, 사람은 더 긴 리뷰 대기열을 떠안습니다. 팀이 매일 하는 일이 티켓을 닫는 일이라면, 에이전트는 티켓 닫는 속도만 올려줍니다. 팀이 그 속도를 사람을 혹사하는 압력으로 바꾸는 데는 오래 걸리지 않아요.

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

우리 팀이 일하는 곳이 옛 세계인지 새 세계인지 먼저 묻는 겁니다. 개인을 탓하기 전에 배치부터 봐야 하니까요.

---