AI가 소프트웨어의 문법을 바꾼다

핵심 요약

• 소프트웨어는 고유한 문법을 가짐: Figma의 프레임과 컴포넌트, Salesforce의 계정과 기회, CAD의 스플라인처럼 각 도구는 배워야 할 언어가 있습니다.
• AI는 영어를 범용 API로 전환: 사용자가 의도를 영어로 표현하면 AI 에이전트가 애플리케이션의 문법을 처리합니다.
• 온보딩 격차를 해소: 제품 주도 성장(PLG) 기업과 복잡한 엔지니어링 도구 모두에게 진입 장벽을 낮춥니다.
• 전문성은 여전히 중요: 에이전트가 일상적 작업을 처리하지만, 시스템의 근본 원리를 이해하는 전문가는 더욱 필수적이 됩니다.
• 제품 디자인의 패러다임 변화: UI 단순성을 위해 에이전트는 더 큰 복잡성을 처리하도록 설계되어야 합니다.

소프트웨어의 고유한 언어 체계

모든 소프트웨어 제품은 고유한 문법을 갖고 있습니다. Figma에서는 프레임과 컴포넌트로, Salesforce에서는 계정·연락처·기회로, CAD에서는 도구와 제약 조건으로 말합니다. 이러한 용어들을 배우는 데는 시간이 걸리며, 소프트웨어가 강력할수록 더 많은 전문성을 요구합니다.

사용성 연구실은 한 번에 한 명의 사용자를 대상으로 이 격차를 줄이기 위해 존재하지만, 여전히 근본적인 한계가 있습니다. 복잡한 소프트웨어는 배우기 어렵고, 영업팀 없이 스스로 제품을 판매해야 하는 제품 주도 성장(PLG) 기업에는 특히 부담이 됩니다.

AI가 영어를 소프트웨어 인터페이스로 만들다

AI는 이 문제를 다른 방식으로 해결합니다. 영어를 범용 인터페이스로 만드는 것 입니다. 사용자가 결과를 영어로 설명하면 AI 에이전트가 그 의도를 컴퓨터 언어로 번역합니다.

프로그래머들은 이미 이를 경험했습니다. AI가 영어를 C++, Rust, TypeScript로 번역하는 방식입니다. 이제 그 번역이 애플리케이션 계층의 언어(계정, 구매 주문서, 원, 스플라인 등)로 확장되고 있습니다.

실제 사례: 비기술 창업가 야나 웰린더(Yana Welinder)는 루스 아사와(Ruth Asawa)의 고리형 와이어 조각에서 영감을 받아 CAD 소프트웨어로 이전에 제작 불가능했던 드레스를 만들고 싶었습니다. 하지만 그녀는 CAD를 다룰 수 없었으므로, AI에게 그 소프트웨어를 사용하도록 요청했습니다. 결과는 경이로웠습니다.

전문가의 역할은 진화한다, 사라지지 않는다

반대 주장도 존재합니다. 전문가가 없어지지는 않는다 는 것입니다. 소프트웨어 엔지니어링에서 AI 에이전트가 대부분의 코드를 작성하지만, 어려운 문제는 여전히 시스템의 근본 원리를 이해하는 사람이 필요합니다.

마찬가지로 깊이가 중요한 시스템에서는 깊이가 계속 중요합니다. 르네상스 시대 소프트웨어 엔지니어링은 개별 구문 편집을 시스템 아키텍처로 대체했습니다. 즉, 개별 컴포넌트를 설정하는 것이 아니라 조각들이 어떻게 서로 맞물리는지에 대한 것입니다.

제품 디자인과 문서화의 미래

AI를 위해 구축된 소프트웨어는 최종 사용자에게는 단순해야 하지만, 에이전트가 안전하고 완벽하게 작동하도록 하는 더 큰 복잡성을 내부적으로 노출해야 합니다.

이에 따라 문서화의 중요성이 높아집니다. 인프라는 항상 API, 스키마, 실패 모드에 대한 문서에 의존해왔습니다. 이제 그 요구사항이 애플리케이션 계층으로 이동하고 있습니다. 문서화를 설계하는 것이 제품 디자인의 필수 부분이 될 것이며, UX 랩은 에이전트가 소프트웨어를 어떻게 작동하는지 관찰하는 평가 단계로 진화할 것입니다.

결론

AI는 영어를 소프트웨어의 보편적 인터페이스로 만들어, 사용자가 도구의 복잡한 문법을 배우지 않고도 강력한 소프트웨어를 다룰 수 있게 합니다. 하지만 이는 전문가를 제거하는 것이 아니라, 그들의 역할을 시스템 이해와 깊이 있는 아키텍처 설계로 진화시킵니다. 이 시대의 성공적인 소프트웨어는 최종 사용자에게 단순함을 제공하면서도 AI 에이전트가 자유롭게 작동할 수 있는 충분한 복잡성을 내부에 갖춰야 합니다.

---

Original source: Previously Unmanufacturable

powered by osmu.app