теперь вместо mvc модна доменный объект?

А чем-то же пользуются? Или кажон своё сочиняет - и горюет?

берёшь фреймворк и делаешь как "ленин завещал"

а пофилосовствовать можно и вне рабочих проектов

))))))))))))))))))

теперь вместо mvc модна доменный объект?

о_0

теперь вместо mvc модна доменный объект?

Под mvc каждый подразумевает что хочет и обычно не то, что дедушка Тругве описал

Ну и mvc на сервере чёт не бывает

Короче да

Нормально так 90 челов набрали

:)

Доброе время суток

новый хайп вместо mvc теперь DDD ?

и теперь везде надо DDD юзать или ты не крут?

и переписывать все mvc приложения

А у тебя точно есть mvc приложения? Ну и ddd оно не говорит как строить приложение, только как строить слой домена

ну смотря что считать mvc )

мвц это не только десктоп стэндэлон

чё за дискриминация

просто то хайп по mvc

Mvc паттерн про три объекта

Не три слоя

потом запилили ar хайп по использованию ar

Не три системы

потом открыли люди для себя hibernate написали доктрину и хайп про то что ar не нужно, нужен datamapper

потом еще куча других хайпов)

мвц это не только десктоп стэндэлон

А что такое мвц

ну смотря что считать mvc )

А что им считать?

очень хорошая статья и норм перевод https://habrahabr.ru/company/edison/blog/316668/

А что им считать?

а я сам хз, столько фреймворков особенно в php и везде пишут что они mvc но все такие разные

Mvc паттерн про три объекта

вики говорит обратное

сейчас скоро дойдем до толстых или тонких контроллеров

потом табы или пробелы, скучно одни и теже холивары

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

"коллектив разыгрывает патологии лидера"

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

потом табы или пробелы, скучно одни и теже холивары

не важно что знает команда когда приходит пср

В том смысле что, наверное, да - что знали, то применили.

и забить гвоздь можно микроскопом, то в вообщем то все нормально)

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

а уж коли выбрал фреймворк - полизай в кузов

хорошо ты пишешь landing :D

какой framework ты выберешь?

который знаю, очевидено. если не буду преследовать исследовательско-образовательных целей

в особенности для backend (пусть там надо форму обратной связи обработать)

ну вот на текущий момент )

самый злой

что бы ты выбрал ?

лару

для обработки одной формы?

у меня не возникают задачи уровня обработки 1 формы

для такого я бы даже ооп не брал

я бы написал этот обработчик еще до того как твой composer скачает laravel

инструмент выбирается от задачи

но как только тебе понадобится это интегрировать куда-либо... и говнокодить sql-инсерты не захочется...

начинается магия

laravel хороший fw, но он не универсальный

я бы написал этот обработчик еще до того как твой composer скачает laravel

так он уже в глобал кэше. кек

в любом случае обработка голой формы в условном лендинге не требует ни ооп ни пхп на генерацию страницы

ну не требует но не мешает нам туда запилить ddd, doctrine, laravel

и еще чего нибудь

и будем маленький адок )

а ещё упаковать в докер залить в облако и повесить цдн

и еще немного webpack и gulp

добавить react для генерации формы

неене. запретить! реакт сам напрашивается

а для всего landing использовать angular2

и если уж на то пошло, есть люмен

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

и тд

мне нравится ларавел. потому что надо не на ооп дрочить

есть куда важнее и интереснее задачи на бэке

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

например?

ну от задач зависит

кому чего

оптимизация, хайлоад, биг дата

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

ну от задач зависит

ларавель для бигдата?)

map/reduce на php?)

ларавель для бигдата?)

Ноу

ну и... тут может кто-то похвастаться объемами данных которые не влязат на какой-нибудь xxlarge ноду на AWS?

да и "ларавель для хайлоад" звучит немного смешно

знаю одних чуваков

они на ларавели микросервисы запилилли (onliner.by) и теперь страдают от того что если надо в рамках одной транзакции пинать несколько микросервисов, то боль и ужас и время на бутстраппиинг фреймворка

~200 ms на каждый микросервис

хайлоад

200 ms из которых в реальности сервер где-то половину а то и две трети времени тупо простаивает без дела

интересно, насколько больно будет работать ларавельщику с вещами вроде php-pm

интересно, насколько больно будет работать ларавельщику с вещами вроде php-pm

а php-pm вроде позволяет и лару инициализировать и вертеть без бутстрапа?

а есть опыт, кстати, использования в продакшене php-pm?

в продакшене - пока нет

через пару месяцев будет

Да не, норм)

но я уже не уверен что php-pm это так прикольно

есть более прикольные вещи. надо только будет с ними разобраться

тип... не обязательно мастер процесс что бы на php был написан)