Рецензент пам'яті ядра Linux залишає частину обов'язків через AI-сміттяні латки

Лоренцо Стоукс, провідний рецензент пам'яті Linux, оголосив, що залишає кілька обов'язків з рев'ю в цій сфері, зберігаючи інші обов'язки, зокрема KVM. Він сказав, що рішення стало наслідком зростання тиску на його поштову скриньку, зокрема збільшення частки AI-згенерованих латок, які він назвав сміттям. Оголошення зроблено сьогодні у гілці розсилки ядра Linux.

Які обов'язки змінюються

Стоукс залишить розділи core, reclaim, Rust, THP (Huge Pages) та miscellaneous в управлінні пам'яттю ядра. Він залишається на інших обов'язках, зокрема KVM. Він планує завершити серію латок, над якою зараз працює, та час від часу допомагати. Частковий відхід виглядає дружнім, і розробник не виглядає розгніваним чи озлобленим.

AI-сміття та навантаження на рев'ю

Стоукс сказав, що хвиля AI була жахливою і стає значно гіршою. Він описав прогресію від випадкового сміття до принаймні раз на тиждень, потім кожні кілька днів, а тепер практично половини того, що він бачить, якщо не більше. Він піднімав занепокоєння ще у липні щодо нещодавньої хвилі сміття в управлінні пам'яттю та сказав, що час, втрачений на AI-сміття, вже був занадто великим, і це лише початок. Ще місяць тому він казав, що проєкт вбиває наявність 1 000 сміттєвих подань, з якими мають щось робити 2 або 3 особи.

Відкритий код і AI-внески

AI-асистоване програмування стало і благом, і прокляттям для програмного забезпечення з відкритим кодом. Відкриті проєкти дозволяють будь-кому знаходити або повідомляти про помилки, виправляти їх чи додавати функціональність. Ця відкритість також означає, що будь-хто може робити внески, що є неоптимальним у світі низькозатратного AI-сміття та AI-агентів. Проєкти з відкритим кодом найбільше страждають, бо рідко мають достатньо людей або коштів, щоб підтримувати код у актуальному стані, не кажучи вже про роботу з великими обсягами машинно згенерованих подань.

Позиція Linux щодо AI-асистованого коду

Лінус Торвальдс, творець і керівник Linux, зайняв про-AI позицію. Цю позицію підтримують швидкість додаткових внесків і те, що боти часто не роблять помилок, які припускають навіть досвідчені розробники. Ця тема була предметом багатьох обговорень у LKML, а чинна позиція полягає в тому, що AI-асистовані коміти коду не потрібно позначати як такі. Проблема стала питанням фільтрації, оскільки приймати AI-внески легше, коли рецензенти не бредуть крізь бруд у пошуках одного золотого самородка.

Джерела: Tom's Hardware