Почему не Yii 3 или Symfony? "Уродство" в той или иной степени есть у каждого фреймворка и Laravel уж точно не выделяется своей не уродливостью.

Ну и я не согласен с тем, чтобы фреймворк был один. Так не будет интересных решений в экосистеме в целом.

Что тоже показательно, да. Но 100% coverage и 100% MSI реально. Вот, например: https://github.com/yiisoft/aliases

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

Использование Laravel в плане архитектуры само по себе ничего не даст. В маркетинге тоже не особо поможет или помешает. Вот, например, одна из самых популярных CMS на PHP в штатах: https://craftcms.com/. Не Laravel.

тесты, архитектуру нормальную, intl, деньги научиться обрабатывать правильно, докер

А вот это нужно, да. В обратном порядке причём. И про SaaS подумать сразу.

Если не ошибаюсь, ещё не поздно протащить пачку 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.

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

Нет. Стоит?

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

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

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.

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

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