Хэндлим тему | Дерепко

Essential Tools for JetBrains IDE Plugin Development

Вчера прошел еще один стрим от Jetbrains на тему разработки плагинов.

На стриме рассказали о полезных тулзах, которыми вы 100% будете пользоваться, даже не замечая этого.

Коротко про инструменты:

🐳 DevKit
Плагин для интеграции с plugin.xml (настройки плагина), добавляет инспекций и подсказок в ваш код, который будет взаимодействовать с IDEA SDK. Must-have штука, особенно для начала.
Для *.bnf и *.flex файлов предоставляет удобный запуск генераторов через контекстное меню.

🖥 UI Inspector
DevTools в мире JB IDEA. По Control+Command+Click на элемент открывает модалку, где показано дерево UI элементов, их характеристики “кто создал”, “какой id”, “какая ширина” и т.п.
Помогает найти кнопку/экшен и взять её ID, чтобы вызвать программно или подсмотреть как сверстать такой же элемент самому.

🧱 PsiViewer
Существует как отдельный плагин, так и внутренние тулзы. Делаю практически одно и то же: представляют код в редакторе в виде дерева.
Именно по таким деревьям в плагинах вы и будете “ходить” по коду. Каждый язык имеет свои элементы и способ формирования элементов, поэтому деревья могут быть очень разными. Тем более, на 1 файл могут претендовать несколько языков и можно посмотреть на 2 параллельных дерева.
Помимо деревьев можно узнать некоторую информацию об элементах: что за класс, какие ссылки на него есть, как выглядит структура блоков для будущей работы с форматированием кода.

Для большинства полезных вещей в IDE нужно включить Internal Mode, для этого необходимо добавить idea.is.internal=true к “Custom properties” в “Help” меню.
Можете сделать такое для своей IDE и поиграться.

Я еще заметил у Jakub “Kotlin Notebook”, как Jyputer Notebook, только для IDE!
Очень хочу потестить, хоть это и не официально рабочая штука!

——

Это уже второй стрим за последние полгода про разработку плагинов для JB IDEA.

Невозможно не заметить, что в ребята создают активность и это очень правильно.
Из последнего глобального: переехали со Slack на свой форум. Я думаю это очень сильно поможет индексации в гугле. Сейчас все ссылки ведут на YouTrack, в котором, обычно, ничего не решено и не понятно.
Теперь же у них будет свой stackoverflow, в котором можно помогать и изучать API IDEA.

——

Стрим: https://www.youtube.com/live/blXmgF5gbWg
Enabling Internal Mode: https://plugins.jetbrains.com/docs/intellij/enabling-internal.html
Jetbrains Platform Forum: https://platform.jetbrains.com

@handle_topic

Model Context Protocol

Это открытый стандарт, который позволяет AI-приложениям напрямую подключаться к различным источникам данных и инструментам.

Умные штуки могут подключаться к тупым, как это происходило с умными выключателя, которые можно подключить еще и к Алисе.

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

От вас потребуется в каком-нибудь Claude Desktop добавить ваши MCP и упомянуть ваше желание.

Как это работает:
- Вы ведете диалог с вашим ассистентом, как обычно
- Ассистент понимает, что нужной информацией он не обладает, но ей могут обладать некоторые из активных серверов
- Ассистент начинает взаимодействовать с этими серверами

Пока что идёт этап внедрения, когда различные тулзы делают точки расширения через эти MCP Servers.

Уже существуют тысячи серверов под все программы, поэтому можно довольно просто взять и подключить себе бота, который будет бегать по Confluence и искать нужную инфу среди тысяч бесполезных страниц, либо по вашей БД сделает запрос и вернут нужный результат.

Главным здесь становится уже не утечка данных, а их потеря. Грустно будет, если вдруг ваш AI ассистент решит дропнуть тяжелую базу, чтобы SQL выполнялся быстрее 🤪

Нужно будет поиграться поплотнее с MCP, есть какие-нибудь бешеные идеи?

——

Сайт со спецификацией, определениями и примерами
https://modelcontextprotocol.io/introduction

@handle_topic

Слоник пхп, когда наступил в ларавел

Стачка. 18-19 апреля. Ульяновск.

Стачка – это крупнейшая региональная IT-конференция России. 18-19 апреля она пройдет в Ульяновске (УлГПУ).

→ 4 направления: “Разработка”, “Digital-маркетинг”, “Управление”, “Дизайн и Контент”;
→ 250+ докладов от лучших спикеров IT-индустрии .

Я буду выступать в Разработке с докладом “Удобная разработка”?

Обсудим Developer Experience, как из простого продукта сделать сложную систему, если никому не сказать о наличии документации к этому, как из всего этого появился MetaStorm и куда он растёт.

Регистрация участников и подача докладов уже открыты на сайте: https://ul25.nastachku.ru.
В программе крутые доклады, мастер-классы, афтепати, общение с экспертами!

Кто еще не купил билет, то у меня есть промокод на 15%, дайте знать кому нужен. Кто купил – пишите в чат, встретимся попьём кофе.

Помощь в Опенсорсе.

Ребята из Python комьюнити организовали канал с интересной темой: Помощью в опенсорс Python продуктах.

Но ребята шарят за Python 🐍, а PHP 🐘 брать не хотят в компанию. Поэтому я решил организовать свой опенсорс с блэкджеком и всеми прилагающимися!

Канал: @open_source_php

ℹ️ Как это будет работать?

Если вы:
- Автор популярного open source продукта
- Автор не очень популярного продукта, но хотите его сделать известнее
- Контрибьютор, который хочет внести свой вклад в продукт
- Владелец специфичного домена, который может поделиться знаниями

🛠 То вы можете:
- Поделиться ссылкой на Issue, кратко описав что нужно сделать
- Попросить помощи в решении проблемы у продукта, где автор не вы (хоть доработки самого PHP)
- Найти продукт, в который вы можете внести свой вклад
- Пообщаться с автором продукта
- Представить свой проект, написав небольшое описание


Надеюсь, этот канал поможет поднять активность в PHP комьюнити и сделает разработку продуктов немного активнее.

—

@handle_topic

FOSSASIA 2025

Free Open Source Software ASIA проходит сегодня в Бангкоке, в Таиланде.

У меня в профиле гитхаба стоит Таиланд, просто не менял еще с момента когда там жил. И около месяца назад получил приглашение придти к ним на митап:
– Входной билет бесплатный
– Могу запитчить свой проект на 5 min pitch или что-то такое
– Пообщаться, посмотреть как всё происходит

Жил бы я в Тае, или оплатили бы мне туда билеты, я бы точно сгонял. Написал письмо с отказом, а так хотелось бы! Пока буду наблюдать онлайн.
Кстати, там из русских будут Яндекс с YDB выступать.

Всем желающим посмотреть онлайн стримы есть ссылка на ютуб.

FOSSASIA идёт несколько дней:

С Четверг, 13 Марта, 2025 5:00 МСК (+3)
По субботу, 15 Марта, 2025 14:00 МСК (+3)

—

Трансляция
https://www.youtube.com/@FOSSASIAorg

Расписание
https://eventyay.com/e/4c0e0c27/schedule?date=2025-03-13

—

@handle_topic

TypeScript компилятор переписывают с JavaScript на Go.

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

На скрине видны бенчмарки некоторых популярных библиотек. Очень сильно – прирост в среднем х10. В том числе, на открытие VS Code.

Новый компилятор будет с 7 версии, сейчас 5.8.

Сейчас существует проблема долгих LSP серверов, которые сводят всю гибкость и модульность поддержки языков и фреймворков в яму, убивая весь DX при разработке: когда ты ввел символ и знаешь что IDE тебе подскажет остальные 10 и ждёшь несколько секунд, пока она сделает это. А чем больше проект, тем больше время ожидания.

JavaScript сам по себе не выполняется, его должен кто-то исполнять: NodeJS / Deno / Bun.
Тогда как в стандартных поставках всегда участвует нода, я бы еще взглянул на сравнение с Deno и Bun. Эти убийцы ноды уже годами показывают приросты x10. Может просто стоит задеприкейтить ноду?

А еще любители Rust пришли в обсуждения нового компилятора и накинули на вентилятор.
Там ничего интересного нет, бессмысленный трёп, в который уже нейронки начали пускать для генерации ответов и возражения.

Ждём PHP на Go? Или лучше Kotlin PHP Target?

—

Блог
https://devblogs.microsoft.com/typescript/typescript-native-port/

Обсуждение “Why GO?”
https://github.com/microsoft/typescript-go/discussions/411

@handle_topic

Заставляем джуна работать на себя или Jetbrains Junie в деле!

Практически 5 минут назад пришло письмо о том, что мне одобрили инвайт на бета версию.
Скачал, включил, смотрю – нельзя. Оказывается указал почту не ту, на которую зареган мой аккаунт.

Вышел из аккаунта, триал под другой почтой – работает.

Первые слова:
– Чисто. По сравнению с другими АИ-блокнотами, где всё в куче. Здесь разделение есть
– Долго. Sending LLM request работает долговато. Как будто локально у меня сервится моделька.
– Работает! Сказал сконвертить JSON в PHP, прикрепил package.json. Оно пошло грепнуло весь проект и заодно все остальные и файлы перевела в PHP

Всё. Больше ничего нет. Инлайн подсказки, настройки, анализ, пока этого нет. Есть только “чат”, где можно попросить что-то сделать.
Можно еще перезапустить, посмотреть историю, отмена, всё в этом духе.

Русский понимает!

Из письма:

> Junie is currently available in the following JetBrains IDEs: IntelliJ IDEA Ultimate, PyCharm Professional and WebStorm. For now, Junie is supported on only the macOS and Linux platforms.


Ну что, как там называется новый AI блокнот с форком от VS Code?

—

@handle_topic

❔ А че конфижить?

Места, где применяется конфигурирование на массивах:

YIi2 конфигурации компонентов BaseObject

$config = [
  ... /// ???
];
$user = new User($config);

YIi2 конфигурации для Factory

$config = [
  … /// ????
];
$container->get(MyClass::class, $config);

Validation rules в Yii2. Насколько помню, даже в ларке было что-то похожее.

public function rules() {
  return [
    [[‘prop1’, ‘prop2’], ‘validator’, ‘param1’, ‘param2’ => ‘valur2’],
  ];
}

В Yii3 есть конфигурирование параметров, которые учитывают конфигурацию оригинальных компонентов и которые можно расширять по-своему.
А в конфигурации Dependency Injection Container конфигурация может быть только из существующих методов и свойств.

В Drupal есть свои конфиги, пример из доки:

$page = [
  // '#type' is a property.
  '#type' => 'page',
  // 'content' is a nested render array, or child element.
  'content' => [
    'system_main' => […],
    'another_block' => […],
    '#sorted' => TRUE,
  ],
  'sidebar_first' => [
    …
  ],
];

Да вообще какой-нибудь config/my.php с контентом:

return [
  … /// ????
];

—————————
| PHP SCHEMA |
—————————

Для конфигурирования через JSON или YAML есть уже JSON и YAML Schema соответственно. И каждый раз разработчики PHP выбирают эти форматы для конфигурирования своих инструментов.

Не так давно появилась идея создать аналогичную схему и валидатор для PHP! Почему бы и не попытаться?

Для чего?

Издавно PHP массивы были очень хороши для задания конфигурировании для “гибких” систем: модульная система с заранее нерегламентированным набором входных данных, потому что данные забираются лишь 1 раз, а дальше распределяются потребителям.

Конечно, валидацию таких входящих параметров можно сделать:
- Нужно определить потребителей
- Заставить потребителей отбираться свои данные из общей кучи
- Делать предупреждение в случае отсутствия или избытка данных


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

Что это им дает?

- Можно пользователю сказать какие из параметров на определенном уровне ожидаются
- Какой тип значений подходит и нет
- Сделать Quick Fix?
- Дать быстрый фидбек до запуска валидатора, например, с помощью плагина для IDE: Значение 11 больше максимального значения 10; Разрешены “author”, “commenter”, “viewer”, но вы ввели “viewr”

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

А как?

Подобные проблемы решались уже и для других “конфигурационных” языков, на подобии JSON, YAML и их подмножеству – Schema.

С помощью Schema задается состав, порядок и обязательность всех значений в конфигурации, типы и диапазоны значений, ссылки на другие значения и различные комментарии: от deprecated и version contract до обычных комментов.

Гипотетически, можно будет перегонять конфиги из JSON в PHP одной командой, а JSON SCHEMA в PHP SCHEMA.

Все кто хочет поучаствовать в разработке PHP SCHEMA (JSON SCHEMA, YAML SCHEMA), можете присоединяться и накидывать мысли. Я думаю это будет не такой уж и большой проект, но поможет комьюнити сделать чтобы данные и инструменты работали в одном контракте.

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

——

Канал и некоторые начальные мысли по схеме: https://t.me/phpschema/2

🥇 IntelliJ IDEA vs …?
#пост

Не так давно был стрим, на котором мы прошлись по различным редакторам с их «киллер фичами». Киллер – не потому что они лучше всех, а потому что пытаются убить собой IDEA, PHPStorm, Pycharm, GoLand, DataGrip и еще десяток IDE от JetBrains.

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

Как правило, именно этим славят все эти редакторы, однако что это дает конечному пользователю? Для того чтобы что-то дать, нужно сформировать спрос. Так что же юзеры хотят видеть в IDE?

Я думаю так.
⚙️ Из функциональных вещей:
- Интеграции внешними инструментами
- Поддержка дебаггера
- Работа с различными базами данных
- Работ с удаленными хранилищами файлов и/или объектов
- Подключение к внешним серверам, желательно через дополнительный туннель

▶️ А так же из визуальных:
- Быструю и отзывчивую работу редактора
- Вывод релевантной информации в компактной форме
- Показ нужной информации и скрытие ненужной
- Возможность долезть до любого места в IDE или коде наикратчайшим способом
- Возможность сменить тему редактора, сделать её максимально кастомной

🚗 Подытожив эти списки я бы сказал, что важен UI/UX, нежели возможность писать сразу на 20 языках в одном редакторе.
Кстати, из всех перечисленных список сверху всё доступно в IDEA.

Хоть и нет нормальной открытой документации по написанию плагинов и собственных IDE от Jetbrains, зато есть открытый исходный код сотни плагинов, с полной историей разработки на гитхабе. Есть еще и GigaIDE, которая успешно форкнула Intellij IDEA Community и работает над своим форком.

💩 VS Code, Zed, My IDE, ...

Мне нравится, как люди топят за тот же VS Code с припиской "зато бесплатный".
Бесплатный? PHPStorm для Individual use стоит 99 euro => 10к рублей за год. Это 833 рубля ежемесячно.
Разработчику с ЗП в 300к/наносек заплатить 1 тысячу рублей от этих 300 тысяч и писать в удобном редакторе ничего не стоит, если он поймет, что этот продукт упрощает и ускоряет его работу.
IDE и без оплаты умеет всё тоже самое? Перейдите на ту сторону. Поживите там год-два и вернитесь обратно. Расскажите потом, как вы скучали по Intellij IDEA или я послушаю как вы говорите фразу "почти как в PHPStorm'е".

💻 Редактор кода порой важнее инфраструктуры проекта и его интеграций. Не суть важно подключили ли вы анализаторы кода, тесты, оптимизаторы кода, если это есть всегда и для всех ваших проектов прямиком в IDE.

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

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

Можно еще посравнивать вот так:
- Linux vs Windows?
- Apple vs Google?
- А может Apple vs Linux?
- Еда из собственного огорода vs еда в ресторанах

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

---

@handle_topic

⏳ 20 минут до старта!

Друзья, пора заряжать чай/пиво, проверять звук и готовиться к обсуждению IDE для PHP! 🔥

Сегодня обсудим:
🔹 PHPStorm и альтернативы
🔹 Разберём LSP, AI Copilot и плагиностроение!
🔹 Что ждёт Notepad++ в 2025 году (но это не точно)

🎙 В эфире: Алексей Гагарин, Дмитрий Дерепко, Виктор Бабанов, Кирилл Несмеянов и Данил Щуцкий.

YT - https://youtube.com/live/TgnTmayRf0w
TG - https://t.me/laravel_cutcode
VK - https://vkvideo.ru/@cutcoderu

🔥 Обзор IDE для PHP — стрим на CutCode! 🔥

Друзья, готовим мощный стрим про инструменты разработки на PHP! Разберем популярные IDE, их плюсы и минусы, а также обсудим продвинутые темы для разработчиков.

💡 Что будет на стриме?
🔹 Сравнение популярных IDE для PHP
🔹 Разработка плагинов для PhpStorm
🔹 Обзор Language Server Protocol (LSP)

🎙 Участники:
✅ Алексей Гагарин
✅ Дмитрий Дерепко
✅ Виктор Бабанов
✅ Кирилл Несмеянов
✅ Данил Щуцкий

📅 Когда: 7 февраля в 19:00 (мск)
📍 Где: на CutCode - YouTube, TG, VK.

Есть вопросы по теме IDE? Накидывайте в комментариях 💬

#CutCode #PHP #IDE #PhpStorm #LSP

👨‍💻 Удобная разработка

Как вы могли заметить, в последнее время мне очень часто приходится работать с Kotlin: Cron, Buggregator и конечно MetaStorm!
Синтаксис Kotlin очень нравится:
- C-like синтаксис, сразу всё понятно
- Как Java, только менее многословная, очень немногословная Java!
- Короткие синтаксические конструкции
- Система типов. Есть дженерики, но нет дизъюнкции и конъюнкции типов 😲
- Интересная схема “расширения” классов

В общем, когда изучал конструкции различных плагинов в Open source увидел, что в Котлине можно делать так:

$var = $nullableVar ?: return

Вместо привычного

$var = $nullableVar
if ($var == null) {
    return
}

Вопрос 3-х строк, но написав подобное более 100 раз без этого сахарка уже не то.
Более того, помимо return можно использовать и другие управляющие конструкции: break и continue.

Возвращаясь к работе на PHP я уже по привычке начинаю так писать, но на PHP так писать нельзя. Пока что 😁

Я давно привык писать код с “early return”: когда в самом начале проверяется код на различные условия, а дальше выполняется логика метода с полностью валидным состоянием.

Подобные операции на пару десятков строк можно было бы схлопнуть несколько раз!
Лаконичный и выразительный код, это ускорение и упрощение чтения. Когда ты не дочитывая конструкции до конца уже понимаешь однозначность намерения, когда где-нибудь в неудобном месте не приходится дублировать десяток проверок, чтобы сделать наконец-то этот return null;!

Примеры:

$result = $condition ? $a : return;
$result = $conditionA ? $a : ($conditionB ? $b : break);
$result = $condition ?? return;
$result = $condition ?? break;

и любые другие комбинации ваших выражений, даже такие как эти:

"string" . 1 + throw throw throw throw throw throw new Exception("exception");

Да, синтаксически это полностью валидный код в PHP, хоть и выглядит как 💩
Я решил добавить пару подобных тест-кейсов в PHP: Pull request.

В общем, надеюсь скоро подобный код можно будет писать и return, break и continue:

function test() {
    return return return return return throw throw throw throw new Exception();
}

✔️ Подписка на PHP Internals
✔️ Попросить милостыню: https://news-web.php.net/php.internals/126252
✔️ Proof of Concept: https://github.com/php/php-src/pull/17647
🚫 RFC: как разрешат создавать RFC, так и создам

Как вы оцениваете такую возможность?
Когда-то было тоже самое с throw конструкция. Пора и другим подтягиваться?

—

@handle_topic

🗓 Cron & Crontab Support Plugin

—

Время от времени делаю плагин для поддержки PHP Language Recognition Tool и его синтаксиса pp2
Делаю в свободное время, поэтому часто переключаюсь между контекстами, что приводит к отрыву от потока внимания, а из-за этого страдает понимание происходящего при создании парсера-генератора для парсера-генератора. В общем, порой бывает сложно.
А чтобы было попроще, я иногда отвлекаюсь на более простые вещи и делаю их. Всё равно их делать потом.

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

Часто в работе приходится писать Cron задачи, это где пять звездочек и что-то помимо них:

* * * * * rm -rf /

❗️ Эта команда каждую минуту удаляет все данные с жесткого диска на Linux и MacOS.
🤔 Вопрос: что произойдет после второго выполнения этой команды?

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

В базовой версии:
- поддержка парсинга крон файла как настоящего языка программирования, с лексером, парсером и анализатором
- подсветка и поддержка временных меток: *; */1; 30/5; 1,11,21,31; 1-30; 1-10,20-30,50-59 и другие их вариации
- подсветка переменных и их значений
- подсветка и автокомплит shell command, которая идет после временных меток
- подсветка комментариев
- небольшие оптимизации по схлопыванию временных интервалов
- несколько инспекций на корректность временного периода
- схлопывание временных интервалов в человеко-читаемый вид
- возможность открыть расписание на crontab.guru
- автопривязка к cron.* / crontab.* / *.cron / *.crontab / cron файлам
- Jetbrains сделали подсказку для установки плагина, если открыть один из таких файлов
- иконка от @roxblnfk, на которой вместо “CRON” написано “СГОП” (сгоп)

Хочу добавить туда еще подсказки и навигацию при вводе переменных, а еще внедрение подсветки в строчки в коде, похожие на крон джобы.

✅ Плагин поддерживается во всех Jetbrains IDE выпущенных с прошлого года.

Если пишите крон джобы, то буду рад фидбеку.

—

Jetbrains Marketplace
Github
@handle_topic