소프트웨어 엔지니어링 AI에 관한 앤디의 법칙

Source: Dev.to

공유 가능한 블로그 포스트 버전:
https://andymaleh.blogspot.com/2026/06/andys-laws-of-ai-in-software-engineering.html

법칙 #1: “소프트웨어 개발자가 AI를 많이 사용할수록, AI를 사용하지 않는 소프트웨어 엔지니어의 가치는 더욱 높아진다.”
AI를 사용하지 않고 소프트웨어를 제공하는 데 능숙한 소프트웨어 엔지니어는, 전 세계 소프트웨어 개발 커뮤니티에서 개발자들이 AI에 의존해 소프트웨어를 만들면서도 소프트웨어 엔지니어링에 대한 진정한 숙련도를 갖추지 못할수록 직업 안정성이 오히려 높아진다.

점점 더 많은 개발자들이 AI에 완전히 의존해 실제로 AI가 어떻게 작동하는지 이해하지 못한 채 소프트웨어를 구축하게 되면, 내부 구조를 파악하고 있는 소프트웨어 엔지니어는 점점 줄어들면서 그 어느 때보다 귀중해진다. 다시 말해, AI로만 기능을 구현할 수 있는 개발자와 소프트웨어 엔지니어링을 마스터하지 못한 개발자들에 비해 경쟁 우위를 갖게 된다.

또한 AI 자체를 유지·보수할 수 있는 소프트웨어 엔지니어에 대한 수요는 언제나 존재한다.

법칙 #2: “소프트웨어 엔지니어링 역량이 약할수록 개발자는 AI로부터 더 큰 혜택을 받는다.”
소프트웨어 엔지니어링 실력이 약한 개발자는 AI로부터 더 많은 이점을 얻는다. 결국 AI는 숙련된 마스터 엔지니어에게서 학습한 뒤, 엔지니어링 역량이 낮은 개발자를 위해 코드 생성을 수행한다. 따라서 AI 사용자는 스스로를 전문성 계층 구조에서 낮은 위치에 놓고, 마스터 엔지니어가 AI에 제공한 코드를 받아 쓰는 입장이 된다. 이 때문에 리누스 토발즈와 같은 전문가들은 AI가 크게 도움이 되지 않는다고 느끼는 반면, 학위나 자격증이 전무한 개발자들은 AI에서 큰 가치를 얻는 듯 보인다.

이 법칙이 시사하는 바는, 소프트웨어 개발자가 AI 활용 능력보다 소프트웨어 엔지니어링 역량(대학 학위 취득 포함)을 갈고닦는 것이 더 가치 있다는 점이다. 엔지니어링을 마스터하면 고객에게 좋은 제품을 제공하기 위해 AI에 의존할 필요가 사라지기 때문이다. 다시 말해, 개발자가 AI 덕분에 조금이라도 도움이 된다고 느낀다면, 이는 아직 보완해야 할 엔지니어링 약점이 있다는 의미다. AI를 사용하면 권장되는 10,000시간의 엔지니어링 연습 시간을 빼앗기게 된다.

법칙 #3: “AI가 고객이 테스트하고 학습할 수 있는 속도보다 빠르게 기능을 만든다면, AI의 속도 이점은 무효화된다.”
코드 생성 자체가 병목이 되는 것이 아니다. 고객이 모든 기능을 인간의 속도로 테스트하고 실제 피드백을 제공해야만 다음 개선 단계로 넘어갈 수 있기 때문이다. 따라서 인간이 직접 테스트하고 피드백을 주는 과정이 남아 있는 한, 소프트웨어 엔지니어가 코드를 더 빨리 만들어야 할 필요성이 사라지고, AI의 속도 이점은 실질적으로 의미가 없어진다. 린(Lean) 소프트웨어 프로세스로 코드를 생산하는 속도는 이미 충분히 빠르다.

게다가 고객이 감당할 수 있는 복잡성에는 한계가 있다. 기능이 과도하게 늘어나면 고객은 압도당하고, 이는 AI의 속도 이점조차 사라지게 만든다. 즉, 고객은 양보다 질을 선호한다.