просто не такой попсовый

yii особенно 1й это отличный пример как НЕ надо делать на пхп

началось

2.х норм, зря вы так)

не монструознее симфони, надо признать)

симфони можно разобрать по частям

можно и НУЖНО

симфони проще

скорее симфони - это и есть части

началось

когда уже все кончилось

симфони проще

не правда

вот теперь и зенд - части

причем как мне кажется зенд более лаконичнее и понятнее чем симфони

я б не сказал

Внимание вопрос - а так ли нужно делать свой фреймворк, если нет понимания того как он будет устроен

Если не знаешь зачем отвечать ? Вопрос не был в том что правильно я ли делаю или нет.

я б не сказал

ну я так понял, ты 3ю версию не смотрел. а обсуждать фреймворки 5-10 летней давности (yi11, zend 2.*) не очень

зенд 3 сильно от 2го отличается?

зенд 3 сильно от 2го отличается?

компонентный

зенд всегда был компонентный

Если не знаешь зачем отвечать ? Вопрос не был в том что правильно я ли делаю или нет.

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

это как в универе

пришел на предмет, полгода позанимался и забыл

а дальше, если что знаешь где гуглить и куда смотреть

чтобы снова изучить нужное

Зенд экспрессив неплох, хорошая основа для своего фреймворка

Зенд экспрессив неплох, хорошая основа для своего фреймворка

во истину

самое лучшее что появилось за последние годы имхо.

(не для rad-разработки)

вот смотрю щас референсы по 3й зенде

что такого сильного изменилось с 2й версии?)

все как было так и осталось

документация еще более уебанская стала разве что

что такого сильного изменилось с 2й версии?)

decoupling всего что там было на части. нет жесткой завязки на свое.

я после 5 лет на зенде 1й и 2й на симфони перешел за неделю грубо говоря, и уже тогда мне не хотелось возвращаться

Ну справедливости ради, надо сказать что симфони тоже работает над уменьшением coupling http://symfony.com/blog/symfony-3-2-0-released reduced drastically the number of mandatory dependencies (fabpot) (Doctrine Annotations lib in 20097, Security Core and Security CSRF components in 20075, Templating component in 20072, Translation component in 20070, Asset component in 20067)

все над этим работают) кроме yii

я если честно не знаю щас ни одного разраба который работает с зендой

кроме окрамиуса

и на проекты с зендой уж точно не пошел бы работать

бывшие коллеги часто пишут дескать пришел в контору - работаем с зендом (даже с 1м)

Ну верят core разработчики Yii в монолит, что тут такого :)

дело не в монолитах

на пхп 95% это монолиты

Ну верят core разработчики Yii в монолит, что тут такого :)

ничего такого. это нормально для yii. такой продукт.

и я так думаю

все фрейморки нужны, все фрэймворки важны :) Зато есть из чего выбрать

вот, к пример, кому-то камнем предкновения становится язык

в плане документации, на каком языке написана

а еще видео уроки, блоги и прочая хрень

Холиварчики, лучше по делу что нибудь подсказали человеку

все фрейморки нужны, все фрэймворки важны :) Зато есть из чего выбрать

именно. поработал с пятком фреймворков. Посоветовал бы для постоянного фреймворка symfony. Для души (или для разработки сильной командой) - микрофреймворк (silex, expressive)

>Для души (или для разработки сильной командой) - микрофреймворк (silex, expressive) зачем?

api простое, например

я слабо представляю кодовую базу 500к строк на silex/slim

я слабо представляю кодовую базу 500к строк на silex/slim

?

"slim" ?

в 500К строк

fat slim

>Для души (или для разработки сильной командой) - микрофреймворк (silex, expressive) зачем?

затем, что идеально для реализации качественного быстрого энтерпрайз или хотелок в контексте hexagonal/ddd

полная свобода

>для реализации качественного быстрого энтерпрайз или хотелок в контексте hexagonal/ddd зачем тут пхп вообще?)

я слабо представляю кодовую базу 500к строк на silex/slim

вообще не вижу проблем, почему это должно зависеть от фреймворка)

ну например с доктриной на DDD далеко не уедешь

>для реализации качественного быстрого энтерпрайз или хотелок в контексте hexagonal/ddd зачем тут пхп вообще?)

а что, на пхп ddd не делают?

ну например с доктриной на DDD далеко не уедешь

уедешь, но доктрина тяжела по производительности и слишком много кейсов покрывает - кодовая база большая, классы по 1000+ строк итд. Для ddd лучше использовать более низкоуровневые соединения. Хошь репозитории на голом pdo, хошь простенькие мапперы. ddd - штука сама по себе непростая, поэтому не надо переусложнять узлы.

в прочем "не надо переусложнять" - это универсальный совет для любого проекта)

а что, на пхп ddd не делают?

конечно делают, видел как ивенты доктрины юзают как доменные ивенты. и это печально

ERROR: S client not available

конечно делают, видел как ивенты доктрины юзают как доменные ивенты. и это печально

печально. тем не менее.

и не такая уж тяжелая по производительности она

в ддд производительность это не самое важное как бы

и не такая уж тяжелая по производительности она

всяко тяжелее маппера, обернувшего пдо

не на много, пхп7 неплохо нивилирует эти издержки

ну о чем ты говоришь - намного. доктрина тяжела сама по себе. маппер - практически голый.

ок, что такого тяжелого в доктрине то?)

метаданные для мапинга всегда в кеше лежат. гидратор чуть более универсальный чем ручной маппинг

но чтобы прям "тяжелая" я б не сказал

а чего там тяжелого нет? замерь потребление памяти, кол-во созданных объектов

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

да и че там говорить.. давай конкретный кейс и бенчмарк к нему

а так это разговор ни о чем

уровня "пхп медленный"

и местами доктрина даже быстрее будет чем ручной мапинг. т.к она не гоняет лишний раз гидратор если обьект уже managed в UoW

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

combot.org/chat/-1001042383571

Единственная проблема ORM в том, что ты не всегда уверен как тебя он интерпритирует и что пошлет в базу

вот сейчас точный пример из жизни я не вспомню, но были грабли при постраничной навигации

кто там говорил про 5 бачей в час

норм, оказывается есть такие ребята

300р - ~ чуть выше junior зп в час, нечего странного

50 т. руб в месяц - обычная з/п джуниора, а в глубокой провинции и не джуниора

Та ну, не смешите

у нас тут у ит вообще з/п пичаль

за 50 долларов не то что девушку не поведешь в кино, так ещё и сам не пойдешь

попробуйте найти работу удаленно. У нас так 80% штата работает. Тоже сидят где-то далеко.

надо поучится еще

что б хоть джуном куда то взяли

Что бы поучится нужно работать, практиковатся. Вы сам себя загоняете в этот круг

ну так работаем практикуемся