Скорее выглядит как мой код 10 летней давности а не фреймворк от бывшего Core Angular Dev :D ^^ Оно и понятно что фреймворк новый и тд и будет еще 2 версия которая не совместима с 1, переписана на новый язык которая вообще за -1 секунду будет отдавать контент, а сколько разрабам ебаться мучиться там без разницы)))
Забавно что Никита буквально пару недель назад в гостях у PHP дайджеста комментировал вопрос инфраструктуры PHP и сказал что никто не хочет ничего менять (переезд репозиториев на гитхаб) и так уже много лет и в ближайшее время ничего не изменится, но вот прошла пару недель и кто то решил этот вопрос за 2 комита! браво!
Лучше читать норм статьи от VDSINA чем кал воду от ruvds (и хостинг такой же хреновый на старом железе и дорогой). Но не станет ли vdsina новым «гуглом»? TBC.
Не обязательно, биткоин не весь блокчейн)) Блокчейн может быть эффективным вопрос в реализации, плюс количество транзакций влияет на энергопотребление, а в этом случае оно явно не будет миллиардным)
1. у меня нет возможности ставить минусы и я их не ставил в данной статье.
2. вы уже сами додумали сколько я прочитал.
Еще раз спрашиваю зачем этот материал в хабе по PHP на хабре? Зачем? С какой целью он сюда опубликован вы можете ответить? У нас тут что кружок литературы??? Пишите в соответствующий хаб тогда какие проблемы если это литературный текст? Кого там от чего прет его личное дело, мы же не сборище наркоманов тут а кружок программистов которые делятся опытом. Или я ошибаюсь поправьте меня!
Потратили время на внимательное чтение эссе «Как я провёл лето», а теперь тратите время на рассуждения в комментах что, с вами нехорошо обошлись.
Да вы вообще в своем уме? Вы хотя бы прочитали мои комментарии? Я в них задаю конкретные вопросы, а вы мне в ответ вы сами виноваты что вы получили не то что хотели!!! У вас как с логикой окей? Я трачу свое время тут не просто так, это мой выбор, я нигде не сказал что АВТОР виноват в том что я прочитал его статью и получил не то что хотел или чем то не удовлетворен!!! Я четко спросил про то почему не подошли другие ORM и т.д. Это конструктивные вопросы на которые я хотел получить ответы, мне это интересно. А вы видимо с автором накурились и в своем мире витаете, еще раз пожалуйста перечитайте мои комментарии и не пишите бред!
Вы зачем об этом вообще на хабре написали? С какой целью? Похвастаться? Кода нету, он коммерческий, было бы там что скрывать честное слово :D Как это поможет мне не ясно вообще. Но при этом вы жалуетесь что вас минусуют якобы просто так, нет не просто так, если вы решили повыпендриваться своими костылями то ждите что вас обольют грязью потому что костыль кривой.
Этим я отвечал вам по поводу вашего недовольства минусами а не потому что я не доволен тем что прочитал эту статью. Зачем вы придумываете?
По поводу интеграции Doctrine, а почему вообще doctrine? Почему не Propel? И вообще в какой вселенной типичный заказчик разбирается в каких то там библиотеках для работы с БД на PHP? Смешно просто. Это уже выбор исполнителя. Вот ваши предки решили зачем мне изучать чью то библиотеку если я могу сделать свой костыль и работает. Окей, теперь вы говорите зачем мне брать и изучать хорошую библиотеку если я могу взять и сделать ЕЩЕ ОДИН СВОЙ КОСТЫЛЬ. А что дальше? После вас кто то еще будет новый костыль делать? Ну удачи вам.
Не не так дело не пойдет, по вашей же логике можно было вообще ничего не улучшать и не делать свой ORM ведь за это не платят денег, а старое и так работает. Автор сам сказал что:
и никто не был готов выделять ресурсы программистов на задачи «переписать все с нуля с нормальной структурой БД»
Т.е на сколько я понимаю нужды в этом в принципе не было кроме того что автор сам решил улучшить то что бы самому было проще с этим работать. Так вот, еще раз вам говорю. Пускай хоть 100 тысяч лет проекту, если вы решили что то улучшить то нету разницы в том что бы брать какое то готовое решение или писать свой ORM. Результат все равно будет одинаковый верно? Будет улучшен существующий код и залог на будущее. doctrine/eloquent/propel/yii/свой ORM да какая разница? Ее нет, а вот где в статье описание того почему одно из этих решений было отвергнуто в пользу своего? Я так и не понял чем они вам не подошли. В конце концов вам не нужно брать полностью весь пакет, например Eloqnet под капотом использует Illuminate/database который отвечает за работу с запросами к БД, имеет Query Builder и т.д. Его интегрировать вообще изи, не нужно даже брать сам Eloquent. Но вы все равно упорно пишите свой велисипед потому что???
Автор почему решил написать свой «ORM»? Он просто явно не работал с другими вендорами в принципе. ORM, ActiveRecord, DataMapper разницу вы знаете? У вас даже не то что бы ORM полноценный, какое то подобие ActiveRecord и все похоже.
Вы зачем об этом вообще на хабре написали? С какой целью? Похвастаться? Кода нету, он коммерческий, было бы там что скрывать честное слово :D Как это поможет мне не ясно вообще. Но при этом вы жалуетесь что вас минусуют якобы просто так, нет не просто так, если вы решили повыпендриваться своими костылями то ждите что вас обольют грязью потому что костыль кривой.
По вашему конструкторы авто все идеи для своих авто каждый раз придумывают с 0 и не берут уже имеющиеся? Бред полный, множество автозапчастей у разных авто производителей от одного и того же вендора. Одно колесо чего стоит которое во всех авто по одинаковому принципу сделано, в любом случае у каждой отрасли свои нюансы, а писать свои ормки сами понимаете… Тесты, документация и т.д, одному за неделю? Вряд ли) Вы конечно молодец что не сломали свой проект, просто вам говорят почему не laravel orm или еще что то потому что догнать их по функционалу вам в одиночку будет просто не реально, так что это просто велосипед) Я тоже в 2к10 делал подобное, только с появлением реально хороших решений как doctrine или laravel orm (а это на самом деле не все что есть, propel zend etc. даже у kohana был свой orm) надобность в своей просто отпала. Я еще понимаю если бы вы решили сделать реально что то новое для PHP в плане ORM, тогда к вам и еще и другие разрабы могли бы подтянуться а так вы просто решили поиграться с написанием некоего подобия ORM не более. На сколько ваша ORM платформо зависимая? И вообще какой функционал вы получили?
$element = (new Model())->getOne($id);
public function getOne($id) {
return $this->query("SELECT * FROM ".$this->table." WHERE id = :id", ['id' => $id])[0];
}
private function query(string $sql, array $params): array
{
// я думаю тут все понятно?
}
И тут уже начинается, а если надо выбирать только определенные столбцы, а если Primary key не ID, Query builder etc.
И это статья на хабре? Кто то вообще модерирует PHP хаб? Уже сколько времени попадают какие то статьи от недоразвитых людей которые либо сами еще этого не поняли, либо решили этим с другими поделиться. Нужна бесплатная реклама? Надеюсь вы ее получили. Я сеньор, на хабре 7 лет и мои комментарии до сих пор проверяет модератор, а такой шлак сюда попадает видимо вообще без проверки.
У мс горизонтально, у php вертикально, все хорошо мне кажется, кстати с учетом того что ms отказались от поддержки php8 под вин возможно в этом еще и есть скрытый смысл… ^^
Да, побольше. Да, сделать продукт такого уровня не просто, но ничего, справимся. Не первый раз. Про Yii 2 тоже говорили что никому не нужен когда есть ZF, Symfony, CakePHP и все остальные.
Не думаю что дело в уровне продукта, каждый по сути использует то что может а не то что хочет если его уровень не сеьнер. Я не имел ввиду что новый фреймворк в принципе не нужен, просто у него должна быть какая то мотивация для существования а не просто желание сделать все идеально, имхо.
Абсолютно любые, хоть пока мы и заняты больше основой для напиливания этих фич, чем самими фичами. В основе уже есть то, чем фреймворк выделяется: работает быстро без тучи прекомпиляции и кеша, полный набор чистеньких PSR, typed properties и strict types из коробки. Стремящийся к 100% test coverage и MSI score и так далее. Но пока я не сильно хочу об этом говорить, всё очень сильно меняется.
Тут плюсую, хорошо что в новой версии вы стремитесь максимально использовать новые фичи языка и идти в ногу со временем, и хорошие dev-tools из коробки это супер, можете еще добавить psalm/phpstan/php-cs-fixer/phpcs/etc. тем самым мотивируя ленивых их больше использовать (я имею ввиду их использование при установке фреймворка а не отдельных его компонентов). Какая минимальная версия php будет для yii3? php7.4+? php8??? Просто как бы разработка не превратилась в гонку за новым которую никогда не выиграть))
А на что рассчитывал Yii 2?
Я не могу вам ответить на этот вопрос потому что не принимал участия в его решении. И лишь могу добавить что использовал yii1 в свое время но использовать yii2 казалось выстрелом в ногу с учетом имеющихся альтернатив.
Zend 1 никогда не рулил миром. Да, был популярным. Laminas — не другие руки. Имя другое. Руки те же. У Laminas отличная команда и компоненты. Тот же ZF Expressive, который теперь Laminas Mezzio — отличная штука для многих задач.
Я скорее имел ввиду что Zend1 в свое время мне кажется был достаточно востребован потому что хороших подобных альтернатив еще просто не было, другие ныне популярные фреймворки или не существовали или были очень маленькие поправьте меня если ошибаюсь. А вот потом сам по себе Zend2+ мое личное мнение не был на столько востребован, в чем я и попытался провести аналогию с yii2 (хотя его отдельные компоненты достаточно активно используются и сейчас). Конечно все эти фреймворки всех версий так или иначе использовались всегда. Вопрос в том что с ними стало далее…
По поводу Mezzio, да это бывший zend expressive и кстати он уже… psr middleware compatible., и на сколько я знаю там нет «жуткой компиляции» для кеша… И можно выбирать шаблонизатор, контейнер и т.д от разных вендоров что является плюсом, но в итоге они скрывают работу с ними своими абстракциями по понятным причинам. Так чем yii будет круче или удобнее того же mezzio? =) Минус mezzio в том что вся конфигурация на php массивах которые не поддерживают типизацию, и что бы объявить конфиг нужно знать его структуру но конечно с этим можно жить и плюсы есть (convetion over configuration если не ошибаюсь), а в symfony например 3 формата включая xml + autocomplete, объявить сервис в контейнере проще простого, нужно просто указать имя класса, конечно можно конфигурировать и через ContainerBuilder где вы получаете максимальную гибкость. Да и компиляция кеша не мешает от слова вообще.
Могли. Частично сделали. Например, можно брать любые PSR middleware и использовать. Как и любые пакеты вообще можно теперь удобно конфижить без всяких обёрток.
mezzio? другие микрофреймворки?
Поздно :)
Бог с вами и вашей реализацией, но сдается мне что это будет примерно как в yii2 или том же mezzio, массивы + convention over configuration, фабрики сервисов в php конфигах и т.д. Окей я верю вы наверно сделали все круто с точки зрения di, а как на счет конфигурации service locator? =)
Всенепременно. Будет конфа после релиза.
Даже не буду спрашивать про даты релиза, но действительно удачи вам с этим нелегким делом :)
Жаль что доклад Tobias-а не зашёл и хорошо что зашли остальные. Мы старались чтобы зашло всё и всем, но такого, к сожалению, не бывает. Как правило, на хороших конференциях количество докладов, попавших точно в цель, варьируется от 2 до 3. Слушатели очень разные с разным уровнем подготовки и разными проблемами, которые они хотят решить.
Само собой в этом вас понять можно, я просто уже несколько раз упомянул что тема в интернете освещена на 100% + есть документация к фреймворку очень подробная и не думаю что он за 54 минуты смог научить всех работать с этим компонентом, в любом случае я понимаю у вас не было выбора и вы взяли красавчика ))
Сказать есть чего, только не по Yii 2, а по Yii 3 и по разработке в целом. Посмотрите, например «Пакетные принципы и метрики» или, как выйдет в паблик, недавний «Поговорим про код» с PHP fwdays.
Доклад я этот не видел, но он явно не про новые фичи yii3… :)
Не поймите меня не правильно, лет 8 назад я радовался когда открыл для себя yii1, тогда он предлагал то чего у других не было, а что сейчас с yii3? Даже yii2 не взлетел выше чем yii1 в свое время (ИМХО), его выбирают (ИМХО) те разработчики которые считают что раз продукт отечественный то и мне будет проще с ним работать… Мол документация на русском, и кодогенератор… Но в sf/laravel денежные потоки вливаются явно побольше чем в yii на данный момент, за счет этого + OSS эти фреймворки очень активно развиваются, по этому догнать их вам будет еще сложнее. Да и какие вы можете предложить фичи которых нету в sf/laravel? Может быть microservice cloud oriented? Вы считаете yii3 сможет догнать symfony или laravel? Кому нужен более EE фреймворк возьмет Symfony (как я), кто делает middle/pet проекты возьмет Laravel по понятным причинам (я активно хейчу этот фреймворк при том что сам на нем разрабатывал :D). Но вот чего я не пойму на что рассчитывает yii3? А помните Zend1 когда рулил миром? И где он сейчас? Сколько бы они его не переписывали, сколько бы не делили на компоненты и микрофреймворк, особой популярности которая была у первой версии нету, они даже отдали его в другие руки (Laminas?) потому что зачем им такой гемор)) Вместо переписывания очередной версии yii на свои велосипеды, уже 10 раз могли взять компоненты symfony/oss упростить работу с ними как сделал Laravel (Только DI не делайте свой, лучше symfony/dependency-injection пока точно нету) и добавить того чего нету ни в одном фреймворке (хотя для sf/laravel уже столько всего, включая по несколько готовых админок). Yii вряд ли догонит их по количеству интеграций, пускай люди даже и делают их для yii2… Но количество контрибьютеров будет явно меньше в несколько раз (а то и десяктов...).
Что касается PHP Russia, у меня совсем другая роль в этом мероприятии. И собрать вместе с Онтико конференцию такого масштаба в онлайне, чего до этого никто не делал, и быть со-ведущим и выступить там же — это очень сложно, поэтому я второй раз подряд не выступаю на PHP Russia.
Мы живем чтоб сказку сделать былью, но я ждать умею, дождемся и конфы по yii3 =))
Как там доклады по Yii2 на Russian PHP Conference? Нечего рассказать чтоль было? По этому позвали скучных Symfony Core developer из швеции которые документацию пересказывали? А если серьезно, его доклад скучный 0 полезного т.к как я уже сказал тема освещена в интернете на 100%, а про реализацию микросервисного подхода для symfony/messenger так никто и не ответил…
Повторюсь, доклад Nicolas Grekas отличный, оптимизация на пальцах это всегда круто, надеюсь Symfony Core Developer смотрели его доклад (: Да и вы в yii core team =))
Tobias Nyholm 54 минуты рассказывал 3 строчки из документации или я что то пропустил? А представляете если бы Core Symfony разработчик рассказал как использовать такой компонент в микросервисной архитектуре? Блин, может потому что никак нельзя он и не рассказал? Кто то использовал Symfony Messenger для коммуникации между несколькими приложениями? Просто докладов на тему использования и как работают очереди уже не мало, а symfony/messenger всего лишь новый велосипед внутри фреймворка для работы с очередями и т.д (Я знаю что все компоненты symfony standalone). А ведь могли бы и про микросервисы подумать с такими красавчиками в команде =)
А вот доклад Nicolas Grekas просто супер, столько полезного, а ведь он даже не…
Я просто написал статью на хабре что я не имею программировать что бы меня научили, а найти информацию в интернете которой действительно много или прочитать книжку я не хочу потому что клиент заплатил да и сроки горят =) Уважаемый, что бы написать свой велосипед, наверно стоит понять как работают другие? Ваш микрофреймворк похож на домашнее задание по программированию, причем на 3-. Как такое стали пропускать на хабр последнее время? Есть же 999999+ форумов где можно пообщаться на такие темы =) Ну и ладно давайте мне минусов.
Да, вы сказали Славик php программист, тут читают много людей включая не программистов которые могут прочитать подобное а потом рассказывать начальникам про Славика и PHP. Тем более если PHP не причем, зачем вообще его упоминать? Сделайте Славика абстрактным программистом, в вашей статье от этого ничего не поменяется. Просто так же как кто то не подумал про часовые пояса и с точки зрения пользователя это доставляет проблемы, так же и упоминание PHP там где он вообще не причем может создать ложное впечатление о нем. Поймите меня правильно, я PHP программист и мне не нравится когда его без дела обвиняют во всех грехах человечества (вы не обвиняете но создаете ложное впечатление ибо идет упоминание о PHP и программисте который накосячил именно на PHP...) ибо проблема описанная в статье применима к любому языку программирования но об этом почему то умалчивается.
Я вообще не понял причем тут PHP??? Уберите пожалуйста не портите репутацию языку, ваша проблема с PHP никак не связана так еще и код отправки sms не на php, зачем вы так? Славик с таким же успехом может быть: Обычный JS программист, Обычный JAVA программист, Обычный Python программист, Обычный RUBY программист и так далее… УБЕРИТЕ PHP!!! Пускай он будет так же абстрактный программист, но никак не PHP, хватит проблемы криворуких кодеров и тимлидов сваливать на языки программирования!!!
Скорее выглядит как мой код 10 летней давности а не фреймворк от бывшего Core Angular Dev :D ^^ Оно и понятно что фреймворк новый и тд и будет еще 2 версия которая не совместима с 1, переписана на новый язык которая вообще за -1 секунду будет отдавать контент, а сколько разрабам
ебатьсямучиться там без разницы)))Воздух как-бэ дороже гада и нефти (c).
калводу от ruvds (и хостинг такой же хреновый на старом железе и дорогой). Но не станет ли vdsina новым «гуглом»? TBC.1. у меня нет возможности ставить минусы и я их не ставил в данной статье.
2. вы уже сами додумали сколько я прочитал.
Еще раз спрашиваю зачем этот материал в хабе по PHP на хабре? Зачем? С какой целью он сюда опубликован вы можете ответить? У нас тут что кружок литературы??? Пишите в соответствующий хаб тогда какие проблемы если это литературный текст? Кого там от чего прет его личное дело, мы же не сборище наркоманов тут а кружок программистов которые делятся опытом. Или я ошибаюсь поправьте меня!
Да вы вообще в своем уме? Вы хотя бы прочитали мои комментарии? Я в них задаю конкретные вопросы, а вы мне в ответ вы сами виноваты что вы получили не то что хотели!!! У вас как с логикой окей? Я трачу свое время тут не просто так, это мой выбор, я нигде не сказал что АВТОР виноват в том что я прочитал его статью и получил не то что хотел или чем то не удовлетворен!!! Я четко спросил про то почему не подошли другие ORM и т.д. Это конструктивные вопросы на которые я хотел получить ответы, мне это интересно. А вы видимо с автором накурились и в своем мире витаете, еще раз пожалуйста перечитайте мои комментарии и не пишите бред!
Этим я отвечал вам по поводу вашего недовольства минусами а не потому что я не доволен тем что прочитал эту статью. Зачем вы придумываете?
Не не так дело не пойдет, по вашей же логике можно было вообще ничего не улучшать и не делать свой ORM ведь за это не платят денег, а старое и так работает. Автор сам сказал что:
Т.е на сколько я понимаю нужды в этом в принципе не было кроме того что автор сам решил улучшить то что бы самому было проще с этим работать. Так вот, еще раз вам говорю. Пускай хоть 100 тысяч лет проекту, если вы решили что то улучшить то нету разницы в том что бы брать какое то готовое решение или писать свой ORM. Результат все равно будет одинаковый верно? Будет улучшен существующий код и залог на будущее. doctrine/eloquent/propel/yii/свой ORM да какая разница? Ее нет, а вот где в статье описание того почему одно из этих решений было отвергнуто в пользу своего? Я так и не понял чем они вам не подошли. В конце концов вам не нужно брать полностью весь пакет, например Eloqnet под капотом использует Illuminate/database который отвечает за работу с запросами к БД, имеет Query Builder и т.д. Его интегрировать вообще изи, не нужно даже брать сам Eloquent. Но вы все равно упорно пишите свой велисипед потому что???
Автор почему решил написать свой «ORM»? Он просто явно не работал с другими вендорами в принципе. ORM, ActiveRecord, DataMapper разницу вы знаете? У вас даже не то что бы ORM полноценный, какое то подобие ActiveRecord и все похоже.
Вы зачем об этом вообще на хабре написали? С какой целью? Похвастаться? Кода нету, он коммерческий, было бы там что скрывать честное слово :D Как это поможет мне не ясно вообще. Но при этом вы жалуетесь что вас минусуют якобы просто так, нет не просто так, если вы решили повыпендриваться своими костылями то ждите что вас обольют грязью потому что костыль кривой.
И тут уже начинается, а если надо выбирать только определенные столбцы, а если Primary key не ID, Query builder etc.
Не думаю что дело в уровне продукта, каждый по сути использует то что может а не то что хочет если его уровень не сеьнер. Я не имел ввиду что новый фреймворк в принципе не нужен, просто у него должна быть какая то мотивация для существования а не просто желание сделать все идеально, имхо.
Тут плюсую, хорошо что в новой версии вы стремитесь максимально использовать новые фичи языка и идти в ногу со временем, и хорошие dev-tools из коробки это супер, можете еще добавить psalm/phpstan/php-cs-fixer/phpcs/etc. тем самым мотивируя ленивых их больше использовать (я имею ввиду их использование при установке фреймворка а не отдельных его компонентов). Какая минимальная версия php будет для yii3? php7.4+? php8??? Просто как бы разработка не превратилась в гонку за новым которую никогда не выиграть))
Я не могу вам ответить на этот вопрос потому что не принимал участия в его решении. И лишь могу добавить что использовал yii1 в свое время но использовать yii2 казалось выстрелом в ногу с учетом имеющихся альтернатив.
Я скорее имел ввиду что Zend1 в свое время мне кажется был достаточно востребован потому что хороших подобных альтернатив еще просто не было, другие ныне популярные фреймворки или не существовали или были очень маленькие поправьте меня если ошибаюсь. А вот потом сам по себе Zend2+ мое личное мнение не был на столько востребован, в чем я и попытался провести аналогию с yii2 (хотя его отдельные компоненты достаточно активно используются и сейчас). Конечно все эти фреймворки всех версий так или иначе использовались всегда. Вопрос в том что с ними стало далее…
По поводу Mezzio, да это бывший zend expressive и кстати он уже… psr middleware compatible., и на сколько я знаю там нет «жуткой компиляции» для кеша… И можно выбирать шаблонизатор, контейнер и т.д от разных вендоров что является плюсом, но в итоге они скрывают работу с ними своими абстракциями по понятным причинам. Так чем yii будет круче или удобнее того же mezzio? =) Минус mezzio в том что вся конфигурация на php массивах которые не поддерживают типизацию, и что бы объявить конфиг нужно знать его структуру но конечно с этим можно жить и плюсы есть (convetion over configuration если не ошибаюсь), а в symfony например 3 формата включая xml + autocomplete, объявить сервис в контейнере проще простого, нужно просто указать имя класса, конечно можно конфигурировать и через ContainerBuilder где вы получаете максимальную гибкость. Да и компиляция кеша не мешает от слова вообще.
mezzio? другие микрофреймворки?
Бог с вами и вашей реализацией, но сдается мне что это будет примерно как в yii2 или том же mezzio, массивы + convention over configuration, фабрики сервисов в php конфигах и т.д. Окей я верю вы наверно сделали все круто с точки зрения di, а как на счет конфигурации service locator? =)
Даже не буду спрашивать про даты релиза, но действительно удачи вам с этим нелегким делом :)
Само собой в этом вас понять можно, я просто уже несколько раз упомянул что тема в интернете освещена на 100% + есть документация к фреймворку очень подробная и не думаю что он за 54 минуты смог научить всех работать с этим компонентом, в любом случае я понимаю у вас не было выбора и вы взяли красавчика ))
Доклад я этот не видел, но он явно не про новые фичи yii3… :)
Не поймите меня не правильно, лет 8 назад я радовался когда открыл для себя yii1, тогда он предлагал то чего у других не было, а что сейчас с yii3? Даже yii2 не взлетел выше чем yii1 в свое время (ИМХО), его выбирают (ИМХО) те разработчики которые считают что раз продукт отечественный то и мне будет проще с ним работать… Мол документация на русском, и кодогенератор… Но в sf/laravel денежные потоки вливаются явно побольше чем в yii на данный момент, за счет этого + OSS эти фреймворки очень активно развиваются, по этому догнать их вам будет еще сложнее. Да и какие вы можете предложить фичи которых нету в sf/laravel? Может быть microservice cloud oriented? Вы считаете yii3 сможет догнать symfony или laravel? Кому нужен более EE фреймворк возьмет Symfony (как я), кто делает middle/pet проекты возьмет Laravel по понятным причинам (я активно хейчу этот фреймворк при том что сам на нем разрабатывал :D). Но вот чего я не пойму на что рассчитывает yii3? А помните Zend1 когда рулил миром? И где он сейчас? Сколько бы они его не переписывали, сколько бы не делили на компоненты и микрофреймворк, особой популярности которая была у первой версии нету, они даже отдали его в другие руки (Laminas?) потому что зачем им такой гемор)) Вместо переписывания очередной версии yii на свои велосипеды, уже 10 раз могли взять компоненты symfony/oss упростить работу с ними как сделал Laravel (Только DI не делайте свой, лучше symfony/dependency-injection пока точно нету) и добавить того чего нету ни в одном фреймворке (хотя для sf/laravel уже столько всего, включая по несколько готовых админок). Yii вряд ли догонит их по количеству интеграций, пускай люди даже и делают их для yii2… Но количество контрибьютеров будет явно меньше в несколько раз (а то и десяктов...).
Мы живем чтоб сказку сделать былью, но я ждать умею, дождемся и конфы по yii3 =))
Как там доклады по Yii2 на Russian PHP Conference? Нечего рассказать чтоль было? По этому позвали скучных Symfony Core developer из швеции которые документацию пересказывали? А если серьезно, его доклад скучный 0 полезного т.к как я уже сказал тема освещена в интернете на 100%, а про реализацию микросервисного подхода для symfony/messenger так никто и не ответил…
Повторюсь, доклад Nicolas Grekas отличный, оптимизация на пальцах это всегда круто, надеюсь Symfony Core Developer смотрели его доклад (: Да и вы в yii core team =))
PS. <3 Symfony and symfony developer.
А вот доклад Nicolas Grekas просто супер, столько полезного, а ведь он даже не…