Торвальдс объявил о переменах в подходе к код-ревью
Linus Torvalds, создатель ядра Linux, заявил, что в будущем будет жестче оценивать pull request (PR) в проекте. В своих комментариях на форуме Linux Kernel Mailing List (LKML) он подчеркнул, что намерен отсеивать запросы, не несущие реальной пользы, даже если они исходят от разработчиков с высоким рейтингом или, как это ни удивительно, от искусственного интеллекта.
По словам Торвальдса, количество низкокачественных PR значительно возросло, и их обработка отвлекает мейнтейнеров от важных задач. Он отметил, что часть таких запросов генерируется автоматизированными системами, включая ИИ-инструменты, которые предлагают изменения без должной проработки. Торвальдс подчеркнул, что его команда не против инноваций, но требует ответственного подхода.
—
Почему изменения назрели: рост автоматизации и снижение качества
За последние годы сообщество Linux столкнулось с рядом вызовов, связанных с увеличением количества pull request. По данным LKML, за 2023 год было подано около 15 000 PR, из которых примерно 20% были отклонены или оставлены без внимания. Торвальдс объяснил, что основная проблема — не недостаток талантливых разработчиков, а переизбыток низкоприоритетных изменений.
Одним из ключевых факторов стало активное использование ИИ-инструментов для генерации кода. Многие компании и энтузиасты начали применять модели вроде GitHub Copilot или аналогичные решения для автоматизации разработки. Однако, как показала практика, ИИ часто предлагает изменения, которые:
— не соответствуют стилю кода Linux;
— содержат синтаксические ошибки;
— не решают реальных проблем;
— дублируют уже существующие патчи.
Торвальдс привел пример, когда ИИ сгенерировал PR, который исправлял несуществующую ошибку в коде. После ручного разбора выяснилось, что предлагаемое изменение было основано на неверных предпосылках. Подобные случаи заставили мейнтейнеров задуматься о необходимости ужесточения правил.
—
Реакция сообщества: кто поддерживает, а кто против
Новость о грядущих изменениях вызвала бурную реакцию в сообществе разработчиков Linux.
Сторонники строгих мер считают, что это необходимо для поддержания качества ядра. Например, мейнтейнер Greg Kroah-Hartman заявил, что слишком много времени уходит на фильтрацию «шума», и новые правила помогут сэкономить ресурсы. Другие разработчики отмечают, что ИИ-инструменты полезны, но требуют ручной проверки.
Противники изменений выражают опасения, что это может отпугнуть новых участников. Некоторые разработчики, особенно из компаний, активно использующих ИИ, считают, что такие меры замедлят инновации. Например, представитель компании, специализирующейся на ИИ-разработке, заявил, что их система уже доказала свою эффективность, и строгие правила могут помешать масштабированию.
—
Как Torvalds планирует внедрять изменения?
Торвальдс не раскрыл детали новой политики, но упомянул несколько ключевых направлений:
1. Ужесточение критериев приема PR — теперь изменения должны проходить более тщательную проверку на соответствие стандартам ядра.
2. Увеличение роли мейнтейнеров — они получат больше полномочий для отклонения низкокачественных запросов без согласования с Торвальдсом.
3. Автоматизированные проверки — будет усилен контроль со стороны ботов, которые предварительно анализируют PR на наличие типовых ошибок.
4. Обучение разработчиков — Торвальдс призвал сообщество делиться опытом и учить новичков правильному оформлению запросов.
—
Влияние на будущее Linux и open source
Решение Торвальдса может стать важным этапом в развитии Linux. С одной стороны, это поможет сохранить качество кода и избежать засорения репозитория. С другой — есть риск, что часть разработчиков уйдет в другие проекты с более мягкими правилами.
Однако Торвальдс уверен, что изменения пойдут на пользу. Он напомнил, что Linux всегда был проектом, где качество ставится выше скорости. «Мы не гонимся за количеством, мы ценим надежность», — заявил он.
—
Баланс между инновациями и качеством
Вопрос о том, как совместить прогресс и строгие стандарты, остается открытым. Торвальдс показал, что Linux не намерен слепо следовать трендам, а будет адаптироваться, сохраняя свои принципы. Новые правила могут стать вызовом для сообщества, но если они помогут снизить нагрузку на мейнтейнеров и улучшить качество кода, это будет только на пользу.
В конечном счете, успех изменений зависит от того, насколько сообщество сумеет сохранить дух открытости и collaboration, не жертвуя при этом фундаментальными ценностями проекта. Как сказал сам Торвальдс: «Мы открыты для новых идей, но не для ленивых решений».
