AI가 영어를 인터페이스로 만들어 소프트웨어 사용 장벽을 낮추는 방식을 알아보세요. 제품 설계와 전문성의 미래.
AI가 소프트웨어 문법을 바꾸는 방법
핵심 요약
- 모든 소프트웨어는 고유한 문법을 가지고 있으며, 기능이 강할수록 더 많은 전문 지식이 필요함
- AI는 영어를 범용 인터페이스로 만들어 사용자가 의도를 표현하고 에이전트가 소프트웨어 문법을 처리하도록 함
- CAD 소프트웨어를 다루지 못하던 비기술계 창업자가 AI를 통해 이전에 제작 불가능했던 의류를 만들 수 있음
- 제품 설계의 중심이 UI 디자인에서 에이전트-친화적 시스템 아키텍처와 문서화로 이동
- 전문가의 역할은 사라지지 않으며, 깊이가 중요한 시스템에서는 여전히 전문성이 필수
소프트웨어의 문법 장벽
모든 소프트웨어는 고유한 언어를 가지고 있습니다. Figma는 프레임과 컴포넌트로, Salesforce는 계정과 기회로, CAD는 스플라인과 제약 조건으로 소통합니다. 이러한 어휘를 배우는 데는 시간이 걸리며, 소프트웨어가 강력할수록 더 많은 전문 지식을 요구합니다.
제품 관리자의 의도와 상관없이, 기능과 필요한 전문성은 함께 증가합니다. 가장 강력한 도구는 가장 적은 수의 사람만이 다룰 수 있는 것입니다. 이 온보딩 문제는 영업팀 없이 스스로 판매되는 제품 주도 성장(PLG) 기업뿐만 아니라 엔지니어링 제품에도 부담을 줍니다.
AI가 영어를 범용 API로 만들다
AI는 이 장벽을 다르게 낮춥니다. 사용자가 의도를 영어로 표현하고, 에이전트가 애플리케이션의 문법을 처리하도록 하는 것입니다.
야나 웰린더는 루스 아사와의 고리형 와이어 조각에서 영감을 받아 이전에 제작 불가능했던 드레스를 만들고 싶었습니다. 하지만 그녀는 CAD 소프트웨어를 다루지 못했습니다. 그래서 Codex에 자신의 의도를 설명했고, AI가 그 의도를 CAD의 문법으로 번역했습니다. 결과는 놀라웠습니다.
이는 프로그래머들이 이미 경험한 방식입니다. 개발자들은 AI의 "바벨피시"를 통해 처음으로 이렇게 소통했습니다. 영어를 C++, Rust, TypeScript로 번역하는 식이었죠. 이제 번역할 가치가 있는 언어는 애플리케이션 영역의 언어입니다. 계정, 구매 주문서, 원, 스플라인 같은 것들입니다.
제품 설계의 역전
AI를 위해 구축된 소프트웨어는 복잡하고 문서화가 잘 되어 있어야 합니다. 사람들은 단순함을 선호하며 설명서를 읽지 않고 먼저 시도해보려 합니다. 하지만 에이전트는 메뉴를 클릭하는 사람보다 한 번에 더 많은 시스템 스키마를 보유하고 검색하며 추론할 수 있습니다.
제품 관리자의 업무는 모든 화면을 디자인하는 것에서 에이전트가 시스템에서 안전하고 완벽하게 작동하도록 하는 하네스를 구축하는 것으로 바뀝니다. 문서화는 더욱 중요해집니다. 개발자들이 API와 스키마를 이해해야 하는 인프라 세계처럼, 이제 애플리케이션 영역에서도 에이전트가 시스템을 신뢰하기 전에 문서화를 이해해야 합니다.
전문가의 역할은 사라지지 않는다
반론이 있습니다. 전문가는 사라지지 않습니다. 소프트웨어 엔지니어링에서 에이전트가 대부분의 코드를 작성해도, 어려운 문제는 여전히 시스템의 근본을 이해하는 사람이 필요합니다.
깊이가 중요한 시스템에서는 여전히 깊이가 중요합니다. 소프트웨어 엔지니어링의 르네상스는 개별 구성 요소를 설정하는 것이 아니라, 조각들이 어떻게 서로 맞춰지는지에 대한 시스템 아키텍처로 문법 편집을 대체했습니다.
결론
AI는 소프트웨어를 더 접근하기 쉽게 만들지만, 제품 설계의 방식을 완전히 바꿉니다. 영어는 사람이 소프트웨어로도 똑같이 할 수 있게 하며, 중요한 의도를 말하고 나머지는 에이전트가 흡수하도록 합니다. 결과적으로 더 강력한 기능을 더 많은 사람에게 열어주면서, 동시에 제품과 시스템에 대한 이해의 중요성은 더욱 커집니다.
Original source: Previously Unmanufacturable
powered by osmu.app