За двухнедельное окно слияния Линус Торвальдс обрабатывает примерно 200 merge-запросов, но сам все реже называет себя программистом. Создатель Linux на Open Source Summit India 2026 в Мумбаи прямо сказал: его работа теперь не про написание кода, а про разбор чужих решений, конфликтов и последствий. Для разработчиков и техлидов это важный сигнал: даже в самом известном open source-проекте индустрии главным дефицитом становятся не языки и фреймворки, а внимание, доверие и способность вычищать технический мусор.
На встрече с Дирком Хонделем Торвальдс, как пишет ZDNet, описал Linux не как площадку для громких релизов, а как систему с ровным, почти скучным темпом изменений. По его словам, после появления Git проект давно отказался от модели больших эффектных выпусков. Вместо этого ядро идет короткими циклами, обычно раз в девять-десять недель. Для внешнего наблюдателя такой режим может выглядеть буднично, но именно он удерживает Linux в рабочем состоянии на фоне бесконечного потока патчей, драйверов, исправлений и конфликтов между подсистемами.
При этом давление на процесс выросло. Торвальдс признал, что AI-инструменты стали находить «интересные» баги, и это уже заметно напрягает сообщество. Формулировка у него была характерно сдержанная: полезность есть, но вместе с ней растет и объем шума. По сути, AI добавил мейнтейнерам еще один слой работы. Нужно не только принять или отклонить патч, но и понять, где модель действительно подсветила проблему, а где сгенерировала очередной поток ложных тревог. Для больших инфраструктурных проектов это, пожалуй, и есть главный практический вывод из AI-бума: ускорение приходит не бесплатно, а вместе с новым операционным налогом на проверку.
Еще одна важная мысль касается роли самого Торвальдса. Линус Торвальдс сказал, что почти не читает код целиком и очень редко коммитит собственные изменения. Если он и присылает патч, то скорее как черновую подсказку для мейнтейнеров, а не как финальное решение. Его задача теперь в другом: понять общую картину, мотивацию изменений и риски на уровне проекта. Отсюда и требование к хорошим пояснениям в pull request. Для тимлидов и архитекторов это звучит до боли знакомо: чем больше система, тем дороже становятся не сами строки кода, а плохая коммуникация вокруг них. Торвальдс отдельно заметил, что новые баги в коде исправлять легче, чем проблемы с людьми. И это, возможно, самая приземленная и самая честная часть всего разговора.
Отдельный блок дискуссии был про расчистку наследия. Торвальдс без сантиментов напомнил, что Linux не обязан вечно тащить за собой поддержку технологий, которые остались разве что в музейной витрине. Он подтвердил курс на отказ от совсем старого x86-железа без аппаратного FPU, включая 486 SX, которому уже больше 30 лет. Та же логика применяется и к устаревшим сетевым стандартам вроде ISDN и ATM. Аргумент простой: если поддержку почти никто не использует, а стоимость сопровождения растет, код превращается из «совместимости» в обузу. Для бизнеса и enterprise-команд здесь нет повода для паники, но есть напоминание: зависимость от древнего стека однажды превращается из признака стабильности в признак изоляции. Linux по-прежнему оставляет возможность жить на старых ядрах, но основная ветка больше не хочет быть кладбищем исторических компромиссов.
Не обошлось и без вечной темы Rust против C. Торвальдс снова охладил энтузиазм тех, кто видит в Rust универсальное лекарство. Он признал язык важным и интересным, но дал понять, что не считает его заменой здравому смыслу. Rust, по его словам, помогает убрать часть типичных ошибок, которые легко сделать на C, но не исправляет логические просчеты. Если разработчик неверно понял задачу или испортил архитектуру, язык не спасет. Более того, в смешанной кодовой базе гарантии Rust действуют только внутри Rust-части; на стыке с C прежние риски никуда не исчезают. Для ядра это особенно чувствительно, потому что большая часть взаимодействий все равно упирается в давно существующий C-код. На этом фоне Торвальдс скорее делает ставку на инструменты верификации, автоматическую проверку патчей и email-воркфлоу, чем на очередную идеологическую войну языков.
Его собственный набор инструментов звучит почти вызывающе скромно: Git, email и поиск в Google, когда нужно что-то уточнить. Большинство мейнтейнеров, по его словам, используют гораздо больше утилит, а многие уже подключают AI для проверки патчей. Но сам Торвальдс подчеркивает, что работает «на более высоком уровне» и занимается скорее людьми, чем инструментами. В этом есть легкая ирония всей современной разработки: индустрия спорит о copilots, агентах и новых языках, а человек, который десятилетиями держит в руках эволюцию Linux, говорит, что главный интерфейс для него все еще почта.
Для русскоязычной IT-аудитории из этого разговора складывается довольно трезвая картина. Линус Торвальдс не объявляет войну AI и не капитулирует перед ним. Он не списывает Rust, но и не превращает его в религию. Он не обещает вечную обратную совместимость, если она мешает развитию проекта. Linux в 2026 году выглядит не как витрина технологических мод, а как дисциплинированная инженерная машина, где ценятся ясные объяснения, короткие циклы релизов и готовность без жалости вырезать то, что давно перестало окупаться. Вопрос теперь не в том, сколько еще AI-инструментов появится вокруг ядра, а в том, сколько из них реально выдержат встречу с мейнтейнером, который привык отделять полезный сигнал от красивого шума.