ZDNET을 팔로우하세요: 우리를 선호 소스로 추가하세요 Google에서.
ZDNET의 주요 시사점
- 최고의 오픈 소스 관리자들은 AI가 갑자기 훨씬 더 유용해졌음을 발견했습니다.
- 아직 극복해야 할 법적, ‘AI 슬롭’ 문제가 남아 있다.
- 연말까지 AI 프로그래밍 도구의 신뢰성은 더욱 높아질 것입니다.
거의 모든 것을 실행하는 오픈 소스 소프트웨어를 사용하면 여러 개발자가 기업 후원자의 도움을 받아 중요한 프로그램 대부분을 유지 관리한다고 생각할 수도 있습니다. 당신은 틀렸을 것입니다.
소프트웨어 공급망 회사인 Anchore의 보안 부사장인 Josh Bressers가 작년에 지적했듯이 1,180만 개 프로그램 중 700만 개에 달하는 오픈 소스 프로젝트의 대다수에는 관리자가 단 한 명뿐입니다. 해당 프로그램이 모호하거나 더 이상 사용되지 않는다고 생각할 수도 있습니다. 당신도 그것에 대해 틀렸을 것입니다.
또한: 실제적이고 신뢰할 수 있는 제품을 빠르게 출시하는 데 사용하는 7가지 AI 코딩 기술
Bressers는 JavaScript NPM 생태계를 면밀히 조사한 결과 한 달에 백만 번 이상 다운로드되는 프로젝트 중 “가장 많이 다운로드된 13,000개의 NPM 패키지 중 약 절반이 (유지 관리되고 있음)”이라는 사실을 발견했습니다. 한 사람.”
아야!
다르게 생각하면 수천 개의 중요한 프로그램이 한 번의 교통사고나 심장마비로 인해 중단될 수도 있습니다. 그것은 좋지 않습니다.
AI 도구는 최근 코딩에서 훨씬 더 좋아졌습니다.
이에 대해 우리는 무엇을 할 수 있나요? 마술 지팡이를 휘두르더라도 즉시 사용할 수 있는 수천 명의 전문 유지관리자를 기적적으로 찾을 수는 없습니다. 대신 몇몇 저명한 오픈 소스 유지관리자는 AI를 사용하여 레거시 코드베이스를 유지하거나 유지 관리를 더 쉽게 만드는 것을 고려하고 있습니다.
믿거나 말거나 최근 AI 코딩 도구의 코딩 능력이 훨씬 향상되었기 때문에 이것이 가능합니다. 그건 내 의견이 아니야. 최선을 다했을 때 나는 괜찮은 프로그래머였습니다. 아니요, 이는 Linux 안정 커널 관리자인 Greg Kroah-Hartman의 의견입니다.
Kroah-Hartman과 저는 최근 암스테르담에서 열린 KubeCon Europe에 모였습니다. 그는 나에게 “몇 달 전에 우리는 ‘AI 슬롭(AI slop)’이라고 불리는 AI 생성 보안 보고서를 받았는데, 이는 분명히 잘못되었거나 품질이 낮았습니다.”라고 말했습니다.
또한: 개발자에 따르면 AI가 오픈 소스 소프트웨어에 저주이자 축복인 이유
그러다가 놀라운 일이 일어났습니다. “한 달 전에 세상이 바뀌었습니다. 이제 실제 보고서가 있습니다. 모든 오픈 소스 프로젝트에는 AI로 작성된 실제 보고서가 있지만 그것은 훌륭하고 실제입니다. 모든 오픈 소스 보안 팀이 지금 이 문제를 해결하고 있습니다.”
무슨 일이에요? Kroah-Hartman은 어깨를 으쓱했습니다. “우리는 모릅니다. 아무도 그 이유를 모르는 것 같습니다. 더 많은 도구가 훨씬 더 좋아졌거나 사람들이 ‘이봐, 이걸 살펴보자’라고 말하기 시작했습니다.”
그렇다고 해서 Anthropic Claude가 조만간 Linus Torvalds나 심지어 회사의 중간급 프로그래머를 대체할 것이라는 의미는 아닙니다. 하지만 이것이 의미하는 바는 적절하게 사용되면(여기서 바이브 코딩은 필요 없음) AI가 오래되었지만 여전히 사용되는 코드를 정리하는 데 도움이 될 수 있다는 것입니다. 버려진 프로그램을 유지합니다. 기존 코드를 개선합니다.
또한: AI의 과잉 판매 – 그리고 이에 저항하는 방법
예를 들어, Verizon의 오픈 소스 수석 이사인 Dirk Hondhel은 LinkedIn에 AI 코딩 도구가 아직 코드를 유지할 준비가 되지 않았지만 곧 그렇게 될 것이라고 말했습니다. “이것은 오늘날 거의 가능합니다. 지난 몇 분기 동안 이러한 도구가 개선된 속도로 볼 때 올해 어느 시점에는 허용 가능한 결과가 나올 것이라고 확신합니다.”
그는 유일한 사람이 아닙니다. Ruby 프로젝트 유지관리자 Stan Lo(st0012)는 AI가 이미 문서 테마, 리팩터링 및 디버깅에 도움을 줬다고 썼으며 AI 도구가 “관리되지 않은 프로젝트를 부활시키는 데 도움이 되고” “새로운 세대의 기여자 또는 유지관리자를 양성하는 데 도움이 될지”에 대해 분명히 궁금해하고 있습니다.
실제로 개발자가 최신 프로그래밍 언어에 맞게 레거시 코드베이스를 현대화하는 데 도움이 되는 ATLAS(Autonomous Transpilation for Legacy Application Systems)라는 AI 프로젝트가 이미 있습니다. 우리는 이러한 다른 AI 도구가 곧 등장할 것으로 예상할 수 있습니다. 최신 새로 고침을 사용할 수 있는 구식이지만 여전히 사용되는 코드가 많이 있습니다.
변호사들은 현장 근무를 할 예정이다
샴페인을 터뜨리기 전에 몇 가지 주요 문제를 생각해 봅시다. 첫째, AI로 오픈 소스 코드를 개선할 수 있다면 누군가가 기존 코드를 복사하고 다시 작성한 다음 이를 독점 라이선스에 적용하는 것을 어떻게 막을 수 있을까요? 변호사들은 이것으로 현장 하루를 보낼 것입니다. 아, 잠깐! — 곧 그렇게 될 것입니다. chardet이라는 중요한 Python 라이브러리의 관리자인 Dan Blanchard는 방금 GNU Lesser General Public License(LGPL)를 대체하는 MIT 라이센스에 따라 프로그램의 최신 “클린룸” 버전을 출시했습니다. “클린룸”이란 그가 Anthropic의 Claude를 사용하여 라이브러리를 완전히 다시 작성했다는 의미입니다. 이제 Claude가 프로젝트 기여자로 나열됩니다.
프로젝트의 원래 개발자라고 주장하는 사람인 Mark Pilgrim은 기분이 좋지 않습니다. Pilgrim은 “(관리자)가 ‘완전한 재작성’이라고 주장하는 것은 원래 라이센스 코드에 충분히 노출되었기 때문에 관련이 없습니다. 멋진 코드 생성기를 믹스에 추가한다고 해서 추가 권한이 부여되는 것은 아닙니다.”라고 말합니다.
또한: AI는 수십 년 된 코드에서도 숨겨진 소프트웨어 버그를 찾는 데 점점 능숙해지고 있습니다.
그러나 Blanchard는 “chardet 7은 이전 버전에서 파생된 것이 아니다”라고 주장합니다. 오픈 소스 코드를 수정하거나 복제하기 위해 AI를 사용하면 결국 법정에 가게 될 것이라고 언급했나요?
또 다른 문제가 있습니다. 코드 문제를 해결하는 데 예전보다 AI가 훨씬 더 유용한 것처럼 보이지만 여전히 AI가 많이 부족하고 오픈 소스 프로젝트 유지관리자가 그 속에 빠져 있습니다. 인기 있는 오픈 소스 데이터 전송 프로그램인 cURL의 창시자인 Daniel Stenberg에게 물어보세요.
거의 모든 오픈 소스 프로젝트 관리자가 같은 이야기를 할 수 있습니다. 어떤 경우에는 AI 슬롭이 너무 유독해서 프로젝트 자체가 중단된 경우도 있습니다. 예를 들어, Jazzband의 수석 유지관리자인 Python Software Foundation의 Jannis Leidel은 “AI가 생성한 스팸 PR 및 문제의 홍수”로 인해 프로젝트가 익사했기 때문에 프로그램을 종료했습니다.
조심스러운 AI 사용자인 Torvalds 자신은 AI가 코드를 빠르게 생성하지만 그 결과는 “유지 관리하기 끔찍할 수 있다”고 경고합니다. 그는 AI를 생산성을 높이는 도구로 보지만, 문제가 발생했을 때 프로그램에서 무슨 일이 일어나고 있는지 실제로 이해해야 할 필요성을 대체하지는 않습니다. 그리고 장담하는데, 상황은 깨질 것입니다.
또한: Claude Code의 새로운 자동 모드가 속도를 늦추지 않고 AI 코딩 재해를 방지하는 방법
Linux Foundation의 보안 조직인 Alpha-Omega Project와 Open Source Security Foundation(OpenSSF)은 유지 관리 담당자가 AI 도구를 무료로 사용할 수 있도록 하여 이 문제를 해결하고 있습니다. Kroah-Hartman은 이에 대해 “OpenSSF는 현재 받고 있는 증가된 AI 생성 보안 보고서를 분류하고 처리하는 데 과로한 유지 관리 담당자를 도울 수많은 프로젝트를 지원하는 데 필요한 적극적인 리소스를 보유하고 있습니다.”라고 말했습니다.
AI가 오픈 소스 개발자와 유지 관리자에게 정말 유용해지고 있지만, AI와 오픈 소스 프로그래밍이 진정으로 조화롭게 함께 작동하기 전에 해결해야 할 법적, 코딩, 품질 문제가 여전히 많이 있습니다.