Рецензент ядра Linux уходит с поста по управлению памятью из-за наплыва “мусорных” патчей от ИИ

Linux ии Open Source программирование разработка по tomshardware.com

Рецензент ядра Linux по управлению памятью уходит в отставку из-за наплыва патчей от ИИ. Большой объем запросов в сочетании с нехваткой персонала вынуждает его отойти от дел.

Ядро Linux, вероятно, является одной из лучших экосистем для наблюдения за влиянием ИИ в программировании. Критическая важность его кода и высокие стандарты качества его сопровождающих означают, что исправления, включая, но не ограничиваясь, «мусор» от ИИ, проходят строгую проверку и часто отклоняются. Тем не менее, объем кода, произведенного ИИ, часто намного превышает возможности человеческих рецензентов. Лоренцо Стоукс, ведущий рецензент ядра Linux по управлению памятью, именно по этой причине решил отказаться от части своих прежних обязанностей. Стоукс объявил о своем решении сегодня в ветке обсуждения в списке рассылки ядра Linux (LKML). Он покинет основные разделы ядра, связанные с управлением памятью: reclaim, Rust, THP (Huge Pages) и miscellaneous, но продолжит выполнять оставшиеся обязанности, включая KVM. Частичный уход выглядит дружеским, и разработчик не проявляет гнева или горечи. Он говорит, что его решение было вызвано растущим давлением на его почтовый ящик, и он завершит серию патчей, над которыми работает в настоящее время, а также будет время от времени вносить свой вклад. Однако основная причина также очевидна: «Конечно, волна ИИ была ужасной и становится значительно хуже. Сначала я видел мусор время от времени. Затем это было по крайней мере раз в неделю. Потом каждые несколько дней. В наши дни это примерно половина того, что я вижу, если не больше». Это мнение разделяют многие программисты в сообществе open-source, и это последнее в серии уходов из проектов, вызванных ИИ, корректировок правил подачи заявок и стратегических сдвигов. Программирование с помощью ИИ, возможно, стало как благом, так и проклятием для программного обеспечения с открытым исходным кодом. Открытый характер проекта означает, что любой может найти ошибку и сообщить о ней или исправить ее, или добавить функциональность — все это хорошие вещи. Однако это также означает, что буквально *любой* может внести свой вклад, а в мире, переполненном низкокачественным мусором от ИИ и неисчислимым количеством ИИ-агентов, это… неоптимально. Проекты с открытым исходным кодом, возможно, пострадали больше всего, поскольку они очень редко имеют достаточные людские ресурсы или средства для поддержания кода в актуальном состоянии, не говоря уже о том, чтобы справляться с результатами работы миллиона роботизированных обезьян на миллионе цифровых пишущих машинок. Линус Торвальдс, создатель и руководитель Linux, занял про-ИИ позицию, подкрепленную не только скоростью дополнительных вкладов, но и тем фактом, что боты часто не допускают ошибок, которые совершают даже опытные разработчики. Эта тема была предметом множества обсуждений в LKML, и текущая позиция заключается в том, что коммиты кода, созданные с помощью ИИ, не требуют специальной маркировки. Проблема, таким образом, arguably стала проблемой фильтрации: достаточно легко принимать вклады от ИИ, когда ваш день не проходит в копании в грязи в поисках единственной золотой выгоды, от чего Стоукс, казалось, устал. Еще в июле он уже высказывал опасения по поводу «недавней волны мусора в [управлении памятью]», добавляя, что «количество времени, потраченного на мусор от ИИ, уже слишком велико, и мы только в начале этого». Даже совсем недавно, месяц назад, он сказал, что «то, что убьет проект, — это 1000 заявок с мусором, с которыми должны разбираться два или три человека».

Всегда имейте в виду, что редакции могут придерживаться предвзятых взглядов в освещении новостей.

Похожие новости: