마이크로소프트 파울러 “타이핑 코드는 끝났다”…깃허브 코파일럿, PR까지 대신 연다

마이크로소프트(Microsoft) 소속 데이비드 파울러(David Fowler)가 “타이핑 코드는 절대적으로 끝났다(Typing code is absolutely over)”는 글을 X에 올리며 개발자 사회에 파장을 일으켰다. 9월 3일(현지시각) 올라온 이 발언은 깃허브 코파일럿(GitHub Copilot)의 에이전트가 코드 작성뿐 아니라 개발 환경 구성, 저장소 변경, 테스트 실행, 풀 리퀘스트(PR·코드 검토 요청) 개설까지 처리하게 된 흐름을 배경으로 한다. 파울러는 개발자가 필요 없어진다는 뜻이 아니라, 일하는 방식 자체가 바뀌고 있다는 의미로 이 말을 던졌다.

파울러가 던진 한마디, “타이핑은 끝났다”

파울러는 마이크로소프트에서 18년간 일해온 디스팅귀시드 엔지니어(Distinguished Engineer)로, 시그널알(SignalR)을 공동 개발했고 뉴겟(NuGet)과 쿠두(Kudu) 배포 엔진의 창립 개발자였으며 ASP.NET 코어의 핵심 작업에도 참여했다. 지금은 마이크로소프트의 분산 애플리케이션 구축 툴체인인 어스파이어(Aspire) 작업을 이끌고 있다.

마이크로소프트 최고경영자 사티아 나델라(Satya Nadella)는 마이크로소프트 코드의 20~30%가 AI에 의해 작성된다고 언급한 바 있다. 이런 배경에서 나온 파울러의 발언은 단순한 어그로성 발언으로 치부하기 어렵다는 평가가 나온다.

파울러는 개발자가 코드 읽기를 멈추거나 소프트웨어 엔지니어링 자체가 끝났다고 말한 게 아니다. 그가 강조한 것은 편집기에서 한 줄씩 코드를 손으로 치는 작업이 업무에서 가장 흥미롭지 않은 부분이 되고 있다는 점이다. 실제로 그가 몸담은 어스파이어 프로젝트 자체가 이미 AI 중심 애플리케이션 개발 방식으로 재편되고 있다.

코딩 에이전트, PR까지 열어젖힌다

깃허브 코파일럿의 코딩 에이전트는 작업을 맡으면 자체 환경을 구축하고 백그라운드에서 작업한 뒤 저장소를 수정하고 검토용 PR을 연다. 2월(2026년)에는 깃허브가 코딩 에이전트에 윈도우 개발 환경을 추가해 윈도우 대상 프로젝트를 빌드·테스트하고 린터를 실행하며 빌드 성공 여부를 확인한 뒤 사람에게 작업을 돌려줄 수 있게 됐다.

여기에 더해 깃허브 코파일럿 앱은 이제 WSL(윈도우 서브시스템 포 리눅스) 내부에서도 에이전트 세션을 실행할 수 있다. 윈도우에서 애플리케이션을 개발하고 리눅스 기반 환경에서 테스트하거나 배포하는 팀에게 특히 유용한 변화다.

리누스 토발즈(Linus Torvalds)도 리눅스에서의 AI 코드 활용을 지지한 바 있다. 그는 “AI는 우리가 쓰는 다른 도구들과 마찬가지로 하나의 도구이며, 분명히 유용한 도구다. 1년 전만 해도 그렇게 ‘분명하다’고 하긴 어려웠지만 지금은 더 이상 의문의 여지가 없다”고 말했다.

어스파이어와 MDASH, AI를 개발 파이프라인 안으로

파울러가 이끄는 어스파이어는 서비스·컨테이너·데이터베이스 등 애플리케이션 구성요소를 하나의 애플리케이션 모델 안에 정의하는 코드 우선(code-first) 툴체인이다. 단일 소스 파일이나 채팅 프롬프트보다 AI 에이전트에게 훨씬 풍부한 맥락을 제공한다는 것이 특징이다.

어스파이어 13.1은 AI 코딩 어시스턴트 지원을 강화했고, 13.2에는 에이전트 친화적 명령줄 인터페이스와 모델 컨텍스트 프로토콜(MCP) 지원이 추가됐다. 어스파이어 팀은 4월(2026년) “AI 에이전트는 코드 작성에 매우 능숙하지만, 코드를 생성하는 것과 실제로 동작하는 애플리케이션을 완성하는 것은 전혀 다른 문제”라고 밝혔다. 이에 따라 어스파이어는 에이전트가 서비스를 실행하고 로그와 텔레메트리를 확인하며 오류를 찾아 구성요소를 재시작한 뒤 다시 테스트하도록 지원한다.

보안 쪽에서는 마이크로소프트의 자체 에이전트형 취약점 스캐너 MDASH가 윈도우·애저(Azure)·아이덴티티 시스템을 다루는 엔지니어링팀에서 쓰이고 있다. 마이크로소프트 윈도우 보안팀은 “MDASH를 통해 이전에는 불가능했던 수준의 깊은 분석으로 윈도우 규모의 취약점 탐색을 수행할 수 있게 됐다”고 밝혔다. 대상에는 윈도우 커널, 하이퍼V(Hyper-V), 네트워킹 스택 등 대규모 보안 민감 코드베이스가 포함된다.

다만 AI가 생성한 코드의 보안성은 여전히 과제로 남는다. 베라코드(Veracode)의 2026년 생성형 AI 코드 보안 보고서에 따르면 테스트한 AI 코드 생성 작업의 약 44%에서 이미 알려진 취약점이 포함된 코드가 나왔다. 다만 이는 통제된 벤치마크 환경에서 나온 결과다.

WinUI 3 개방과 로컬 AI, 프로젝트 제니스로 이어지는 하드웨어 전략

마이크로소프트는 새 윈도우 네이티브 애플리케이션에 WinUI 3 프레임워크를 권장하고 있으며, 이 프레임워크를 오픈소스로 전환했다. 소스 코드와 문서가 더 널리 공개되면 AI 도구가 일반적인 프로젝트 구조와 지원 API를 이해하기 쉬워진다. 마이크로소프트는 코파일럿으로 WinUI 애플리케이션을 만드는 방법을 다루는 가이드도 공개했다. 코드 완성, 파일 컨텍스트, 프로젝트별 지침 활용법을 담고 있어 AI 지원이 윈도우 개발의 일상적 업무가 될 것이라는 회사 측 기대를 보여준다.

9월 4일(현지시각) 발표된 프로젝트 제니스(Project Zenith)는 하드웨어 측면의 변화다. 마이크로소프트는 이를 개발자를 위한 경량화된 윈도우 11 구성이라고 설명했다. 기본 요구사항은 통합 메모리 64GB, 메모리 대역폭 250GB/s이며 초기에는 AMD 라이젠 AI 할로(Ryzen AI Halo) 칩에 초점을 맞춘다.

이 하드웨어는 파라미터 300억 개 이상 규모의 AI 모델을 로컬에서 구동하는 것을 지원한다. 모델을 로컬에서 실행하면 클라우드 추론 비용을 줄이고, 독자적인 코드와 데이터를 어떻게 다룰지에 대해 개발자가 더 많은 통제권을 가질 수 있다.

파울러의 발언이 처음 느낌보다 훨씬 제한적인 의미를 담고 있는 이유가 여기에 있다. 그는 개발자가 사라진다고 예측한 게 아니라, 일하는 방식이 바뀌고 있다는 점을 짚었을 뿐이다. AI가 반복적인 코딩과 정형화된 수정 작업을 더 많이 맡더라도, 무엇을 만들지 결정하고 도구의 결과물을 검토하며 소프트웨어가 안전하고 안정적으로 실제 환경에서 돌아가는지 확인하는 일은 여전히 개발자의 몫이다.