[한영자막] AI 시대, 대담한 소프트웨어를 개발하는 법 — Jonathan Kelley (Dioxus Labs & Cognition)

한 줄 핵심

AI 코딩 에이전트 덕분에 코드 생산은 훨씬 싸졌지만, 대담한 소프트웨어를 만드는 핵심 경쟁력은 여전히 아키텍처·품질·검증에 있으며, Rust 같은 까다로운 언어와 하네스·리뷰 체계가 그 효과를 극대화한다.

시간별 요약

1. 0:00
   5년 전, Dioxus의 첫 커밋 Dioxus는 Rust로 크로스플랫폼 앱 프레임워크를 만들겠다는 아이디어에서 시작됐고, React Native와 Flutter의 한계를 넘어 네이티브 성능과 웹 기술의 친숙함을 함께 노렸다. 초기에는 반응성, 폰트 렌더링, 핫 리로드, 번들링까지 거의 모든 핵심 기능을 직접 만들어야 했고, 오늘날에는 원래 목표를 넘어 앱 개발 스택 전반을 다시 구성하는 수준에 도달했다.
2. 2:36
   현재 Dioxus 프로젝트의 현주소 Dioxus는 GitHub 스타 수와 다운로드 수가 크게 늘었고, iOS·Android·웹에서 같은 코드베이스로 동작하는 대규모 앱을 배포하는 수준까지 성장했다. 앱 구조가 단순하고 플랫폼별 코드에 덜 의존하며, 자체 HTML·CSS 렌더러 Blitz를 통해 Electron보다 훨씬 작은 번들 크기와 낮은 메모리 사용량을 달성했다.
3. 4:22
   경량 웹 렌더러 Blitz와 초고속 핫 리로드 Subsecond Subsecond은 Rust, C, C++을 위한 범용 핫 리로드 엔진으로, 변경된 부분만 재컴파일해 실행 중인 앱에 약 100 밀리초 안에 패치한다. 이런 도구들을 5년 동안 손으로 직접 고품질로 쌓아 올린 경험이 있었기에, AI 코딩 에이전트의 급격한 성능 향상이 실제 생산성 변화로 연결될 토대가 마련됐다.
4. 6:02
   코딩 에이전트가 Rust를 마스터한 순간 AI 코딩 에이전트가 Rust에서 강력해지자 대량의 기능 개발이 가능해졌지만, 초기에 생성된 수만 줄의 코드 대부분은 품질 기준을 통과하지 못했다. 도구를 제대로 다루지 못하면 쉽게 'slop cannon'이 되기 때문에, 실제로 무엇이 잘 되고 무엇이 안 되는지 다시 학습해야 했다.
5. 6:54
   어려운 언어 Rust가 에이전트 시대의 최대 무기가 된 이유 사람에게는 어렵게 느껴지는 Rust의 학습 곡선이, 이제는 에이전트가 부담을 대신 져 주기 때문에 오히려 장점이 된다. 에이전트는 방대한 문서와 API를 빠르게 훑고 엣지 케이스를 처리하며 빌드 시스템과 운영체제 차이를 다뤄, 사람이 모두 기억할 수 없는 지식을 보완한다.
6. 10:19
   끈기 있는 스페셜리스트로서의 코딩 에이전트 에이전트는 Kotlin·Swift 플러그인처럼 깊은 통합이 필요한 기능을 짧은 기간에 구현하고, Blitz의 CSS·레이아웃 문제처럼 지루하지만 전문성이 필요한 디버깅도 잘 해낸다. 또한 사람이 귀찮아하는 tarball 검증, 릴리스 체크리스트, 백포트, 문서 정비 같은 반복 작업을 맡겨 소수 인력이 더 중요한 설계 문제에 집중하게 만든다.
7. 12:51
   에이전트에게 맡겨야 할 지루하고 번거로운 작업들 코드가 곧 제품인 오픈소스 프로젝트에서는 문서, SDK, 예시, 릴리스 품질이 곧 사용자 경험이므로, 에이전트는 문서 누락이나 오래된 주석을 잡아내고 패치 릴리스의 품질을 유지하는 데 특히 유용하다. 반면 테스트 작성은 단순히 맞는 API를 검증하는 수준에 머무르기 쉬워 여전히 사람이 조건을 설계해야 하지만, 테스트 아이디어를 확장하고 퍼징 대상의 경계 조건을 정리하는 데는 도움을 준다.
8. 15:24
   AI 테스트의 한계와 퍼징(Fuzzing) 하네스의 승리 AI는 임의 입력과 적대적 입력을 대량으로 흘려보내는 퍼징 하네스를 만드는 데 강하며, 생산용 소프트웨어의 견고성을 높이는 데 직접적으로 기여한다. 반면 코드 구조가 나쁘면 에이전트의 산출물도 나빠지므로, 빠른 생성보다 그 결과를 받쳐 줄 아키텍처가 더 중요하다.
9. 16:15
   코드 아키텍처는 여전히 예술의 영역이다 에이전트는 보통 기능을 빨리 밀어 넣는 데는 능하지만, 시스템이 맞지 않을 때 구조를 과감하게 다시 설계하는 일은 사람이 더 많이 맡아야 한다. 이제는 실제 코드를 많이 쓰는 시간보다 앞으로의 확장성과 설계를 고민하는 시간이 더 중요해지고 있으며, 품질이 낮은 상태에서의 빠른 생산은 오히려 장기 비용을 키운다.
10. 17:06
    코드를 쓰는 것보다 읽고 설계하는 능력이 중요한 이유 에이전트는 작성 의도를 정확히 전달받지 못하면 엉성한 해결책을 내놓기 쉬워서, PR을 줄줄이 읽고 설계 의도를 명확히 하는 역량이 더 중요해진다. 결국 코드는 더 싸졌지만 품질은 더 비싸졌고, 소프트웨어 엔지니어의 본질은 코드를 많이 치는 일이 아니라 복잡한 문제를 우아하게 설계하는 일로 남아 있다.

실무 인사이트

• 에이전트를 도입할수록 코드 생성 속도보다 아키텍처·문서·릴리스 검증 같은 품질 체계를 먼저 정비해야 실제 생산성이 올라간다.
• Rust처럼 난도가 높은 스택은 사람에겐 부담이지만, 에이전트가 보조할 때는 엣지 케이스 처리와 대규모 코드베이스 유지보수에서 강점으로 바뀐다.
• 테스트 자동화는 단순 단위 테스트보다 퍼징 하네스, 릴리스 체크리스트, 문서 일관성 점검처럼 반복적이고 규칙화 가능한 영역에 먼저 적용하는 편이 효과적이다.