Мы в OpenIDE хорошо понимаем, что среда разработки — это не просто набор инструментов и функций. Это пространство, в котором разработчик проводит значительную часть своего времени: думает, экспериментирует, ошибается и создаёт новое. Именно поэтому для нас особенно важны открытость, доступность и ощущение живого диалога внутри экосистемы. 

IDE - это не только кодовый редактор, вспомогательные инструменты и графические интерфейсы. IDE - это комьюнити. Люди, которые расширяют возможности платформы, находят нестандартные решения, закрывают реальные боли и делятся своим опытом с другими. Именно они превращают среду разработки из продукта в экосистему — живую и дышащую.

И когда до Нового года остаётся совсем немного времени, а сил на сложные технические материалы почти не остаётся, мы решили немного сменить ритм. Вместо глубоких разборов — лёгкое, тёплое и предпраздничное чтение. Так появилась идея серии интервью с участниками нашего комьюнити — людьми, которые создают плагины для OpenIDE.

Мы поговорили с разработчиками, которые вкладывают своё время, знания и идеи в то, чтобы OpenIDE становилась лучше, удобнее и сильнее. У каждого из них — своя история, мотивация и собственный взгляд на то, каким должен быть современный инструмент для разработки.

Это истории не столько про технологии, сколько про идеи, мотивацию и путь от «а что если» до готового инструмента, которым пользуются другие. Формат, который позволяет выдохнуть, вдохновиться и спокойно войти в новый год.

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

Итак, пришло время познакомиться с нашими героями.

В маркетплейсе OpenIDE представлено множество плагинов, и охватить их все в одном обзоре невозможно. Поэтому мы выбрали несколько конкретных решений и поговорили с людьми, которые стоят за их созданием.

InitSpring

InitSpring - плагин для интеграции со start.spring.io, позволяющий создавать новые Spring-проекты прямо из интерфейса IDE.

Ссылка на маркетплейс: https://marketplace.openide.ru/plugin/init-spring/382

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

— Расскажи о себе коротко. Чем ты занимаешься на работе и в каком стеке работаешь?

На данный момент я старший разработчик в IT-компании МегаФона - МегаТех. Мы занимаемся разработкой B2X-решений как для внутренних, так и для внешних клиентов. Изначально основным направлением были IoT-решения - одним из ключевых продуктов является платформа «МегаФон Экология». Сейчас я также участвую в проектах, не связанных напрямую с IoT, но подробности о них пока раскрывать рано - они ещё не были анонсированы публично.

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

Основной язык - Java. Базовый стек - Java и Spring разных версий. Мы стараемся держаться свежих технологий: новые проекты уже запускаем на Java 25 и Spring 7 / Spring Boot 4. Из «совсем старого» практически ничего не осталось - всё успешно мигрировано на Java 17 или 21 и Spring Boot 3.5.x. Также были эксперименты с Quarkus и GraalVM.

— Как ты пришёл к тому, чтобы написать плагин? Сколько времени это заняло?

Скажем так - прижало. Работать в IntelliJ IDEA, особенно в Ultimate, в последнее время становится всё сложнее без определённых «танцев с бубном». Я давно начал присматриваться к альтернативам и в итоге именно OpenIDE пришлась мне по вкусу.

Во многом - из-за того, что там из коробки установлен Amplicode, который заметно улучшает работу со Spring-проектами даже в бесплатной версии. Там есть и своя вариация создания Spring-проектов, хотя на тот момент функциональность была более урезанной по сравнению с IDEA Ultimate - например, можно было создать только Maven-проект и нельзя было выбирать зависимости.

Переломным моментом стало ужесточение требований безопасности внутри компании. В какой-то момент вся разработка переехала с локальных машин на удалённые рабочие столы, где из инструментов были доступны только VS Code и Notepad++. Нас сразу предупредили, что затащить туда продукты JetBrains будет крайне сложно, и предложили подумать над аналогами. Тогда я понял, что переезд с Ultimate всё-таки неизбежен, и хотелось забрать с собой хотя бы часть привычного инструментария. Подобным плагином в Ultimate я пользовался довольно часто.

В целом показалось, что сделать обёртку над start.spring.io не так сложно — сомнения были в основном по части UI.

Первая версия плагина заняла около трёх недель. Но если учитывать, что я тратил на него не больше двух часов в день, то суммарно это примерно 40 часов

— Не думал о совместной работе с Axiom Spring? Они ведь тоже делают init-плагин для OpenIDE.

Честно говоря, до этого интервью я вообще не знал про Axiom Spring - пришлось даже спросить про них у Яндекса. Поэтому, конечно, не думал о совместной работе. В целом это выглядит как логичное продолжение истории с Axiom JDK. Возможно, если бы я знал, что они тоже делают init-плагин, то и сам не стал бы заморачиваться. Ребята знают свое дело и точно лучше меня в этом разбираются. Но, я подумаю о коллаборации.

— Какие у тебя хобби вне работы?

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

— Как часто ты обновляешь плагин? Делаешь это в рабочее время или внеурочно?

Буквально сегодня вышла третья версия - с очередным техническим исправлением. Поводом стала обратная связь от Ильи Сазонова из Axiom, за что ему большое спасибо. Он нашёл у меня пару косяков, до которых я сам, скорее всего, не докопался. Хотя подозрения, что что-то реализовано не совсем правильно, у меня были.

У меня полностью отсутствовал опыт разработки плагинов, а у JetBrains, на мой взгляд, отсутствует адекватная документация - особенно для последних версий API и особенно для Java.

Плагином я занимался исключительно внеурочно, в свободное время, и в первую очередь для себя.

Стоило ли оно того? Для меня - однозначно да. Мне всегда было интересно сделать полезный инструмент, который выглядел бы и ощущался именно так, как мне хочется. При этом достойной и общедоступной альтернативы плагину из Ultimate я не встречал. А то, что кто-то ещё пользуется моим творением - это отдельное удовольствие. 

— Планируешь ли ты выпускать другие плагины?

Да, планирую. Сейчас работаю над плагином под кодовым названием Cron Hints. Это снова будет аналог функциональности из Ultimate - подсказки с расшифровкой cron-выражений. Мне очень нравится этот инструмент.

При этом хочется сделать больший акцент на качественной поддержке русского языка, чтобы подсказки можно было читать без боли. Также хочу, чтобы UI был максимально близок к тому, что предлагает IntelliJ Platform, в отличие от того, что сейчас есть в маркетплейсе JetBrains. В общем, планы есть, но второй плагин ощущается уже более серьезным вызовом.

— Что бы ты посоветовал людям, которые только думают о создании своего плагина?

На мой взгляд, самое важное - это чётко сформулировать и визуализировать то, что ты хочешь сделать. А дальше просто брать и делать. Потом переделывать. И снова переделывать — до тех пор, пока не получится именно то, о чём мечталось. До первого релиза я три раза начинал писать плагин с нуля. Сначала удалось реализовать интерфейс, но там использовалось много deprecated-классов и старых API, от которых хотелось избавиться. Потом были сложности с UX и многошаговым визардом. И только с третьей попытки всё наконец сошлось.

— Ты делаешь плагин один или в коллаборации?

Один. Если не считать двух merge-request’ов от Ильи Сазонова из Axiom, где он поправил пару моих ошибок, связанных с корректным выбором директории при создании проекта.

— Используешь ли ты OpenIDE в работе?

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

RadMan

RADioMANiac - это плагин, который позволяет получать URL радиостанций с сайта radio-browser.info по жанрам и воспроизводить их прямо в редакторе IDE. Разработчик этого плагина - Алексей Назаров. Его творение - это безусловно один из самых нестандартных плагинов в маркетплейсе и настоящий панк-рок в мире IDE-плагинов.

Ссылка на маркетплейс: https://marketplace.openide.ru/plugin/radman/345

— Как появилась идея плагина и сколько времени ушло на его реализацию?

Когда я только начал изучать Java, мне казалось, что написание плагинов для IDE - это какое-то волшебство и высший пилотаж. О таком я даже мечтать не мог, поэтому к созданию плагина пришёл далеко не сразу.

Всё началось с того, что я сделал Android-приложение - плеер радиостанций - и захотел упростить корректировку списков радиостанций. Для этого я решил написать отдельное приложение, в котором можно было бы редактировать списки и отправлять их в Git.

Начал накидывать функциональность и понял, что мне нужен редактор, интеграция с Git… И тут пришла мысль: редактор плюс Git - это же по сути IDE. Зачем изобретать велосипед, если можно просто расширить существующий инструмент?

Дальше, когда я реализовал загрузку списков радиостанций через API радио-комьюнити, стало понятно, что не все ссылки актуальны и формат вещания не всегда совпадает со вкусами слушателя. Так появилась идея добавить возможность прослушивать поток прямо в IDE.

На реализацию MVP ушло примерно две недели, а первый релиз я выложил через три–четыре месяца разработки.

— Почему именно радио?

Я люблю слушать музыку, и когда стал программистом, захотел делать это прямо в IDE. Но оказалось, что подобных решений почти нет. В целом всё довольно просто - в тот момент возникла конкретная потребность, а подходящего инструмента не нашлось.

— Расскажи о своём профессиональном опыте и основном технологическом стеке.

Последние шесть лет я работаю Java-разработчиком, в основном в финтехе. Стек достаточно стандартный: Java 17-21, Spring Boot, PostgreSQL, Kafka. В IT я пришёл в 2011 году из юристов, так что, можно сказать, я классический свитчер.

— Чем ты любишь заниматься в свободное время?

По сути, программирование и есть моё главное хобби. Универсальность Java даёт огромные возможности, поэтому я постоянно пробую что-то новое.

В какой-то момент увлекался Android-разработкой — понравилось, что можно довольно просто делать UI и немного побыть дизайнером. Потом написал десктопное приложение на AWT - до сих пор использую эту панельку в работе, и каждый раз удивляюсь, как легко можно создавать графический интерфейс.

Какое-то время увлекался плагинами для IDE и на стадии прототипов замерли два плагина, возможно, когда-нибудь к ним вернусь. Я также интересуюсь демосценой и недавно пробовал писать демки: результат получился интересным, но сам процесс разработки меня не слишком увлёк. Сейчас думаю попробовать сделать что-нибудь с использованием ИИ.

— Ты делаешь плагин один или в коллаборации?

Один.

— Как часто ты обновляешь плагин? И делаешь ли это в рабочее время?

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

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

— Используешь ли ты OpenIDE в работе?

Дома - на 100%. На работе сложнее: в финтехе требования по безопасности довольно жёсткие, поэтому я использую IDE, которые предоставляет банк. Но я с нетерпением жду победного шествия OpenIDE в корпоративном секторе.

— Планируешь ли ты выпускать другие плагины?

В маркетплейсе JetBrains у меня был ещё курс по Java 21 Stream API, но его удалили вместе с плагином «по результатам внутреннего аудита». Причины мне так и не стали понятны, да я и не стал разбираться.

Кроме того, как я уже говорил, у меня есть два плагина на стадии MVP - возможно, со временем я их допилю. Идей и потребностей хватает, так что, скорее всего, что-то из этого будет реализовано.

— Какое предновогоднее напутствие ты бы дал тем, кто только задумывается о создании собственных плагинов?

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

CodeScoring

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

Ссылка на маркетплейс: https://marketplace.openide.ru/plugin/codescoring-sca/378

Итак, диалог с Антоном Володченко.

— Расскажи о себе. Чем ты занимаешься на работе и какова твоя роль в создании плагина?

Сразу скажу: формально я прошёл все шаги по загрузке плагинов, но по факту я руководитель разработки продуктов в компании. Сами плагины писали наши разработчики, а я в основном занимался организацией процесса и, конечно, тестировал результат. Так что это точно не моё единоличное детище. Это история про «мы» - про меня и команду.

— Чем вы занимаетесь глобально и на каком стеке работаете? Как называется ваша компания?

Компания называется CodeScoring. Мы делаем платформу для безопасной разработки, а плагины - это один из интерфейсов для работы с нашим продуктом. Основной технологический стек: Go, Python и JavaScript.

— Сколько человек работает над плагином?

На данный момент два разработчика, плюс ещё пара человек помогает с тестированием.

— Как вы пришли к идее сделать плагин? Сколько времени заняла разработка?

Это решение родилось внутри компании. Мы хотим вовлекать разработчиков в вопросы безопасности и при этом давать им максимально удобный инструмент. А что может быть удобнее для разработчика, чем привычная глазу IDE?

По срокам сложно назвать точные даты, но активная разработка шла примерно с начала года. К лету у нас уже были версии, которые мы постепенно полировали и готовили к публикации в маркетплейсах.

— Как часто вы обновляете плагин? Это происходит в рабочее время или это  больше внеурочная активность? Это приятный досуг или скорее тяготит?

Это рабочие задачи, поэтому обновления идут в рамках наших продуктовых планов. Сейчас пока только выстраиваем процесс по плагинам, так что дорожная карта в стадии формирования. В дальнейшем планируем выйти на стабильный цикл - примерно 5–6 релизов в год. Что касается удовольствия от процесса - думаю, в нашей компании большинству людей действительно нравится то, что они делают. В том числе и работа над плагинами. Мы сами пользуемся IDE, так что мотивация тут вполне естественная.

— Планируете ли вы выпускать другие плагины в маркетплейсе OpenIDE?

Пока нет. На ближайшее время таких планов не было.

— Что помогает тебе отвлекаться от рабочих задач?

Воспитание детей (своих), спорт - бокс, футбол, волейбол, настольный теннис. Ну и немного музыки: иногда играю на гитаре.

— Что бы ты посоветовал тем, кто только думает о создании собственного плагина?

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

Open Git Remote

Быстрое открытие удалённого Git-репозитория по горячей клавише — именно такую небольшую, но полезную задачу решает плагин Open-Git-Remote. Мы поговорили с его автором, Владом Герасимовым, о том, как появилась идея плагина, зачем нужны такие инструменты и почему простые решения часто оказываются самыми востребованными.

Ссылка на маркетплейс: https://marketplace.openide.ru/plugin/open-git-remote/360

— Чем ты занимаешься в работе сейчас и над какими задачами тебе приходится чаще всего работать?

Меня зовут Влад Герасимов, я Backend Java/Kotlin-разработчик. Основные рабочие задачи - проектирование и разработка микросервисов в энтерпрайс-среде крупного банка в составе продуктовых команд.

Стек достаточно современный и, я бы сказал, стандартный: Java 21, Kotlin 2, Spring Boot 3, PostgreSQL, Kubernetes. Из более новых и интересных направлений - разработка ИИ-агентов и RAG-решений: много экспериментов, проверки гипотез, формат внутреннего стартапа. Активно использую LLM и агентов как копайлотов при написании кода.

Отдельно очень люблю писать автотесты сервисов - особенно интеграционные тесты с поднятием Spring Boot-контекста на Testcontainers.

— С какой задачи или боли началась история плагина Open-Git-Remote?

Плагин получился максимально простым, но его функциональность мне действительно нужна каждый день. Он позволяет максимально быстро и удобно перейти в удалённый репозиторий сервиса в браузере - например, чтобы создать Pull Request после коммита и пуша в ветку. Я пользуюсь этим по нескольку раз в день. Раз это нужно мне, значит, возможно, пригодится и кому-то ещё. На написание плагина ушло буквально 1–3 вечера. Разрабатывал его самостоятельно и исключительно вне работы.

— Как проходила разработка плагина и с какими сложностями ты столкнулся по пути?

Основная сложность была в том, чтобы разобраться с самой методикой написания плагинов под IntelliJ-платформу: работа с внутренними компонентами и SDK, понимание того, как правильно взаимодействовать с элементами интерфейса. В целом это оказался новый и довольно интересный опыт.

— Когда и почему ты решил полностью перейти на OpenIDE в рабочем процессе?

На работе я использую только OpenIDE. Полноценно перешёл на неё весной 2025 года. Постепенно подсаживаю и коллег - особенно в тех случаях, когда в IntelliJ IDEA что-то ломается, а в OpenIDE всё стабильно работает.

— Чем ты увлекаешься за пределами работы и разработки?

Люблю рок-музыку, в основном русский рок, часто хожу на концерты. Интересуюсь татуировками как культурой. Со школы и в институте занимался пауэрлифтингом, выступал на областных соревнованиях - сначала по юношам (до 18 лет), потом по юниорам (до 21 года). Сейчас уже не занимаюсь, но опыт остался.

— Есть ли у тебя личные связи или история взаимодействия с комьюнити OpenIDE?

Да, с Фёдором и Ильёй Сазоновым мы лично знакомы. С Фёдором работали вместе на моей самой первой работе, а Илья чуть позже проводил у меня собеседование к себе. Это было довольно давно - я тогда ещё был совсем «зелёным».

PVS-Studio

Статический анализ кода прямо в IDE, интеграции с разными средами разработки и внимание к качеству кода как части повседневной работы разработчика - именно над этим много лет работает команда PVS-Studio. В этом интервью мы поговорили с Валерием Филатовым о плагине для OpenIDE, роли статического анализа в разработке, инженерной культуре и о том, почему инструменты должны быть не только мощными, но и удобными для разработчиков.

Ссылка на маркетплейс: https://marketplace.openide.ru/plugin/pvs-studio-for-openide/362

— Чем ты занимаешься в PVS-Studio и какие задачи входят в твою зону ответственности? C какиvb языками и технологиями тебе приходится работать?

В PVS-Studio занимаюсь поддержкой нашей сборочной/тестовой инфраструктуры и разработкой различных тулзов. У нас есть как внутренние утилиты, например, для конвертации отчёта или рассылки результатов, так и внешние интеграции с различными средами разработки, веб-дашбордами, сборочными системами и всяким другим интересным.

Ну и помимо разработки я активное участие принимаю в нашем маркетинге: выступаю с докладами, пишу статьи для нашего блога и Хабра.

По стеку, честно сказать, тут довольно интересно. Сам по себе я Python разработчик, но в силу широты решаемых нашим отделом задач пишу на TypeScript, C#, Java, иногда даже в C++ приходится погружаться ненадолго :)

— Как и в какой момент появилась идея плагина? Как развивалась эта история со временем?

К написанию плагина пришли, в целом, в тот момент, когда у нас появился анализатор Java кода (в 2019 году). Тогда мы сделали плагин для IntelliJ IDEA, а на его основе уже позже сделали и плагины для CLion и Rider. В прошедшем 2025 году же мы плагин для IntelliJ IDEA проверили на совместимость с OpenIDE и всё отлично заработало.

Плагин для использования статического анализатора в IDE очень полезен для разработчиков, поскольку использование программистом статического анализатора во время написания кода – это важная часть процесса регулярного анализа. Поэтому мы стараемся обеспечивать своими плагинами все популярные IDE.

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

— Чем ты живёшь вне работы? Есть ли у тебя хобби и много ли общения за пределами компании? И кстати, откуда взялось название PVS-Studio?

Иногда кажется, что кроме работы ничего и не существует, но это нужно просто внимательнее посмотреть :)

Я ещё в школьные годы получил музыкальное образование, что определило моё хобби уже во взрослой жизни. Только если в школе я играл классическую музыку на аккордеоне и фортепиано, то сейчас играю всякий тяжёлый металл на гитаре и ударных. Ещё люблю попеть, благо, что в предпочитаемых мной ответвлениях жанра обладать сильным голосом не нужно :)

С коллегами за пределами PVS-Studio общаюсь довольно часто, но это у меня работа такая. Позиция Developer Advocate в моей трудовой книжке расшифровывается как «Инженер по связям с разработчиками», так что общений действительно много. Я и наш подкаст «Разбаговка» веду, где с разными коллегами общаюсь (у нас, кстати, был выпуск с Фёдором Сазоновым из OpenIDE!), и на конференциях общаюсь с кем только можно и до потери голоса. Название наше пошло от названия компании. PVS расшифровывается как Program Verification Systems, а приставка Studio означает, что в нашем продукте на самом деле несколько инструментов – это и несколько анализаторов, и утилиты, и интеграции в различные другие инструменты.

— Как устроен процесс обновления плагина и как ты сам относишься к работе над ним?

Наш плагин, как и все остальные компоненты продукта, обновляется раз в два месяца. Это наш стандартный релизный цикл. Соответственно, и делаем всё в рабочее время.

Если работа стоит моральных усилий, то это, вероятно, какая-то не такая работа. Хотя на самом деле иногда бывают довольно болезненные штуки. Например, когда что-то сломалось и ты долго не можешь понять, в чём именно дело. Но конкретно с плагином, который доступен в маркетплейсе OpenIDE такого я не помню уже давно, обычно всё обходится без сделок с совестью :)

«Попрограммировать в кайф», как будто это всё же больше про пет-проекты, чем про работу. Это не значит, что писать код на работе мне не нравится, просто дело в подходе. При решении рабочих задач нужно не забывать, что в первую очередь ты решаешь либо проблему пользователя, либо закрываешь какую-то конкретную потребность бизнеса (иногда и всё вместе). «Программировать в кайф», как по мне, это всё же делать что-то новое и без таких серьёзных ограничений. Но это, как говорится, in my humble opinion.

— Планируете ли вы развивать направление плагинов дальше или всё будет развиваться в рамках одного продукта?

Да, действительно, от нас в маркетплейсе пока есть только плагин для анализа Java проектов. Так как OpenIDE целится в мультиязычность, то и нам, конечно, хотелось бы, чтобы пользователи могли анализировать и проекты на других языках.

Но пока что это только выраженное желание, конкретных планов в этом направлении мы ещё не строили.

— Какой совет ты мог бы дать тем, кто только задумывается о создании собственного плагина или инструмента?

Справедливости ради, я не был у истоков плагина, я относительно молодой сотрудник. Но всё равно поимею смелость ответить на вопрос :)

Ну, если какой-то метафорический человек мечтает что-то сделать, то пора бы уже перестать мечтать и начать делать.

Полезно было бы посмотреть на то, как те или иные проблемы решают другие разработчики. Велосипед уже давно изобретён, и попытка переоткрыть его просто приведёт к тому, что пользователь не разберётся, как ваш инструмент работает.

— Сколько человек участвует в развитии продукта и конкретно этого плагина?

В компании на данный момент работает 69 человек, конкретно в отделе Tools&DevOps, отвечающем за разработку и поддержку интеграций работает 7. В целом, за годы поддержки этого плагина, к нему все из нашего отдела успели притронуться :)

— Используешь ли ты OpenIDE в своей повседневной работе?

«Проплачено!» могут сказать читатели, услышав мой последующий ответ, но да, я пользуюсь OpenIDE на работе. Как раз, чтобы внести правки в плагин, а недавно я писал статью про проверку проекта LanguageTool с помощью нашего анализатора и как раз использовал связку OpenIDE + PVS-Studio.

EasyP

Интеграция с экосистемой easyp и расширенная поддержка Protobuf. EasyP-плагин автоматически разрешает пути импортов для .proto-файлов на основе конфигурации проекта и помогает работать с правилами и стандартами. Мы поговорили с Эдгаром Сипки о том, как появился плагин и какие задачи он решает.

Ссылка на маркетплейс: https://marketplace.openide.ru/plugin/easyp/385

— Кто работает над плагином? Это соло-проект или командная история?

Нас трое: я, Василий и Хасбулат.

— Расскажи о своём профессиональном бэкграунде. Что навело на мысли о создании своего плагина?

Давай так: если коротко, у меня бэкграунд в Go - уже около 8 лет. Я много разрабатываю на Go, довольно плотно работал с gRPC. В какой-то момент ситуация на рынке сложилась так, что нормальных инструментов стало не хватать: появился Buf.build, а потом я и коллеги начали делать свой инструмент.

У нас есть инструмент для работы с gRPC - EasyP. Сейчас мы активно его развиваем, плюс появилась надежда на инвестиции, и стало понятно, что нам нужна хорошая интеграция с IDE. Начали с OpenIDE, затем планируем интеграцию с VS Code.

— Сложно делать плагин сколько по времени проходила его разработка?

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

— Чем ты увлекаешься вне работы?

Я очень-очень люблю готовить. Прямо безумно люблю готовку. Ещё я очень люблю ходить - просто гулять, много и долго. Как бы я ни старался это рационализировать, для меня это всё равно хобби.Ну и сейчас планирую активно заниматься своим контентом: снимать блог, выпускать подкаст, развивать медиа-направление.

— Как часто вы обновляете плагин и как вообще устроен этот процесс?

Сам софт мы обновляем часто, но это довольно тяжело, потому что делаем это фактически по ночам - нельзя смешивать основную работу и эту историю.

— Это ваш единственный плагин в маркетплейсе, есть планы на новые?

На текущий момент - да, единственный. Есть шанс, что появится ещё один, мы это обсуждаем с коллегами. Основная проблема в том, что плагины для IDE нужно писать на Kotlin, а нам это, честно говоря, не очень нравится. Нам хотелось бы писать плагины на Go.

— Какой совет ты мог бы дать тем, кто задумывается о создании собственного плагина?

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

— Используешь ли ты OpenIDE?

Сейчас я спользую OpenIDE в личных проектах.

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

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

Надеемся, эти интервью помогли выдохнуть в конце года, вдохновили на новые идеи и, возможно, подтолкнули кого-то к мысли: «А что если попробовать сделать свой плагин?»

Спасибо, что были с нами. Увидимся уже совсем скоро - в новом году, с новыми идеями, инструментами, плагинами и историями. 

Всех с наступающим новым годом,

Ваша команда OpenIDE!!

Скачивайте OpenIDE 2025.2, пробуйте новые возможности в деле и подписывайтесь на нас в Telegram, чтобы не пропустить свежие обновления и полезные материалы. Мы активно развиваем IDE и всегда рады вашей обратной связи в чатике!