Смотря какие требования у проекта. Большая часть пакетов Yii3 уже стабильна, но некоторые ещё нет. Если у вас наберётся много тех, что нет, то у вас два выхода:
Ждать. Так делает большинство.
Использовать для них dev-master или фиксануться на определённой версии и иногда чинить. Так многие делают в нашем чатике в телеграме.
Необоснованно я никогда ни на кого не набрасывался. Минусы того же Laravel подсвечивал, плюсы тоже подсвечивал и каждый раз обосновывал и показывал примеры. Фрейворка-идеала нет и не будет — что Laravel, что Symfony, что Yii — все разные и у всех есть и сильные и слабые стороны.
Я так понял, посыл в том, чтобы не выдумывать своё, а всем сделать открытых штук типа https://imgproxy.net/ или https://www.yiiframework.com/ вложившись туда вскладчину и тем самым повысив и стабильность платформы, на которой выстроено несколько компаний и ещё и сэкономить прилично.
Так проблема не в том, что проекты одноразовые. Да, очень древних проектов на «галерах» хватает. Проблема в том, сколько на этих проектах вы. И это уже типично не более двух лет. Далее уходите на другой проект и так далее.
Информация из опыта и от коллег. В IT плюс-минус 18 лет. Галеры 1 год (Siemens) и 6 лет (Murano). У коллег в галерах, пожалуй, побольше.
Что некоторые основные проекты сохраняют я знаю, но я не зря упоминал ротацию. Я за 6 лет поработал на 5 проектах с тремя разными стеками. Это круто для роста вширь, но той же архитектуре я там не научился.
Хотим сделать инструмент чтобы можно было стартовать быстро (gii в работе, документация хорошая тоже). Вход, скорее всего, будет сложнее, чем в Yii2, но мы это сгладим хорошей докой.
С очень малой связанностью (DI по полной), чтобы при росте не ломалось, чтобы можно было любую архитектуру запилить, будь то классический MVC или вертикальные слайсы и нарезка по контекстам.
Чтобы тестить было приятно.
Фреймворк компонентный и как можно менее закрытый от PHP сообщества.
Чтобы сам фреймворк был сверх-стабилен. У нас покрытие практически 100% с очень высоким MSI и полной статической типизацией через Psalm.
Чтобы дебажить было максимально приятно: debug-панелька, максимально понятные ошибки, как можно меньше кеширования и пре-компиляции чтобы XDebug-ом по своему коду ходить, а не по чему-то сгенерированному.
Чтобы конфижить было удобно и, в то же время, гибко.
Как можно меньше магии. Пока держимся под натиском "а давайте final уберём", "а давайте без private по дефолту", "а где мой Yii::$app?".
Да, так бывает, но это менее типично. Обычно большинство проектов «галер» — до трёх лет. Плюс есть ротация, людей перекидывают с проекта на проект по необходимости и в зависимости от платёжеспособности и потребностей клиента на данный момент.
Срок жизни проекта гелерного слишком мал, чтобы увидеть самые фатальные свои косяки. Они достанутся кому-то ещё, а вы будуете думать что решение было норм.
Главная метрика любого проекта галеры — клиент доволен. Это сказывается практически на всём.
То есть на каком-то этапе галера даёт хорошее ускорение для развития вширь, но очень вероятно что не даёт развития на той же позиции архитектора. Очень часто галерные архитекторы творят тот ещё ужас и всерьёз думают что это норм.
Смотря какие требования у проекта. Большая часть пакетов Yii3 уже стабильна, но некоторые ещё нет. Если у вас наберётся много тех, что нет, то у вас два выхода:
Ждать. Так делает большинство.
Использовать для них dev-master или фиксануться на определённой версии и иногда чинить. Так многие делают в нашем чатике в телеграме.
Поправил.
Да ну?
Необоснованно я никогда ни на кого не набрасывался. Минусы того же Laravel подсвечивал, плюсы тоже подсвечивал и каждый раз обосновывал и показывал примеры. Фрейворка-идеала нет и не будет — что Laravel, что Symfony, что Yii — все разные и у всех есть и сильные и слабые стороны.
Не позволяет :(
Есть альтернативы?
Я думал что только @roxblnfk такое по нраву. Мы рассматривали это для Yii3, но всё-же решили что пойдём по классике с
require.Я так понял, посыл в том, чтобы не выдумывать своё, а всем сделать открытых штук типа https://imgproxy.net/ или https://www.yiiframework.com/ вложившись туда вскладчину и тем самым повысив и стабильность платформы, на которой выстроено несколько компаний и ещё и сэкономить прилично.
Уточню: Siemens Business Services. Было когда-то такое подразделение, которое занималось проектами не под сам Siemens. Уже не существует.
Так проблема не в том, что проекты одноразовые. Да, очень древних проектов на «галерах» хватает. Проблема в том, сколько на этих проектах вы. И это уже типично не более двух лет. Далее уходите на другой проект и так далее.
Информация из опыта и от коллег. В IT плюс-минус 18 лет. Галеры 1 год (Siemens) и 6 лет (Murano). У коллег в галерах, пожалуй, побольше.
Что некоторые основные проекты сохраняют я знаю, но я не зря упоминал ротацию. Я за 6 лет поработал на 5 проектах с тремя разными стеками. Это круто для роста вширь, но той же архитектуре я там не научился.
Для роста вширь это прекрасно. Согласен.
https://github.com/yiisoft/docs/blob/master/001-yii-values.md
Хотим сделать инструмент чтобы можно было стартовать быстро (gii в работе, документация хорошая тоже). Вход, скорее всего, будет сложнее, чем в Yii2, но мы это сгладим хорошей докой.
С очень малой связанностью (DI по полной), чтобы при росте не ломалось, чтобы можно было любую архитектуру запилить, будь то классический MVC или вертикальные слайсы и нарезка по контекстам.
Чтобы тестить было приятно.
Фреймворк компонентный и как можно менее закрытый от PHP сообщества.
Чтобы сам фреймворк был сверх-стабилен. У нас покрытие практически 100% с очень высоким MSI и полной статической типизацией через Psalm.
Чтобы дебажить было максимально приятно: debug-панелька, максимально понятные ошибки, как можно меньше кеширования и пре-компиляции чтобы XDebug-ом по своему коду ходить, а не по чему-то сгенерированному.
Чтобы конфижить было удобно и, в то же время, гибко.
Как можно меньше магии. Пока держимся под натиском "а давайте final уберём", "а давайте без private по дефолту", "а где мой Yii::$app?".
Да, так бывает, но это менее типично. Обычно большинство проектов «галер» — до трёх лет. Плюс есть ротация, людей перекидывают с проекта на проект по необходимости и в зависимости от платёжеспособности и потребностей клиента на данный момент.
Был и там и там. Да, есть галеры где неплохо, но:
Срок жизни проекта гелерного слишком мал, чтобы увидеть самые фатальные свои косяки. Они достанутся кому-то ещё, а вы будуете думать что решение было норм.
Главная метрика любого проекта галеры — клиент доволен. Это сказывается практически на всём.
То есть на каком-то этапе галера даёт хорошее ускорение для развития вширь, но очень вероятно что не даёт развития на той же позиции архитектора. Очень часто галерные архитекторы творят тот ещё ужас и всерьёз думают что это норм.
Гарантий в последнее время никаких, да...
Да, уже релизнут: https://github.com/yiisoft/view-twig
Приближается: https://www.yiiframework.com/yii3-progress
Macroable из фреймворка Laravel — совершенно ужасная фича, убивающая статанализ и рефакторинг.
Это SpatialChat, но системный? Занятно.