В маркетплейсе OpenIDE появился плагин C/C++ Support версии 0.1.0: теперь IDE умеет работать с проектами на C и C++ не только в режиме «открыл файл и страдаешь молча». Расширение написал независимый разработчик из сообщества, а не штатная продуктовая команда, сообщает Habr / Новости. Для русскоязычных разработчиков это любопытный сигнал: вокруг OpenIDE начинает появляться экосистема, где долгожданные функции могут доезжать снизу, а не только по официальной дорожной карте.
Плагин закрывает одну из заметных дыр OpenIDE. Среда основана на IntelliJ Platform, распространяется с открытым исходным кодом и уже позволяет работать с Java, Kotlin, Python, Go, JavaScript, TypeScript и PHP. C и C++ долго оставались в списке пользовательских ожиданий: языки старые, проекты часто сложные, а хорошая поддержка в IDE обычно требует не косметики, а нормальной связки редактора, анализатора кода и сборочной системы.
C/C++ Support добавляет базовый набор, без которого современная разработка на C++ быстро превращается в археологию с подсветкой скобок. В редакторе появляются автодополнение, подсветка кода, предупреждений и ошибок, переход к определению, переименование символов и сворачивание блоков. Есть настройки форматирования и начальная поддержка быстрых исправлений. Это не обещание полноценной замены зрелым C++-IDE в один клик, но уже не голый текстовый редактор с надеждой на терминал.
Отдельный плюс — поддержка создания C/C++-файлов и проектов, а также сборки через CMake. Настройки лежат в разделе Settings → Tools → C/C++ Build. Для работы разработчику все равно придется подготовить окружение: поставить g++ или clang, clangd для анализа кода и CMake, если проект собирается через него. Зато отдельный плагин LSP4IJ не нужен, что снижает количество ручной склейки и потенциальных конфликтов в настройках.
Технически здесь важен не только сам набор функций, а выбранная модель. Вместо того чтобы встраивать поддержку C++ монолитно в ядро, OpenIDE получает расширение через собственный маркетплейс. Для IDE на базе IntelliJ Platform это понятный путь: платформа сильна именно экосистемой плагинов. Вопрос в другом — сможет ли OpenIDE набрать достаточно активных авторов расширений, чтобы пользователи перестали воспринимать ее как «еще одну IntelliJ-подобную сборку» и начали видеть самостоятельную рабочую среду.
Автор плагина, RDev, выпустил его под лицензией MIT. Сейчас опубликована бета-версия 0.1.0, и это честный статус: на реальных C++-проектах быстро всплывают неприятные детали — нестандартные CMake-конфигурации, платформенные зависимости, генерация кода, смешанные репозитории, особенности clangd и компиляторов. Поэтому обратная связь сообщества здесь не вежливая формальность, а фактически часть разработки. Чем больше проектов попробуют расширение, тем понятнее станет, где оно уже годится для ежедневной работы, а где пока лучше держать под рукой привычные инструменты.
Для разработчиков практический вывод простой: C/C++ Support уже можно поставить и прогнать на небольших проектах, учебных репозиториях, внутренних утилитах или pet-проектах. Для критичных production-кодовых баз с тяжелой сборкой лучше относиться к плагину как к раннему инструменту и проверять его на копии проекта. Особенно если в команде много платформенной специфики, старого CMake или самописных build-скриптов, которые любят ломать даже уверенные IDE.
Для бизнеса и команд, которые присматриваются к OpenIDE, новость интересна шире одной галочки в списке языков. Поддержка C и C++ открывает путь к смешанным репозиториям, где рядом живут backend на Java или Kotlin, tooling на Python и низкоуровневые компоненты на C++. Но пока это скорее аргумент «экосистема шевелится», чем основание массово пересаживать инженеров с проверенных C++-инструментов. Бета есть бета: приятно, что она появилась, но ее еще нужно обкатать на настоящей боли.
OpenIDE остается бесплатной, а Pro-версию, по данным источника, можно попробовать в течение 60 дней без регистрации. Главный вопрос теперь не в том, появился ли в маркетплейсе еще один плагин, а в том, сможет ли сообщество вокруг OpenIDE поддерживать такие расширения достаточно долго. C++-разработка плохо прощает полузабытые инструменты: если C/C++ Support будет регулярно получать исправления и реальные сценарии от пользователей, у OpenIDE появится шанс закрепиться не только в вебе и JVM-мире, но и ближе к системной разработке.