혹시 저처럼 새로운 소프트웨어 개발 워크플로우를 즐기는 분 계신가요?

둘 다 시키지 - 해버려!

응

나도 동감..

근데 프로젝트 오너나 기획자들이 엔지니어 없이 한 번에 기능을 뚝딱 만들어내게 되면 어떻게 될까?

이미 이것 때문에 해고당한 친구들이 좀 있음

코딩 업무의 90%는 항상 요구사항 수집, 시스템 설계, 테스트였음.

컴퓨터 앞에 앉아 실제로 타이핑하는 10%가 잡일이지.

요즘은 그렇지. 예전엔 내가 코딩에 중독됐던 것 같음. 뭘 시작하면 끝날 때까지 손을 못 뗐거든. 몇 년 전부터 그게 바뀌어서 코딩을 안 하려고 노력했는데, 그러다 보니 열정도 잃어버렸었음.

근데 지금은 쿠버네티스 스토리지 드라이버를 처음부터 새로 만들고 있음. Claude랑 이틀 걸렸는데, 혼자 했으면 몇 달은 걸렸을 거임. 그래서 난 이 새롭고 반짝이는 도구들이 정말 좋음. Claude는 2026년 초에 훨씬 좋아졌어.

어제는 'pkill 다시 쓰지 마, 래퍼 스크립트까지 죽여버려서 후회하게 될 거야'라는 싸움을 했지. 그래도 내가 직접 E2E 테스트 스크립트를 짜는 것보단 훨씬 나음.

더 이상 코딩을 못 하게 되어 프롬프터가 된 것을 싫어하는 개발자들

이건 특정 유형의 개발자들에게는 타당한 불만임. 자연어는 소프트웨어를 만드는 데 사실 끔찍한 방식임. 왜냐하면 언어는 본질적으로 열려 있고 자기 참조적인 시스템이기 때문임. 단어를 정의하거나 설명할 때, 오직 다른 단어를 사용해서만 할 수 있음. 모든 게 흐물흐물하고 절대적인 진리(ground truth)가 없음.

반면에 전통적인 프로그래밍은 수학에 기반함. 컴퓨터는 네가 지시한 대로 정확히 수행하고, 뭔가 잘못됐다면 그건 네 지시가 잘못됐기 때문임.

이런 차이 때문에, 나는 LLM 보조 개발이 C 대신 어셈블리를 쓰거나 Java 대신 C를 쓰는 것과 같은 또 다른 추상화 계층일 뿐이라고 주장하는 사람들에게 동의하지 않음.

AI 기반 개발은 말 그대로 다른 직업이며, '모호하고 불완전한 인간의 목표'가 소프트웨어로 번역되는 전통적인 경로인 제품 관리자(PM)와 더 비슷함. 많은 개발자에게는 커리어 내내 기계처럼 생각하는 법을 배워왔기 때문에, 하루 종일 현실 세계(meatspace)에서 이렇게 운영하는 건 매우 거부감이 드는 일임.

실제로 시니어 개발자일수록 더 쉽게 적응한다는 걸 발견했음. 좀 이상하긴 하지. 하지만 그건 그들이 이미 커리어에서 비즈니스와 소통하며 직접 키보드를 두드리는 일을 위임하는 데 익숙해진 단계에 도달했기 때문이라고 생각함.

기본적으로 난 이게 좋지만, 문제는 열린 일자리가 점점 줄어들고 있다는 거고, 그게 무서움

기술 분야 채용은 전년 대비 17% 증가했어