Salesforce 코드의 20%를 작성하는 AI-개발자가 우려하지 않는 이유

Anthropic의 CEO가 반년 내에 AI가 코드의 90%를 작성할 것이라고 예측했을 때 개발자 커뮤니티는 노후화에 대비했습니다. 하지만 Salesforce에서는 다른 진화가 펼쳐지는 것을 목격하고 있습니다.
"지난 한 달 동안 프로덕션에 배포된 모든 APEX 코드의 약 20%를 에이전트포스가 생성했습니다."라고 최근 토론에서 Salesforce의 AI 담당 수석 부사장 Jayesh Govindarajan은 밝혔습니다. 이 지표는 빠른 도입에 대한 설득력 있는 그림을 그려줍니다: 월간 활성 사용자 35,000명, 프로덕션 지원 코드 1,000만 줄 승인, 내부 효율성 향상으로 매월 30,000시간의 개발자 시간 회수.
AI는 엔지니어를 대체하는 것이 아니라 엔지니어의 역할을 재편하고 있습니다.
고빈다라잔은 "대부분의 초기 코드 초안은 AI가 작성하지만, 개발자는 자신의 기여를 재창조하고 있습니다."라고 말합니다. "엔지니어링 업무의 본질은 근본적인 변화를 겪고 있습니다."
구문에서 전략으로: 개발자 오케스트레이션의 부상
소프트웨어 개발은 전통적으로 창의적인 문제 해결과 반복적인 구현의 균형을 유지했습니다. 이제 AI가 후자를 처리함으로써 엔지니어는 더 가치 있는 작업에 집중할 수 있게 되었습니다.
고빈다라잔은 "엔지니어는 기술 실행자에서 전략적 의사 결정권자로 전환하고 있습니다."라고 설명합니다. "'어떻게 구축할 것인가'에서 '무엇을 구축할 것인가'와 '고객에게 왜 중요한가'로 초점이 이동하고 있습니다."
이는 도구가 인간의 능력을 대체하기보다 확장했던 과거의 기술 변화를 반영하는 것입니다. 스프레드시트를 통해 분석가가 계산보다 인사이트에 집중할 수 있게 된 것처럼, AI 코딩 도구는 개발자의 영향력을 증폭시킵니다.
고빈다라잔은 "몇 주가 걸리던 프로토타이핑 주기가 이제 몇 시간 만에 끝납니다."라고 말합니다. "엔지니어는 사양 문서 대신 작동 중인 소프트웨어로 개념을 검증할 수 있어 피드백 루프가 더 빨라졌습니다."
인텐트 중심 개발의 등장
"바이브 코딩"이라는 새로운 패러다임이 주목을 받고 있는데, 이 용어는 OpenAI의 안드레이 카르파티(Andrej Karpathy)가 대중화했습니다. 이 접근 방식은 AI 시스템에 높은 수준의 방향을 제시하고 그 결과물을 구체화하는 것을 포함합니다.
고빈다라잔은 "개발자는 전략적 지침을 제공하고 AI는 구현 세부 사항을 처리합니다."라고 설명합니다. "모든 세미콜론을 지시하는 것이 아니라 AI의 창의적인 결과물을 큐레이팅하는 것입니다."
제가 '바이브 코딩'이라고 부르는 새로운 종류의 코딩이 있는데, 이 코딩에서는 분위기에 완전히 몸을 맡기고 기하급수적인 것을 수용하며 코드가 존재한다는 사실조차 잊어버리게 됩니다. 이런 코딩이 가능한 이유는 LLM(예: 커서 컴포저 w 소네트)이 너무 좋아졌기 때문이죠. 또한 슈퍼위스퍼로 작곡가와 대화하면...
이 과정은 AI가 기본 요소를 설정하는 동안 개발자가 작곡을 완성하는 음악적 협업과 유사합니다.
고빈다라잔은 "복잡한 인프라의 경우 여전히 인간의 전문 지식이 필수적"이라고 인정했습니다. "하지만 기존 시스템을 결합하는 비즈니스 애플리케이션의 경우? AI 가속화는 판도를 바꾸고 있습니다."
AI 생성 코드를 위한 진화하는 품질 보증
AI의 확률적 특성은 새로운 테스트 방법론을 요구합니다. Salesforce는 머신 생성 코드의 검증을 위해 특별히 에이전트포스 테스트 센터를 개발했습니다.
고빈다라잔은 "확률적 시스템에는 다른 검증 접근 방식이 필요합니다."라고 강조합니다. "수백 가지의 잠재적 실행 경로에서 에지 케이스를 식별할 수 있는 강력한 테스트 프레임워크가 필요합니다."
엔드투엔드 개발 가속화
그 영향은 초기 코딩을 넘어 전체 소프트웨어 수명 주기를 포괄합니다.
고빈다라잔은 "AI는 지능형 코드 완성부터 자동화된 테스트 생성에 이르기까지 모든 단계를 향상시킵니다."라고 설명합니다. "아이디어와 구현 사이의 이러한 압축은 새로운 창의적 가능성을 열어줍니다."
컴퓨터 과학 기초의 변치 않는 가치
이러한 발전에도 불구하고 핵심 엔지니어링 기술은 여전히 필수 불가결합니다.
고빈다라잔은 "알고리즘적 사고와 문제 분해는 그 어느 때보다 가치가 있습니다."라고 강조합니다. "차이점은 이러한 기술을 수동 구현이 아닌 AI 협업을 통해 적용하는 데 있습니다."
이제 개발자에게는 AI 결과물을 평가하고 개선을 유도할 수 있는 판단력, 즉 고빈다라잔이 말하는 '공학적 취향'이 필요합니다.
전략적 개발자의 진화
구현이 지원됨에 따라 개발자는 비즈니스 기술 연락 담당자 역할로 전환하고 있습니다.
고빈다라잔은 "엔지니어는 플랫폼 설계자가 되고 있습니다."라고 말합니다. "엔지니어는 AI 시스템을 오케스트레이션하는 동시에 프로덕션에 제공되는 것에 대한 최종 책임을 유지합니다."
개발자용 에이전트포스, 에이전트 빌더, 테스트 센터를 포함한 Salesforce 제품군은 개발 라이프사이클 전반에 걸쳐 이러한 확장된 역할을 지원합니다.
이러한 비전은 종말론에 반박하는 것으로, AI를 지금까지 만들어진 가장 강력한 개발자 도구로 묘사합니다. 이에 적응하는 엔지니어에게는 대체가 아닌 전문성 향상을 의미하며, 가치 창출 방식을 혁신하는 동시에 전략적 중요성을 높여줍니다.
관련 기사
리눅스 재단에 6대 기술 거대기업이 1250만 달러를 지원해 AI 취약성 소음 문제 해결에 나서다
AI 자동화 도구가 생성한 저품질 보안 보고서의 홍수를 처리하기 위해, 앤트로픽(Anthropic), 아마존(AWS), 깃허브(GitHub), 구글(Google), 마이크로소프트(Microsoft), 오픈AI(OpenAI) 등 6대 주요 기술 기업은 리눅스 재단(Linux Foundation) 이니셔티브에 총 1,250만 달러의 자금을 공동으로 기부했습니다. 이 투자는 오픈 소스 소프트웨어(FOSS) 유지 관리자가 수동 선별의 부담에서 벗어나
[[IMG_BASE64_PLACEHOLDER]] 머스크, 오픈AI를 자녀들에게 넘길 가능성 고려… 알트만 증언
오늘 아침, 오픈에이아이(OpenAI)의 샘 알트만(Sam Altman) 최고경영자(CEO)는 회사의 기업 구조에 이의를 제기한 전 공동 창업자 일론 머스크(Elon Musk)의 소송에 대응하기 위해 증언대에 섰습니다.머스크가 비영리 자선단체를 사적 이익을 추구하는 자회사로 전환하여 AI 기반 제품을 마케팅한 다른 창업자들이 “자선단체를 훔쳤다”고 주장한 것과 관련해 질문을 받자, 알트만은 뚜렷한 망설임으로 응답했습니다.“그런 프레임으로 받
[[IMG_BASE64_PLACEHOLDER]] Sam Altman, AI의 감속 논란에 불을 붙이다
Apple Podcasts에서 듣기Spotify에서 듣기OpenAI의 CEO 샘 알트만은 최근 사회가 “일부 새로운 능력 수준 주변에서 단단히 경화될” 시간을 주기 위해 “AI 개발 속도를 조절할 때”가 되었을 수 있다고 제안했습니다.TechCrunch의 Equity 팟캐스트 최신 회차에서 Kirsten Korosec, Sean O’Kane, 그리고 저는 Altman의 발언이 최근 해킹 사건, 즉 OpenAI 에이전트가 Hugging Fac
관련 특별 주제 추천
의견 (3)
0/500
20% already? That's impressive, but I'm more curious about the quality of that AI-generated code. Is it mostly boilerplate or actually solving complex logic? 😅 Also, the anxiety around AI replacing devs feels overhyped—we'll just shift to reviewing and debugging AI output instead.
생각보다 개발자들이 AI 코딩에 불안해 안 한다고? 저는 오히려 코딩 비중이 20%인 게 놀랍네요. 아티클 읽고 보니 개발업무 중 반복적이거나 문서화 같은 부분은 AI가 대신하고, 사람은 더 복잡한 문제 해결에 집중하는 구조로 가는 것 같아요. 한국 IT 업계도 이렇게 되면 주니어 개발자 일자리는 줄어들지 않을까 걱정이... 🧐
Ça me rappelle un peu l’arrivée des compilateurs : d’abord perçus comme une menace, ils ont finalement libéré les développeurs pour se concentrer sur l’architecture et la logique métier. 20% de code généré, c’est peut-être le bon équilibre entre assistance et contrôle humain. Dommage que l’article n’explore pas plus les risques de « dette technique IA » si on automatise sans revue rigoureuse.

Anthropic의 CEO가 반년 내에 AI가 코드의 90%를 작성할 것이라고 예측했을 때 개발자 커뮤니티는 노후화에 대비했습니다. 하지만 Salesforce에서는 다른 진화가 펼쳐지는 것을 목격하고 있습니다.
"지난 한 달 동안 프로덕션에 배포된 모든 APEX 코드의 약 20%를 에이전트포스가 생성했습니다."라고 최근 토론에서 Salesforce의 AI 담당 수석 부사장 Jayesh Govindarajan은 밝혔습니다. 이 지표는 빠른 도입에 대한 설득력 있는 그림을 그려줍니다: 월간 활성 사용자 35,000명, 프로덕션 지원 코드 1,000만 줄 승인, 내부 효율성 향상으로 매월 30,000시간의 개발자 시간 회수.
AI는 엔지니어를 대체하는 것이 아니라 엔지니어의 역할을 재편하고 있습니다.
고빈다라잔은 "대부분의 초기 코드 초안은 AI가 작성하지만, 개발자는 자신의 기여를 재창조하고 있습니다."라고 말합니다. "엔지니어링 업무의 본질은 근본적인 변화를 겪고 있습니다."
구문에서 전략으로: 개발자 오케스트레이션의 부상
소프트웨어 개발은 전통적으로 창의적인 문제 해결과 반복적인 구현의 균형을 유지했습니다. 이제 AI가 후자를 처리함으로써 엔지니어는 더 가치 있는 작업에 집중할 수 있게 되었습니다.
고빈다라잔은 "엔지니어는 기술 실행자에서 전략적 의사 결정권자로 전환하고 있습니다."라고 설명합니다. "'어떻게 구축할 것인가'에서 '무엇을 구축할 것인가'와 '고객에게 왜 중요한가'로 초점이 이동하고 있습니다."
이는 도구가 인간의 능력을 대체하기보다 확장했던 과거의 기술 변화를 반영하는 것입니다. 스프레드시트를 통해 분석가가 계산보다 인사이트에 집중할 수 있게 된 것처럼, AI 코딩 도구는 개발자의 영향력을 증폭시킵니다.
고빈다라잔은 "몇 주가 걸리던 프로토타이핑 주기가 이제 몇 시간 만에 끝납니다."라고 말합니다. "엔지니어는 사양 문서 대신 작동 중인 소프트웨어로 개념을 검증할 수 있어 피드백 루프가 더 빨라졌습니다."
인텐트 중심 개발의 등장
"바이브 코딩"이라는 새로운 패러다임이 주목을 받고 있는데, 이 용어는 OpenAI의 안드레이 카르파티(Andrej Karpathy)가 대중화했습니다. 이 접근 방식은 AI 시스템에 높은 수준의 방향을 제시하고 그 결과물을 구체화하는 것을 포함합니다.
고빈다라잔은 "개발자는 전략적 지침을 제공하고 AI는 구현 세부 사항을 처리합니다."라고 설명합니다. "모든 세미콜론을 지시하는 것이 아니라 AI의 창의적인 결과물을 큐레이팅하는 것입니다."
제가 '바이브 코딩'이라고 부르는 새로운 종류의 코딩이 있는데, 이 코딩에서는 분위기에 완전히 몸을 맡기고 기하급수적인 것을 수용하며 코드가 존재한다는 사실조차 잊어버리게 됩니다. 이런 코딩이 가능한 이유는 LLM(예: 커서 컴포저 w 소네트)이 너무 좋아졌기 때문이죠. 또한 슈퍼위스퍼로 작곡가와 대화하면...
이 과정은 AI가 기본 요소를 설정하는 동안 개발자가 작곡을 완성하는 음악적 협업과 유사합니다.
고빈다라잔은 "복잡한 인프라의 경우 여전히 인간의 전문 지식이 필수적"이라고 인정했습니다. "하지만 기존 시스템을 결합하는 비즈니스 애플리케이션의 경우? AI 가속화는 판도를 바꾸고 있습니다."
AI 생성 코드를 위한 진화하는 품질 보증
AI의 확률적 특성은 새로운 테스트 방법론을 요구합니다. Salesforce는 머신 생성 코드의 검증을 위해 특별히 에이전트포스 테스트 센터를 개발했습니다.
고빈다라잔은 "확률적 시스템에는 다른 검증 접근 방식이 필요합니다."라고 강조합니다. "수백 가지의 잠재적 실행 경로에서 에지 케이스를 식별할 수 있는 강력한 테스트 프레임워크가 필요합니다."
엔드투엔드 개발 가속화
그 영향은 초기 코딩을 넘어 전체 소프트웨어 수명 주기를 포괄합니다.
고빈다라잔은 "AI는 지능형 코드 완성부터 자동화된 테스트 생성에 이르기까지 모든 단계를 향상시킵니다."라고 설명합니다. "아이디어와 구현 사이의 이러한 압축은 새로운 창의적 가능성을 열어줍니다."
컴퓨터 과학 기초의 변치 않는 가치
이러한 발전에도 불구하고 핵심 엔지니어링 기술은 여전히 필수 불가결합니다.
고빈다라잔은 "알고리즘적 사고와 문제 분해는 그 어느 때보다 가치가 있습니다."라고 강조합니다. "차이점은 이러한 기술을 수동 구현이 아닌 AI 협업을 통해 적용하는 데 있습니다."
이제 개발자에게는 AI 결과물을 평가하고 개선을 유도할 수 있는 판단력, 즉 고빈다라잔이 말하는 '공학적 취향'이 필요합니다.
전략적 개발자의 진화
구현이 지원됨에 따라 개발자는 비즈니스 기술 연락 담당자 역할로 전환하고 있습니다.
고빈다라잔은 "엔지니어는 플랫폼 설계자가 되고 있습니다."라고 말합니다. "엔지니어는 AI 시스템을 오케스트레이션하는 동시에 프로덕션에 제공되는 것에 대한 최종 책임을 유지합니다."
개발자용 에이전트포스, 에이전트 빌더, 테스트 센터를 포함한 Salesforce 제품군은 개발 라이프사이클 전반에 걸쳐 이러한 확장된 역할을 지원합니다.
이러한 비전은 종말론에 반박하는 것으로, AI를 지금까지 만들어진 가장 강력한 개발자 도구로 묘사합니다. 이에 적응하는 엔지니어에게는 대체가 아닌 전문성 향상을 의미하며, 가치 창출 방식을 혁신하는 동시에 전략적 중요성을 높여줍니다.
리눅스 재단에 6대 기술 거대기업이 1250만 달러를 지원해 AI 취약성 소음 문제 해결에 나서다
AI 자동화 도구가 생성한 저품질 보안 보고서의 홍수를 처리하기 위해, 앤트로픽(Anthropic), 아마존(AWS), 깃허브(GitHub), 구글(Google), 마이크로소프트(Microsoft), 오픈AI(OpenAI) 등 6대 주요 기술 기업은 리눅스 재단(Linux Foundation) 이니셔티브에 총 1,250만 달러의 자금을 공동으로 기부했습니다. 이 투자는 오픈 소스 소프트웨어(FOSS) 유지 관리자가 수동 선별의 부담에서 벗어나
[[IMG_BASE64_PLACEHOLDER]] 머스크, 오픈AI를 자녀들에게 넘길 가능성 고려… 알트만 증언
오늘 아침, 오픈에이아이(OpenAI)의 샘 알트만(Sam Altman) 최고경영자(CEO)는 회사의 기업 구조에 이의를 제기한 전 공동 창업자 일론 머스크(Elon Musk)의 소송에 대응하기 위해 증언대에 섰습니다.머스크가 비영리 자선단체를 사적 이익을 추구하는 자회사로 전환하여 AI 기반 제품을 마케팅한 다른 창업자들이 “자선단체를 훔쳤다”고 주장한 것과 관련해 질문을 받자, 알트만은 뚜렷한 망설임으로 응답했습니다.“그런 프레임으로 받
[[IMG_BASE64_PLACEHOLDER]] Sam Altman, AI의 감속 논란에 불을 붙이다
Apple Podcasts에서 듣기Spotify에서 듣기OpenAI의 CEO 샘 알트만은 최근 사회가 “일부 새로운 능력 수준 주변에서 단단히 경화될” 시간을 주기 위해 “AI 개발 속도를 조절할 때”가 되었을 수 있다고 제안했습니다.TechCrunch의 Equity 팟캐스트 최신 회차에서 Kirsten Korosec, Sean O’Kane, 그리고 저는 Altman의 발언이 최근 해킹 사건, 즉 OpenAI 에이전트가 Hugging Fac
20% already? That's impressive, but I'm more curious about the quality of that AI-generated code. Is it mostly boilerplate or actually solving complex logic? 😅 Also, the anxiety around AI replacing devs feels overhyped—we'll just shift to reviewing and debugging AI output instead.
생각보다 개발자들이 AI 코딩에 불안해 안 한다고? 저는 오히려 코딩 비중이 20%인 게 놀랍네요. 아티클 읽고 보니 개발업무 중 반복적이거나 문서화 같은 부분은 AI가 대신하고, 사람은 더 복잡한 문제 해결에 집중하는 구조로 가는 것 같아요. 한국 IT 업계도 이렇게 되면 주니어 개발자 일자리는 줄어들지 않을까 걱정이... 🧐
Ça me rappelle un peu l’arrivée des compilateurs : d’abord perçus comme une menace, ils ont finalement libéré les développeurs pour se concentrer sur l’architecture et la logique métier. 20% de code généré, c’est peut-être le bon équilibre entre assistance et contrôle humain. Dommage que l’article n’explore pas plus les risques de « dette technique IA » si on automatise sans revue rigoureuse.





집






