Мне не нравится то, во что превращается PHP

Если не ошибаюсь, ещё не поздно протащить пачку RFC (кроме стрелочных функций, они в 7.4 приехали) где объяснить как всё сделать правильно. Вот только не просто это будет.

Как вы предлагаете именованные аргументы передавать?

array_fill($value = 50, $num = 100, $start_index = 0);

Так? Так это работать не будет. Не ясно, переменная с присваиванием это или именованный параметр.

Можно конечно не делать ничего, но сама по себе фича очень удобная.

Match действительно нормально бы выглядел как switch:

echo match (1) {
    0: 'Foo',
    1: 'Bar',
    2: 'Baz',
};

Read-write-свойства не могу придумать нормальную альтернативу. Подскажете? Но без них не очень приятно делать DTO. Либо всё public, либо геттеры...

Conditional break-continue-return — нормальный сахарок. Читается однозначно как SQL.

Новости Yii 2020, выпуск 5

Не обещаю что хватит времени написать разбор, но за идею спасибо.

Новости Yii 2020, выпуск 5

Нет. Стоит?

Новости Yii 2020, выпуск 5

Думаю что да, будет бета. На тему Cycle — приоритета не будет. Старые добрые AR и DAO никуда не делись. Портированы уже.

Новости Yii 2020, выпуск 5

Это ещё подтюним. Вероятно, подключим самых креативных ребят из сообщества. Благо они есть.

Плохие практики код-ревью и немного мемов об этом: обсуждаем, как сделать процесс лучше

https://github.com/samdark/opensource-hate/blob/master/README.md

Плохие практики код-ревью и немного мемов об этом: обсуждаем, как сделать процесс лучше

https://plugins.jetbrains.com/plugin/13607-merge-request-integration-ce--code-review-for-gitlab ?

Плохие практики код-ревью и немного мемов об этом: обсуждаем, как сделать процесс лучше

Я так делал много раз :)

Плохие практики код-ревью и немного мемов об этом: обсуждаем, как сделать процесс лучше

Зависит от проекта.

Плохие практики код-ревью и немного мемов об этом: обсуждаем, как сделать процесс лучше

Не согласен. Ревью нужны, например, мне для моих pull request по Yii. И это при том что я этим проектом занимаюсь уже много лет. Глаз замыливается, какие-то штуки не учитываю… всякое бывает.

Плохие практики код-ревью и немного мемов об этом: обсуждаем, как сделать процесс лучше

А разве нельзя?

Плохие практики код-ревью и немного мемов об этом: обсуждаем, как сделать процесс лучше

Всё так. У нас в Yii даже это есть в чеклисте — затащить локально и смотреть в IDE.

PHP-Дайджест № 182 (1 – 22 июня 2020)

Антиутопии читать не всем приятно, как и читать в общем. Пожалуй, Harrison Bergeron подходит к экстремальным проявлениям чуть лучше, чем Бредбери.

PHP-Дайджест № 182 (1 – 22 июня 2020)

Не знаю как там в разных проектах, но в Yii стало понятней после переименования, чем было до.

PHP-Дайджест № 182 (1 – 22 июня 2020)

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

PHP-Дайджест № 182 (1 – 22 июня 2020)

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

PHP-Дайджест № 182 (1 – 22 июня 2020)

Поэтому и применили. Там была ещё попытка master/slave переименовать и primary/replica, но в итоге откатили. Технически получилось очень плохо. Оно того не стоит.

PHP — какая ниша у языка и поможет ли PHP8 решить насущные проблемы (спойлер: имхо нет)

Как минимум с HHVM семёрка при этом по скорости сравнялась...

PHP — какая ниша у языка и поможет ли PHP8 решить насущные проблемы (спойлер: имхо нет)

Если собрались в очередной раз хоронить PHP, то делайте это не искажая факты.

Кто поручится, что проект Swoole проживет еще лет 5?

Я бы на это поставил. На нём половина Китая работает. Одни Tencent и Alibaba чего стоят.

Разработчик под nodejs точно знает, что такое async/await и Promise. В деталях.

Ох, если бы...

Короче, писать микросервисы на PHP невыгодно.

Смотря как считать выгоду и какой микро-сервис. Если в микросервисе есть бизнес-логика, то писать её приятней на PHP, чем, например, на golang. Если один разработчик того же уровня на golang обходится вам как три на PHP, то тоже сомнительная выгода. Если у вас остальной код на PHP, тоже может быть не очень. Это не означает, конечно, что тот же golang плох для молотилок данных. Очень и очень хорош.

Ниша по сути — это админки со сложной бизнес-логикой (т.е. на Golang такое писать нецелесообразно) и не особо нагруженные сайты.

Да, такие не особо нагруженные как, например, Авито или Badoo.

Видеозаписи всех докладов с PHP Russia 2020 Online

Какая минимальная версия php будет для yii3? php7.4+?

Да.

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

https://github.com/pmjones/php-history.

А вот потом сам по себе Zend2+ мое личное мнение не был на столько востребован, в чем я и попытался провести аналогию с yii2 (хотя его отдельные компоненты достаточно активно используются и сейчас).

Плохая аналогия. Zend 2 да, не был востребован потому что попал 1 в 1 в занятую нишу Symfony 2. Yii 2 был очень востребован.

mezzio? другие микрофреймворки?

Да, вполне. Ещё у нас теперь туча пакетов. Можно их использовать с другими фреймворками вроде mezzio, если хочется.

Бог с вами и вашей реализацией, но сдается мне что это будет примерно как в yii2 или том же mezzio, массивы + convention over configuration, фабрики сервисов в php конфигах и т.д. Окей я верю вы наверно сделали все круто с точки зрения di, а как на счет конфигурации service locator? =)

Его нет.