Первый yii мне понравился отличным гайдом и референс мануалом на сайте, у второй версии с этим много лет все было плохо, думаю что очень много неофитов на этом потеряли

Американцы понимают все. Даже код приятно там писать

Красноречиво все выглядит

Коллекции мне ещё в ларавел понравились

@devium https://slides.rmcreative.ru/

@devium https://slides.rmcreative.ru/

снимаю колпак

Спасибо

@devium https://slides.rmcreative.ru/

Саш, а можно еще глубокий док по расширениям с тестами и шлюхами?

@devium https://slides.rmcreative.ru/

+

Карма @samdark стала 4

> Саш, а можно еще глубокий док по расширениям с тестами и шлюхами? Что?

день добрый. yii2-queue кто юзает - не подскажете где его логи искать?

день добрый. yii2-queue кто юзает - не подскажете где его логи искать?

Подцепить лог бехейвиор и искать в runtime/logs

Ещё позавчера у Александра кармы не было) Щас аж четыре

значит не подцепилось, понял

Мемберов опять меньше 800

> Саш, а можно еще глубокий док по расширениям с тестами и шлюхами? Что?

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

https://www.yiiframework.com/doc/guide/2.0/en/structure-extensions#creating-extensions

ну а по тестированию можно любое из официальных посмотреть

спасиб

В yii2-queue получается, что как в доке нарисовано - указание в конфиге 'as log' => \yii\queue\LogBehavior::class, логирование не запускает? В бихейвере что-то прописывать нужно?

Елисеев что скажете по поводу плюсов yii перед зендом? Кроме более низкого порога входа. Ну так... Тезисно

В общем, как говорят, Yii - это "быстрый" фреймворк, а Symfony или Zend - "академические". В Yii экономят на классах и интерфейсах и всё хардкодят "в лоб" ради скорости. А в Symfony, наоборот, у всего продумывают архитектуру и гибкость ради удобства, ускоряя при необходимости кешированием. Так что весь выбор лишь в этом: либо взять облегчённый велосипед без седла и крыльев ради скорости, либо тяжёлый лимузин с водителем ради комфорта. Просто разные весовые категории: RAD и Enterprise. Внутри каждой категории всё хорошо. Претензии возникают лишь при выборе инструмента не по назначению: как при попытке сделать что-то лёгкое на Symfony, так и при попытке начать что-то тяжёлое на Yii.

E.g.?

В общем, как говорят, Yii - это "быстрый" фреймворк, а Symfony или Zend - "академические". В Yii экономят на классах и интерфейсах и всё хардкодят "в лоб" ради скорости. А в Symfony, наоборот, у всего продумывают архитектуру и гибкость ради удобства, ускоряя при необходимости кешированием. Так что весь выбор лишь в этом: либо взять облегчённый велосипед без седла и крыльев ради скорости, либо тяжёлый лимузин с водителем ради комфорта. Просто разные весовые категории: RAD и Enterprise. Внутри каждой категории всё хорошо. Претензии возникают лишь при выборе инструмента не по назначению: как при попытке сделать что-то лёгкое на Symfony, так и при попытке начать что-то тяжёлое на Yii.

А можно какой то пример, какая задача тяжела в выполнении на yii2, и для каких "легких" целей symphony лучше не использовать?

А можно какой то пример, какая задача тяжела в выполнении на yii2, и для каких "легких" целей symphony лучше не использовать?

Нет таких примеров

Грамотно излагаешь мысли. Преподавательский опыт есть?)

??????

На Yii 2 тяжело построить мега-проект, если у тебя нет команды высоко-квалифицированных спецов. На Symfony это делается несколько проще, там рамки жёстче.

На Yii же можно наговнять страшно и при этом будет работать. Для тех, кто умеет работать с техническим долгом, это плюс. Для тех, кто не может его контролировать на сложных проектах — дорога в ад.

Что очень сложные проекты на Yii работают и развиваются — факт. Но я уверен, что их команды построили бы такие проекты на чём угодно.

Хотя, тут ещё зависит от бизнеса. Иногда надо сделать нечеловеческий рывок и выкатить фичу, которую нормально делать неделю, завтра. Иначе всё, проект умрёт. Вот в таких ситуациях Yii спасает, а с Symfony бывает сложно: он не даёт углы посрезать...

Что очень сложные проекты на Yii работают и развиваются — факт. Но я уверен, что их команды построили бы такие проекты на чём угодно.

+1

Карма @samdark стала 6

Та же фигня с Java, например. Там есть много всего и оно навязывает рамки. Пока ты не можешь сам, в силу своей компетенции, проектировать, это спасение. Но как только ты понимаешь, что вот тут можно было проще, а тут вообще я бы запилил лучше, Java начинает бесить и люди валят на JavaScript, Python, Golang.

Иногда такие дилеммы о том какой фрэймворк имеет низкий порог вхождения и что на нем делать нельзя могу вогнать новичка в ступор, начал изучать yii2 а тут тебе раз и что то он не может, и в голове начинают крутиться мысли- а правильно ли я выбрал тот или иной фреймворк)))

Да, но этот критерий оказывается совершенно неправильным в итоге...

Плюсану что крутая команда и на yii и на симфони сделает хорошо

Если проект заведомо большой и сложный, зачем php, может spring? @elisdn @samdark

Просто отсутствие рамок порождает возможность шлёпать код как умеешь, и не развиваться

Порог входа

Зачем спринг? Мы вроде о php говорим

Если проект заведомо большой и сложный, зачем php, может spring? @elisdn @samdark

А теперь представь, что тебе надо найти команду и ещё у тебя какие-то рамки бюджета есть)

Зачем спринг? Мы вроде о php говорим

тем более будто на php нельзя сложные проекты делать

+

А теперь представь, что тебе надо найти команду и ещё у тебя какие-то рамки бюджета есть)

Ну крутые симфонисты нынче тоже не дёшевы

Будто в спрнге не будет проблем. Будут

И гавнокод там будет

нормальные спецы одинаково дороги вне зависимости от языка

чаще всего они знают несколько

Если проект заведомо большой и сложный, зачем php, может spring? @elisdn @samdark

какой бы ни был проект, выбор на чем писать зависит только от того, на чем умеют писать ваши работники, либо на что есть деньги

нормальные спецы одинаково дороги вне зависимости от языка

На самом деле не на все проекты они и нужны.

Будто в спрнге не будет проблем. Будут

Я в контексте того, что уии так себе инструмент для ого-го проектов, а вот (тут любой другой молоток), вот он да...

Да, крутые спецы нужны мало на какие проекты :)

Обычно их начинают привлекать когда уже полная задница случилась.

И сначала надо отрефакторить за год тучу legacy, въехать в домен, который в конторе никто сам не понимает, и в процессе пострить архитектуру.

ни одни нормальный бизнес не будет тратить дофига денег на спеца, который сделает им идеальный MVP

потому что просто нерентабельно

если это стартап, то выстредивает 5% в лучшем случае

если автоматизация бизнеса, то им надо быстро и дёшево

Обычно их начинают привлекать когда уже полная задница случилась.

либо одного в качестве стартового архитектора, читал про такие случаи. По моему даже в одном видео об архитектуре вы об этом говорили. Человек месяц работает, а работы толком и не видно, он там только архитектуру продумывает и строит)

Вот скажите мне. Есть контроллер->сервис->модель. Сейчас у нас все методы find в сервисе

а на качество относительно плевать

Это же неверно?

Модель в итоге просто описывает поля, валидацию и связи

совсем верно такие методы хранить в репозитории

И в итоге столько дублирования кода

А промежуточный вариант?

Я хочу сначала в модели все перетащить а потом в репы

для чего?

2 недели на проекте и такая жесть там

В современных реалиях, когда в СНГ у всех мало денег, а разработчик не хочет работать за копейки Yii2 будет себе жить. Да и вот у Genesis Tech полно годных, популярных проектов, и знаю что часть на Yii2, в частности VictoriaBrids

какая проблема решается?

Реффакторинг. Технический долг стал слишком велик

Очень много дублирования кода.

:)

Много одинаковых запросов в сервисах

Реффакторинг. Технический долг стал слишком велик

на одном из прошлых проектов мы после такого переписывали все с нуля) слишком дорого было все сопровождать, дешевле было переписать

это не реальные проблемы

если это стартап, то выстредивает 5% в лучшем случае

У вас в блоге, в комментариях чувак рассказал, как проект, сделанный х-к х-к и в продакшен, начал миллионы приносить через месяц. И как они воодушевлённые этим замутили ещё парочку, но с DDD, TDDи прочее со старта. И нифига, оба проекта в минусе. Бизнес главнее, а не фреймворк

Нереально все переписать. Думаю что можно отреффакторить потихоньку

@symbios_zi давате разберём, настроение есть :)

Давайте

что именно не так с проектом?

Нереально все переписать. Думаю что можно отреффакторить потихоньку

у нас в команде из 5 человек ушло 8 месяцев, чтобы все переписать)

тормозит?

ломается при изменениях?

Дорого внедрять новое

почему?

Ломается переодически

Метод на 500 строк например

Нарушены границы контекста и единственной обязанности.

Очень сложно это поддерживать.

не не не

?

надо идти от проблем

а не от того, какая там ответственность нарушена

Ага

500 строк. Почему это проблема?