Линус Торвальдс считает ИИ важным инструментом для кода, но это не революция

На саммите Open Source Summit Japan в Токио Линус Торвальдс поделился своими свежими мыслями об искусственном интеллекте.

Прошло всего несколько недель с тех пор, как создатель Linux и Git вместе со своим давним другом Дирком Хонделом, руководителем программ с открытым исходным кодом в Verizon, обсуждали ИИ, Linux и открытый исходный код. С тех пор Торвальдс получил новый опыт взаимодействия с нейросетями, который заставил его взглянуть на применение ИИ в Linux позитивнее, чем когда-либо.

Отвечая на вопрос о влиянии ИИ и больших языковых моделей (LLM), Торвальдс отметил, что уже существует «множество инструментов для проверки кода». Одной из главных тем предстоящего саммита мейнтейнеров ядра (Kernel Maintainer Summit) станет «расширение нашего инструментария и политик в отношении использования ИИ».

Что именно это будет означать на практике, пока не решено окончательно, но ясно одно: некоторые ИИ-инструменты получат официальное одобрение для использования разработчиками и мейнтейнерами. При этом Торвальдс по-прежнему не переносит шумиху, наполненную модными словечками: «Я терпеть не могу всю эту тему ИИ не потому, что ненавижу сам ИИ, а потому что она превратилась в сплошной хайп». Тем не менее, он назвал себя «большим сторонником ИИ как инструмента».

Продолжая мысль, Торвальдс сказал, что ему «гораздо меньше интересно использование ИИ для написания кода» и куда больше — «ИИ как инструмент для поддержки, включая автоматическую проверку патчей и код-ревью еще до того, как изменения дойдут до него».

Он привел в пример недавний внутренний эксперимент, в котором ИИ-система проверяла слияние (merge), которое он сам отклонил: «ИИ не только нашел мои замечания, но и добавил свои собственные». По его словам, это «отличный знак, когда инструмент находит даже больше, чем вы как эксперт».

Что это за ИИ-инструмент?

Торвальдс пока не вправе раскрывать детали, но мы скоро всё узнаем. Новости могут появиться уже на этой неделе во время конференции Linux Plumbers Conference, которая проходит там же.

Несмотря на это, Торвальдс отверг утверждения о том, что ИИ фундаментально изменит программирование, назвав его скорее очередным этапом в долгой эволюции инструментов. По его мнению, настоящей революцией были компиляторы: «Компиляторы ускорили программирование в 1000 раз», тогда как ИИ может добавить «10-кратное или даже 100-кратное ускорение поверх этого», но это все равно «просто инструмент».

Реальная польза, по его мнению, заключается в еще одном слое абстракции, где люди могут «объяснять вещи на более высоком уровне», делая проверку и ревью более эффективными.

«Пожалуйста, не думайте, что ИИ — это нечто, что произведет революцию в программировании, ведь мы это уже проходили», — сказал он, имея в виду авторов компиляторов «десятилетия назад». И все же он ожидает, что ИИ-ревью станет «довольно неотъемлемой частью нашего рабочего процесса» уже в следующем году. При этом он пошутил: «Если через 10 лет роботы захватят власть и убьют нас всех, значит, я ошибался».

«Я люблю скуку»

Торвальдс и Хондел также обсудили недавно выпущенное ядро Linux 6.18. Это именно тот тип «скучного» релиза, который нужен Линусу для операционной системы, работающей на всём: от телефонов до суперкомпьютеров. «Я люблю скуку», — сказал он, когда его попросили назвать главные моменты, охарактеризовав версию 6.18 как «солидный прогресс» с «внушительным объемом чистки кода» и обычной рутиной поддержки нового оборудования.

Около половины ядра сейчас — это «буквально просто драйверы», отметил он, подчеркивая, сколько работы уходит на поддержку устройств.

Торвальдс подтвердил, что 6.18 станет следующим ядром с долгосрочной поддержкой (LTS), которое будет поддерживаться годами, чтобы «большие компании, маленькие компании и частные лица могли получить стандартную базу, на которую можно полагаться в долгосрочной перспективе». Он признал, что сообщество теперь «обычно» ожидает, что последнее ядро года станет LTS, но подчеркнул, что процесс остается гибким, чтобы избежать дестабилизирующей гонки по добавлению функций в последнюю минуту.

Вспоминая «окно слияния» (merge window), Торвальдс описал его как свой «по-настоящему загруженный период», когда мейнтейнеры присылают весь код, который они считают готовым для следующего релиза. Сам он больше не пишет код ядра. Вместо этого он тратит эти две недели на слияние «от 11 до 13 тысяч коммитов», поступающих в виде «пары сотен пулл-реквестов», часто работая «с утра до вечера всю неделю».

Следующие семь недель посвящены поиску и исправлению ошибок перед финальным релизом, с еженедельными релиз-кандидатами (release candidates).

Он подчеркнул, что отсутствие жестких дедлайнов по функциональности облегчило жизнь участникам разработки: «Когда код готов, он будет принят», а если что-то не успевает, «через девять недель будет следующий релиз, и это не большая проблема».

Та часть работы, которой он до сих пор занимается глубоко, — это разрешение конфликтов в Git. «Я делаю их так много, что могу делать это во сне», — сказал он, добавив, что натренировался настолько, что просит мейнтейнеров подсистем не делать предварительные слияния своих деревьев.

Слияние деревьев кода, как заметил Хондел, — одна из самых сложных задач для мейнтейнера, и Торвальдс буквально выполняет тысячи таких операций в неделю. На что Линус пошутил: «Я могу делать слияния во сне».

Недопустимость регрессий

Переходя к другой теме, Торвальдс вновь напомнил о строгой культуре ядра — «никаких регрессий».

Этот принцип означает, что вы никогда не вносите «улучшения», которые сломают старые программы, полагающиеся на прежнюю работу библиотеки или кода. Он признал, что «не все разработчики ядра любят мое правило», потому что его может быть трудно соблюдать на протяжении длительных периодов.

Торвальдс описал случаи, когда поведение менялось годы назад, но приводило к сбоям приложения только когда пользователь наконец обновлялся со старого LTS-ядра — к тому времени «другие приложения уже начали полагаться на новое поведение», что делало любое исправление рискованным.

«Мы делали совершенно возмутительные вещи, пытаясь придерживаться этого правила», — признался он, включая пути в коде, где «мы будем действовать по-разному для разных программ» в зависимости от их поведения, просто чтобы сохранить и старые, и новые ожидания. Хотя многие разработчики справедливо хотят «исправить» старые решения, он предупредил: когда вы работаете над ядрами и библиотеками, от которых зависят другие, «вы не просто исправляете свой баг, вы ломаете все программы, которые полагаются на ваш проект».

Он заключил: «В ядре всегда было это правило: эй, мы не делаем таких «улучшений». Очень немногие другие опенсорс-проекты, да и проприетарные тоже, имеют такой подход к жизни. Я бы хотел, чтобы их было больше, но я пока не король мира, поэтому не могу устанавливать правила для всех остальных. Я устанавливаю правила только для ядра».

И на этом моменте и Торвальдс, и Хондел согласились, что размышления Торвальдса о том, чтобы стать «королем мира» — это отличное место, чтобы поставить точку.

Ситуация в России

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

Доступность ИИ-инструментов

Большинство передовых западных ИИ-сервисов для кодинга (таких как GitHub Copilot, Claude или ChatGPT) официально недоступны пользователям из России без использования средств обхода блокировок и зарубежных аккаунтов. Это создает риски для корпоративного сектора, где использование «серых» схем неприемлемо. Российские разработчики все чаще обращаются к локальным аналогам (например, от Яндекс или Сбер) или опенсорс-моделям, которые можно развернуть локально, что перекликается с идеей Торвальдса об «инструментах для проверки кода», работающих внутри инфраструктуры.

Участие в разработке ядра

Контекст работы российских мейнтейнеров Linux также изменился. В конце 2024 года ряд российских сопровождающих были исключены из списка мейнтейнеров ядра из-за требований, связанных с санкциями. Хотя использование Linux в России продолжается и активно развивается (в том числе в виде отечественных дистрибутивов), возможность прямого влияния на основную ветку ядра для сотрудников подсанкционных компаний теперь ограничена. Тем не менее, принципы опенсорса позволяют продолжать использовать наработки сообщества, а слова Торвальдса о важности качественного кода и отсутствии регрессий остаются актуальными для всех разработчиков, независимо от их локации.

ЛУЧШИЕ ИИ-ИНСТРУМЕНТЫ: ОБЗОР 70+ ЛУЧШИХ РЕШЕНИЙ