Разработчик Джеймс Росс в эссе описывает перекос: ИИ удешевляет подготовку правок кода, но не их проверку. По его оценке, нагрузка на проверяющих подталкивает проекты ограничивать приём изменений от посторонних.

Один из примеров Росса — Ladybird, браузер с открытым кодом: теперь изменения кода вносят только разработчики, которые поддерживают проект. При этом исходный код остаётся открытым, а сообщения об ошибках по-прежнему принимаются.

GitHub уже позволяет полностью отключить запросы на слияние изменений или разрешить их только участникам с правом записи. Готового решения проблемы Росс не предлагает.

Проверка утверждений:

  • Росс считает, что нагрузка на проверяющих подталкивает проекты с открытым кодом ограничивать приём изменений от посторонних. (подтверждено самой публикацией: доказательство; «The details vary, but the shape is the same: maintainers are no longer just deciding whether a contribution is good, they’re deciding whether they can afford to find out. I don’t think they’re wrong, and that’s the really difficult part. Every maintainer closing the door is probably making the rational choice for their project, their time, and their sanity. But when enough people make that same rational choice, open source starts to become something else.»)
  • Джеймс Росс — разработчик и автор эссе. (подтверждено самой публикацией: доказательство; «Hello! I’m James Ross. I’m CTO and Co-Founder of Nodecraft . I’m a self-taught software engineer and am excited to be working towards the future of online gaming.»)
  • В эссе Росс утверждает, что ИИ удешевил создание изменений кода, но не их проверку. (подтверждено самой публикацией: доказательство; «When generating a PR takes ten seconds and reviewing it properly takes thirty minutes, all you’ve done is shift the work from the person who wants something onto the person who has to say no - and the person saying no is almost always a volunteer who was already stretched thin. AI made contributing cheap. It didn’t make maintaining any cheaper - if anything, it made it a lot more expensive.»)
  • Росс приводит Ladybird как пример проекта, который перестал принимать изменения от внешних участников. (подтверждено самой публикацией: доказательство; «OpenJDK banned LLM-generated contributions , naming reviewer burden as the first risk. Ladybird stopped accepting public pull requests.»)
  • В Ladybird изменения кода теперь вносят только разработчики, которые поддерживают проект. (подтверждено самой публикацией: доказательство; «We will no longer accept public pull requests. From now on, code changes to the Ladybird codebase will only be introduced by project maintainers.»)
  • Ladybird сохраняет открытый исходный код и принимает сообщения об ошибках. (подтверждено самой публикацией: доказательство; «Ladybird remains open source. The source code will continue to be publicly available under an open source license. Outside involvement still matters: clear bug reports, reductions, website testing, standards discussion, design discussion, security reports, and technical feedback all help move the project forward.»)
  • GitHub позволяет полностью отключить запросы на слияние изменений или разрешить их только участникам с правом записи. (подтверждено самой публикацией: доказательство; «You can now turn off pull requests entirely from your repository’s Settings , just like you can with wikis, issues, discussions, and projects. When disabled, the pull requests tab will not be visible. This means no one can see existing pull requests or open new ones. This is particularly useful for mirror repositories, read-only codebases, or projects where you want to share your work publicly without managing contributions. Restrict pull requests to collaborators You can now restrict pull request creation to collaborators only if you still want to use the pull request flow with a managed group of contributors. When enabled, the pull requests tab remains visible. All pull requests can be seen and commented on, but only collaborators (i.e., users with write access) can create new ones.»)
  • Росс не предлагает готового решения проблемы. (подтверждено самой публикацией: доказательство; «I wish I had a neat answer here, but I don’t.»)

Публикации:

Первоисточники:

оценка 49,2 из 100 · тип: анонс