Торвальдс объяснил, где ИИ полезен ему, а где опасен для ядра Linux

Линус Торвальдс, которому в этом году 56 лет, а созданному им ядру Linux исполняется 35, высказался об ИИ в программировании. Формула у него простая: «Я использую ИИ, чтобы делать то, что у меня получается плохо». Вайб-кодинг, то есть написание программ через описание задачи нейросети без глубокого разбора результата, он назвал «прекрасным способом найти радость в программировании». Но сразу оговорился: для управления разработкой Linux такой подход не годится. Поиск багов с помощью ИИ его устраивает.

Инструмент для слабых мест

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

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

Почему ядро — другая лига

Проблема начинается там, где код становится общей инфраструктурой. Ядро Linux работает на серверах, смартфонах, встраиваемых устройствах и в облаках. Каждый патч проходит ревью мейнтейнеров, и именно человеческое внимание остаётся самым дефицитным ресурсом проекта. Код, который сгенерирован без понимания и принят «потому что работает», перекладывает издержки на тех, кто его проверяет.

Это наш вывод из заявления Торвальдса, а не его цитата. Но он согласуется с тем, что он сказал прямо: вайб-кодинг подходит для личного удовольствия, а не для руководства разработкой ядра. Там ценится предсказуемость, читаемость и ответственность автора за каждую строку.

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

Позиция в фактах

• Источник: ZDNet, материал от 9 октября 2026 года.
• Ключевая цитата: «Я использую ИИ, чтобы делать то, что у меня получается плохо».
• Вайб-кодинг: «прекрасный способ найти радость в программировании».
• Разработка ядра Linux: вайб-кодинг не подходит.
• Поиск багов с помощью ИИ: допустим.
• Возраст проекта: Linux появился в 1991 году.

Как применять этот подход в команде

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

Второе правило: ищите свои слабые места. Если вы бэкенд-разработчик и не любите писать фронтенд, ИИ даст там максимальный выигрыш. В области вашей экспертизы он чаще создаёт лишний шум, а вы быстро заметите его промахи.

Третье: начните с анализа, а не с генерации. Статический разбор, поиск гонок и утечек, объяснение чужого кода — задачи, где ИИ экономит время, а решение остаётся за человеком. Если у проекта уже есть политика по ИИ-патчам, сверяйтесь с ней. Если нет, стоит её написать до того, как первый сгенерированный коммит окажется в основной ветке.

В итоге Торвальдс не призывает ни бросить ИИ, ни довериться ему. Он предлагает честный вопрос: насколько хорошо вы сами умеете то, что собираетесь поручить модели.