Регулярные выражения! 👻
Не страшно? И не должно!
#мысли

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

В общем, из 1-2 постов это переросло в 8 и там я еще не уложил реально сложные вещи.

Хотел сделать ежедневную серию, чтобы был какой-то фидбек от вас с решением задачек: от простых к легким. А в конце могли бы подвести итог разбором или созданием своего парсера, например, урезанной версии PHP или Python.

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

На прошедшей недели по работе пришлось сделать пару вещей на регулярках и опять пришел к мысли о написании серии постов.
Однако вчера пришла другая идея: создать отдельный канал а-ля “5min regexp”: раз в какое-то время базово проходиться по базовым и сложным вещам, время от времени публиковать разборы задачек, интерактивы в виде выбора правильного результата и задач на размышление.

Пока не знаю, будет ли это кому-то интересно, поэтому хотел бы узнать у вас.

Что думаете, отдельный канал с интерактивами, задачками, обучалками, разборами или серия больших и жирных постов?

👍Апрувнули релиз, плагин теперь доступен, статья лежит на хабре, можно пользоваться и хейтить.

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

Например, строка может быть:
- Названием файла
- Названием свойства класса
- Названием метода
- Еще что-то?

Плагин имеет некую систему базового референса, от которого можно делать вычисления:
- Проект
- Директория
- Текущий файл
- Переменная ($var->…)
- Аргумент (method($var, …))

Описывая эти вещи самому можно сделать довольно сложные вычисления простым декларативным языком:

Подсказки для Yii2 метода render():

<files  
  className="\yii\base\Controller"  
  methodName="render"  
  argumentIndex="0"  
  fileExt="php"  
  relatedTo="file"  
>  
  <directoryProcessors>  
    <regexp from="Controller\.php" to=""/>  
    <regexp from="([a-z])([A-Z])" to="$1-$2"/>  
    <regexp from="/controllers/" to="/views/"/>  
    <regexp from="/modules/([^\\/]+)/views/" to="/themes/default/modules/$1/views/"/>  
  </directoryProcessors>  
</files>

Подсказка метода render() в файле представления:

<files  
  className="\yii\base\View"  
  methodName="render"  
  argumentIndex="0"  
  fileExt="php"  
  relatedTo="directory"  
/>

Подсказка мейлера:

<files  
  className="\yii\swiftmailer\Mailer"  
  methodName="compose"  
  argumentIndex="0"  
  fileExt="php"  
  relatedTo="project"  
>  
  <directoryProcessors>  
    <append value="common/mail/" />  
  </directoryProcessors>  
</files>

Подсказка Active Form:

<properties  
  className="\yii\widgets\ActiveForm"  
  methodName="field"  
  argumentIndex="1"  
  relatedTo="argument"  
  relatedArgumentIndex="0"  
/>

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

——

Статья: https://habr.com/ru/articles/868898

Публичный репозиторий: https://github.com/xepozz/meta-storm-idea-plugin

Плагин на маркетплейсе: https://plugins.jetbrains.com/plugin/26121-meta-storm

@handle_topic

Всех с наступившим Новым 2️⃣0️⃣2️⃣5️⃣ годом 🎅
В новом году нас с вами ждут много классных проектов, тысячи нереализованных идей, куча статей, сотни крутых материалов для изучения и конечно релиз Yii3!
А плагин MetaStorm уже готов к финальной полировке рефакторинга структуры конфигов, а новые фичи уже просятся в релиз.
Остаемся на связи 👋

MetaStorm⚡️

Редизайн. Масштабируемая архитектура композитного типа. Коллекции. Коллекторы. Переменные. Таблицы. Атрибуты. Система поиска XPath. Cycle. Temporal. Moonshine.

Вот что произошло с плагином за пару недель. Серьезные обновления на основе фидбека от вас. Стало реально проще читать и писать конфиги. Новый релиз уже в проде и доступен для обновления.
Кстати, для у плагина появился свой телеграмм канал, где мы обсуждаем его полезность.

Описал все что произошло с плагином на Хабре, а парни из CutCode сделали обзор и даже взяли у меня интервью!
Ждем видос, а пока можете почитать статью и сказать стало ли понятнее 😄

Статья на Хабре

Пора уже форкать PhpStorm?

——

@handle_topic
@meta_storm

🗓 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

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

Как вы могли заметить, в последнее время мне очень часто приходится работать с 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

🥇 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

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

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

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 [
  … /// ????
];