В начале апреля 2025 года Microsoft изменила работу одного из самых востребованных расширений для Visual Studio Code — «C/C++ for Visual Studio Code». С этого момента плагин перестал поддерживать редакторы на базе открытой версии VS Code, такие как VS Codium и Cursor. Эти форки долгое время служили альтернативой официальной версии, позволяя разработчикам работать без привязки к сервисам Microsoft и минимизируя сбор данных.
Теперь же пользователи этих редакторов столкнулись с реальными ограничениями: расширение C/C++ просто отказывается устанавливаться. Это усложняет жизнь тем, кто строил свою инфраструктуру на открытых решениях и рассчитывал на независимость при разработке под Linux, macOS и Windows.
Что произошло
Начиная с версии 1.24.5, выпущенной 3 апреля 2025 года, расширение C/C++ проверяет среду запуска. Если редактор не является официальным продуктом Microsoft — Visual Studio, Visual Studio Code, Azure DevOps или Team Foundation Server — установка блокируется с ошибкой. Такое поведение заложено в закрытую часть расширения, которую нельзя изменить без нарушения лицензии.
Хотя ограничения на использование расширений Microsoft в сторонних продуктах действуют с 2020 года, ранее компания не предпринимала активных мер по их соблюдению. Теперь же технические барьеры встроены непосредственно в код.
Почему это важно
Плагин «C/C++ for Visual Studio Code» обеспечивает автодополнение, навигацию по коду, отладку и другие базовые функции разработки на C и C++. Без него возможности альтернативных редакторов резко снижаются.
В отличие от самого редактора VS Code, распространяемого под лицензией MIT, расширение для C/C++ включает закрытый бинарный компонент. Именно он выполняет основную работу — а не открытая часть на TypeScript.
Отдельно стоит отметить: аналогичное ограничение давно действует и для другого важного расширения от Microsoft — PyLance для Python.
Как реагируют разработчики форков
Команда Cursor временно обошла блокировку с помощью прокси-сервера, маскирующего обращения к официальному маркетплейсу расширений. Однако такой подход потенциально нарушает лицензионные условия Microsoft.
По словам Майкла Труэлла, генерального директора Anysphere (разработчика Cursor), проект в будущем полностью откажется от зависимостей на проприетарные расширения и внедрит решения на базе открытого кода.
Разработчики VS Codium также начали поиск альтернативных плагинов для поддержки C/C++.
Что дальше
Действия Microsoft вызвали обеспокоенность в сообществе разрабов: один из пользователей Cursor заявил о намерении подать жалобу в Федеральную торговую комиссию США (FTC) с просьбой проверить ситуацию на предмет антимонопольных нарушений.
На фоне усиления контроля за сторонними разработчиками Microsoft параллельно продвигает собственные решения: в начале апреля корпорация анонсировала «режим агента» в GitHub Copilot — ИИ-инструменте для автоматизации программирования, конкурирующем с Cursor.
Выводы
Если ваш стек разработки включает форки VS Code и расширение для C/C++, стоит заранее подготовиться. Что стоит сделать:
- рассмотрите переход на альтернативные расширения с открытым кодом;
- следите за обновлениями Cursor и других решений;
- оценивайте риски использования обходных методов: они могут нарушать лицензионные условия.
Если вы работаете через VPS и вам важна стабильность среды разработки, стоит заранее подумать о запасных вариантах инструментов, а не полагаться только на решения Microsoft.
Читайте в блоге:
- Microsoft принудительно замедлит старую версию OneNote — пользователей вынуждают обновляться
- Как очистить кеш в Microsoft Edge: полное руководство
- Чем заменить Microsoft Office для Windows 10