Трехлетняя поддержка .NET LTS снова стала предметом спора: разработчики жалуются, что для корпоративных команд это слишком короткий горизонт. На практике у бизнеса остается примерно год, чтобы перевести продукты на следующую LTS-версию, а для больших систем с тестированием, зависимостями и бюджетными циклами это уже не «быстро обновиться», а отдельный проект.
Поводом стала новая дискуссия в официальном репозитории .NET: как пишет The Register, один из разработчиков снова поднял старую претензию к политике поддержки Microsoft. У современной платформы .NET ежегодный мажорный релиз, при этом четные версии получают статус long-term support на три года, а нечетные поддерживаются два года. Формально схема понятная. Практически она бьет по тем, кто живет не релизными презентациями, а корпоративными окнами внедрения.
Логика жалобы проста и неприятна для энтерпрайза. Если новая LTS-версия выходит через два года после предыдущей, то к этому моменту у старой .NET LTS уже сгорели две трети жизненного цикла. Остается примерно год, чтобы оценить совместимость, обновить библиотеки, пройти регрессионное тестирование, собрать релиз, раскатать его по инсталляциям и еще убедить заказчиков, что продукт не подходит к концу официальной поддержки. Автор обсуждения прямо пишет, что окно слишком короткое для циклов внедрения и апгрейда. Более того, даже если команда успевает, заказчики неохотно берут ПО, у которого end of life уже маячит на горизонте.
В комментариях к обсуждению прозвучала еще более показательная цифра. Один из разработчиков сообщил, что по его телеметрии около 50 процентов развернутых копий его софта работают на версиях .NET, срок поддержки которых уже истек. Для Microsoft это плохой сигнал, но не сенсация: в корпоративной разработке обновление рантайма редко делается «за выходные». Чем больше инсталляционная база, тем дороже апгрейд. Особенно если продукт завязан на сторонние пакеты, внутренние плагины, старые CI/CD-сценарии и интеграции, которые никто не хочет трогать без крайней необходимости.
Отсюда и вечное притяжение .NET Framework. Он старый, Windows-only и находится в режиме обслуживания, зато привязан к жизненному циклу Windows и потому поддерживается заметно дольше. Для части компаний это до сих пор выглядит рациональнее, чем ускоренная миграция между новыми релизами .NET. Проблема в том, что экосистема постепенно закрывает эту форточку. Многие библиотеки и фреймворки, включая ASP.NET Core, .NET Framework уже не поддерживают. Один из участников обсуждения прямо сказал, что старается держаться за netfx именно из-за десятилетней поддержки, связанной с ОС, но делать это все сложнее, потому что окружающий стек уходит вперед.
Спор, что важно, не новый. Еще в 2023 году похожая жалоба уже поднималась, и тогда программный менеджер Microsoft Ричард Ландер объяснял выбор сроков попыткой соблюсти баланс между стабильностью для пользователей и возможностью команде больше времени тратить на развитие платформы. По его словам, компания обсуждала и более длинные сроки поддержки, и вариант с расширенной платной поддержкой, но в итоге сохранила только бесплатную модель в нынешнем виде. Для разработчиков это звучит честно. Для ИТ-директора, у которого обновление платформы конкурирует за бюджет с безопасностью, ERP и наймом, звучит уже не так убедительно.
На этом фоне сравнение с другими платформами для Microsoft получается не самым удобным. В материале приводятся Java и Python: у Java для LTS-версий срок длиннее, плюс существует расширенная поддержка, у Python все релизы получают пять лет исправлений безопасности. Разница не в том, что .NET обновлять особенно сложно в каждом конкретном случае. Разница в том, что корпоративные ИТ-подразделения планируют на годы вперед, и короткий цикл поддержки превращает даже технически посильный апгрейд в постоянный организационный долг.
Есть и свежий симптом той же болезни. В марте инженер Microsoft Шай Рожански собирал отзывы о прекращении поддержки .NET Framework в библиотеке Microsoft.Data.Sqlite. В ответ ему напомнили, что .NET Standard 2.0 и Framework 4.8 сейчас фактически остаются единственными целями .NET с по-настоящему комфортным сроком поддержки для энтерпрайза. Рожански назвал замечание оффтопиком, но по сути это и есть нерв всей истории: бизнес хочет современный стек без постоянной гонки за очередным окном совместимости. Возможно, именно поэтому предложение закрыли со статусом not planned — зависимость рынка от старого фреймворка пока слишком велика, чтобы рубить с плеча.
Для русскоязычной ИТ-аудитории в этой истории нет экзотики. Разработчики видят знакомую картину: платформа становится лучше, а цикл ее поддержки все хуже совпадает с реальными сроками закупок, внедрения и эксплуатации в крупной компании. Если Microsoft не пересмотрит политику .NET LTS или не предложит внятный режим расширенной поддержки, корпоративный рынок и дальше будет балансировать между современным .NET и остаточной лояльностью к .NET Framework. Вопрос уже не в том, можно ли обновиться технически, а в том, готова ли платформа жить в темпе бизнеса, а не только в темпе релизного календаря.