Записали выпуск для подкаста «Люди и код».
Поговорили про историю самого Yii и меня в Yii, процесс разработки фреймворка, Yii и Yii3.
24 апреля
Записали выпуск для подкаста «Люди и код».
Поговорили про историю самого Yii и меня в Yii, процесс разработки фреймворка, Yii и Yii3.
21 декабря 2023
Про что поговорили:
12 декабря 2023
Видео моего выступления на недавнем Highload++ в OpenSource секции:
Проект вырос, окреп, популярен. Планы были амбициозные. Мы это сделали. А вот поддерживать и развивать... как?
Про то, как эффективно управляться с популярным проектом при недостатке ресурсов. Что заменить автоматикой, где нужны регламенты, где лучше работает доверие.
Всё на примере популярного PHP-фреймворка Yii.
20 ноября 2023
27 и 28 ноября 2023 в Москве пройдёт Highload++. Я выступлю в секции «Open Source» с докладом «Качество и контроль в большом Open Source-проекте» где на примере Yii расскажу как эффективно управляться с популярным проектом при недостатке ресурсов. Что заменить автоматикой, где нужны регламенты, где лучше работает доверие.
20 ноября 2023
Довльно давно я не появлялся на публичных мероприятиях и тут мне написали ребята из «Так не сойдёт» и пригласили поговорить. Интервью получилось немного необычным потому как они не стеснялись задавать неудобные вопросы.
26 февраля 2023
2 марта на митапе в Ереване расскажу про обеспечение качества в Yii.
22 февраля 2023
Команда Yii только что выпустила первую стабильную версию валидатора. Это был один из самых сложных релизов из-за огромного количества ситуаций, которые нужно было учесть.
Как и со многими пакетами Yii3, всё получилось не быстро, но результат радует.
20 ноября 2022
Написал свежий выпуск новостей Yii. Долго их не было, но прогресс, в общем, радует.
14 ноября 2022
Дмитрий Дерепко из команды Yii выпустил две части Yii overview — серии постов про Yii3.
22 июля 2022
Адель, автор плагина по PhpStorm для Laravel пишет:
Вообще не понимаю идею генерации changelog из гит коммитов. Она везде проскакивает. Есть даже готовая команда в шаблоне для плагинов от JetBrains. Это для совсем уж ленивых. Текст в коммите - для команды продукта, чтобы было понятно что и как конкретно сделано. Текст changelog - для юзеров. Если юзеры - это такие же php-програмисты, то наверно им будет понятен текст коммитов для юзаемого ими php-пакета.
Но как только аудитория и команда не совпадает по языку, фреймворку и т.д., то ситуация становится совсем другой. Всем интересна фича сама по себе, а не как она была сделана. И уж тем более всем по барабану на рефакторинги или оптимизации.
Другой вариант - генерить из тасков багтрекера. Это уже чуть более солидно, так делают сами JetBrains. Пример. Но это тоже для ленивых. Мало кому из юзеров интересно такое читать. Поэтому они делают более user-friendly страницы типа этой - https://www.jetbrains.com/phpstorm/whatsnew/
Каждый раз перед релизом я копирую текст всех коммитов с предыдущего релиза в одно место и пишу из них текст changelog для новой версии. Делаю текст хоть немного более маркетинговым, более понятным для юзеров. Хочу пробовать ещё видео записывать для каждого апдейта. Считаю это достаточно важным. Не стоит лениться сообщать юзерам о фичах более красиво, если вам или, хотя бы, им не плевать на продукт.
Идея генерации — она понятная, но не работает. Идея сама возникла от нежелания писать руками осмысленный CHANGELOG. А если осмысленности нет, то и аннотации к коммитам будут плохие, если вообще будут.
Про «для юзеров» верно, но в меньшей степени проблема, чем неосознанность. И тоже есть особенности. Совпадение языка не делает генерируемый CHANGELOG понятным.
Именно поэтому в Yii с самого начала писали CHANGELOG руками и просили добавлять строчку для CHANGELOG в pull request. Для повышения осознанности.