А вот это уже попахивает манипуляцией. У всех нас разные возможности и ресурсы как на старте жизни так и в течении. Не всегда есть возможность не зависеть от зарплаты идиота.
Ну пока что все "за" все еще говорят в пользу очередей. На мой взгляд самый главный и очевидный плюс (помимо того, что воркеры всякие могут быть реализованы на разных языках) - это контролируемая масштабируемость нагрзуки. Юзая exec и прочие подобные вещи, вы потеряете как минимум в контроле ресурсов.
Blade, пробег в цикле по списку опять с проверкой что он существует
@isset($collection)
Мне показалось или вы показали решение проблемы, которую сами же придумали? Вы же контролируете данные которые попадут в представление, зачем проверки на существование переменных?
П.С. как уже написали выше, в блейде есть аккуратное решение для такого кейса.
Качество решения определяют прежде всего руки, а уже потом CMS и фреймворк. Токсичность большинства людей по поводу вп очевидна - ребята просто помнять каким это все было 10 лет назад и продолжают мыслить стереотипами. А, ну и плюс влияние их экспертизы. Ведь проще же назвать архитектуру вп говнокодом чем потратить немного времени на изучение eda. На деле же, экосистема вп как и сам движок тоже не стоит на месте и уже сегодня можно видеть достаточно много хороших решений с современными подходами в разработке. Я даже где-то видел Laravel-подобную архитектуру внутри одного из плагинов) Злым языкам достаточно просто освежить свои знания и все пройдет) Сколько людей столько и мнений. Одни сумели вырасти из звания рядовых разрабов, осознав, что программирование - это прежде всего решение конкретных проблем, а уже потом - код. Другие же, до сих пор меряются пи***ьками у кого код лучше. От последних собственно и можно услышать фразы по типу "вп гавно", "пхп гавно" и т.д. Я думаю, что будущее у вп как и у разработчиков вп однозначно есть. В ближайшие годы он все также будет лидером в своей нише. Автор молодец, как уже написали выше, не слушайте токсичное общество. Ну и напоследок, напишу пару очевидностей от кэпа: - Если вы видите ООП и легаси код, вы можете реализовать свои "идеальные" абстракции поверх. Это достаточно просто, если у вас есть проф. экспертиза. - Уходя от "банальных цмсочек" на какой-нибудь продукт или проект, есть вероятность ударится головой о еще большую стену легаси кода, велосипедов, подсоленную нулевой документацией. Не думайте, что там все идеально) - Под WP можно писать тесты (внезапно). - 95% людей, которые утверждают, что на конструкторе проще менять контент, имеют сайт уровня 2003 года (кстати тогда была выпущена первая версия WP), как по функционалу, так и по визуалу.
Пожалуйста, освежите свои знания по новым версиям языка, прежде чем писать холиварную чушь. На дворе 2021 год и фразы о уродливости языка сейчас выглядят как минимум смешно.
Что мешает использовать стабильные проверенные технологии? И я не говорю о чем-то древнем. Куча продуктов так и работают. Пусть отрасль хоть 7-ми мильными шагами развивается. Все обычно крутиться вокруг фундаментальных основ.
Проблема в спецах, которые при выходе каждой новой технологии тут же стремятся её освоить, забрасывая все предыдущие, считая их «древними» (привет js'еры). А еще проблема в том же найме, когда не почитав даты выхода релиза новой технологии, тут же ищут синьёра с 5+ лет по ней.
Конечно, не все из перечисленных решений идеальны. Я не хочу поднимать спор, но говоря про eloquent, вы прежде всего должны говорить о паттерне active record в целом. К тому же laravel не заставляет вас использовать только его. Прикрутите доктрину, да хоть используйте фасад DB, это ваш выбор и только мастеру решать, как использовать инструмент. И конечно, все мы понимаем что java как язык тоже не эталон качества как и код отдельно взятых джавистов.
"Короче — с одной стороны радует развитие php, с другой стороны это начинает выталкивать его в более высокую лигу, где играют более сильные команды и чем дальше, тем менее понятно зачем оставаться в более слабой команде, если реально хватает сил на то, что бы осилить «увеличенный порог входа» в более сильную команду."
Отчасти вы правы. Но я не думаю, что можно так однозначно утверждать, что в высокой лиге более сильные команды. И я уверен, что в среде php этих ребят не меньше. Взгляните хотя бы на вендоров symfony, laravel, yii (эти ребята явно знают, что делают). В конце концов, язык — это всего лишь инструмент. И то, что он так активно развивается даёт как раз таки шанс составить достойную конкуренцию (хоть пока и не в полной мере) в это высшей лиге. В конце концов, как там говорилось: "Москва тоже не сразу строилась".
Безусловно язык уже давно не тот, что был раньше. И меня это конечно радует. Жаль только, что весомая доля разработчиков все ещё "та". Увеличить бы порог входа в язык, чтобы отсеять лишних)
А вот это уже попахивает манипуляцией. У всех нас разные возможности и ресурсы как на старте жизни так и в течении. Не всегда есть возможность не зависеть от зарплаты идиота.
Ну почему сразу так радикально?) Она есть, просто с определенной изюминкой
Ну пока что все "за" все еще говорят в пользу очередей. На мой взгляд самый главный и очевидный плюс (помимо того, что воркеры всякие могут быть реализованы на разных языках) - это контролируемая масштабируемость нагрзуки. Юзая exec и прочие подобные вещи, вы потеряете как минимум в контроле ресурсов.
Мне показалось или вы показали решение проблемы, которую сами же придумали? Вы же контролируете данные которые попадут в представление, зачем проверки на существование переменных?
П.С. как уже написали выше, в блейде есть аккуратное решение для такого кейса.
Очень бы хотелось уже видеть типизированные массивы, по типу:
Может кто в курсе, есть ли движения в этом направлении? По RFC нашел что-то похожее со статусом decline
Вы действительно считаете, что ловить общий интерфейс ошибок и исключений является хорошей практикой для новичков?
Вы уверены?
Простите, а как эту статью заапрувили?
Качество решения определяют прежде всего руки, а уже потом CMS и фреймворк. Токсичность большинства людей по поводу вп очевидна - ребята просто помнять каким это все было 10 лет назад и продолжают мыслить стереотипами. А, ну и плюс влияние их экспертизы. Ведь проще же назвать архитектуру вп говнокодом чем потратить немного времени на изучение eda.
На деле же, экосистема вп как и сам движок тоже не стоит на месте и уже сегодня можно видеть достаточно много хороших решений с современными подходами в разработке. Я даже где-то видел Laravel-подобную архитектуру внутри одного из плагинов) Злым языкам достаточно просто освежить свои знания и все пройдет)
Сколько людей столько и мнений. Одни сумели вырасти из звания рядовых разрабов, осознав, что программирование - это прежде всего решение конкретных проблем, а уже потом - код. Другие же, до сих пор меряются пи***ьками у кого код лучше. От последних собственно и можно услышать фразы по типу "вп гавно", "пхп гавно" и т.д.
Я думаю, что будущее у вп как и у разработчиков вп однозначно есть. В ближайшие годы он все также будет лидером в своей нише. Автор молодец, как уже написали выше, не слушайте токсичное общество.
Ну и напоследок, напишу пару очевидностей от кэпа:
- Если вы видите ООП и легаси код, вы можете реализовать свои "идеальные" абстракции поверх. Это достаточно просто, если у вас есть проф. экспертиза.
- Уходя от "банальных цмсочек" на какой-нибудь продукт или проект, есть вероятность ударится головой о еще большую стену легаси кода, велосипедов, подсоленную нулевой документацией. Не думайте, что там все идеально)
- Под WP можно писать тесты (внезапно).
- 95% людей, которые утверждают, что на конструкторе проще менять контент, имеют сайт уровня 2003 года (кстати тогда была выпущена первая версия WP), как по функционалу, так и по визуалу.
Черт, я на долю секунды подумал, что вы пишете о реальном мире) это однозначно должно быть на бумаге
Нанять индуса, который за яблоко вымеряет океан.
Как минимум, "простенький кодинг" на компьютере вместо листочка.
Да ладно) неужели это так сложно реализовать? Есть ли пруфы этого заявления?
Так столько всего установит и настроит за вас composer. Вам нужно было установить только его.
Пожалуйста, освежите свои знания по новым версиям языка, прежде чем писать холиварную чушь. На дворе 2021 год и фразы о уродливости языка сейчас выглядят как минимум смешно.
Проблема в спецах, которые при выходе каждой новой технологии тут же стремятся её освоить, забрасывая все предыдущие, считая их «древними» (привет js'еры). А еще проблема в том же найме, когда не почитав даты выхода релиза новой технологии, тут же ищут синьёра с 5+ лет по ней.
Конечно, не все из перечисленных решений идеальны. Я не хочу поднимать спор, но говоря про eloquent, вы прежде всего должны говорить о паттерне active record в целом. К тому же laravel не заставляет вас использовать только его. Прикрутите доктрину, да хоть используйте фасад DB, это ваш выбор и только мастеру решать, как использовать инструмент. И конечно, все мы понимаем что java как язык тоже не эталон качества как и код отдельно взятых джавистов.
"Короче — с одной стороны радует развитие php, с другой стороны это начинает выталкивать его в более высокую лигу, где играют более сильные команды и чем дальше, тем менее понятно зачем оставаться в более слабой команде, если реально хватает сил на то, что бы осилить «увеличенный порог входа» в более сильную команду."
Отчасти вы правы. Но я не думаю, что можно так однозначно утверждать, что в высокой лиге более сильные команды. И я уверен, что в среде php этих ребят не меньше. Взгляните хотя бы на вендоров symfony, laravel, yii (эти ребята явно знают, что делают). В конце концов, язык — это всего лишь инструмент. И то, что он так активно развивается даёт как раз таки шанс составить достойную конкуренцию (хоть пока и не в полной мере) в это высшей лиге. В конце концов, как там говорилось: "Москва тоже не сразу строилась".
Безусловно язык уже давно не тот, что был раньше. И меня это конечно радует. Жаль только, что весомая доля разработчиков все ещё "та". Увеличить бы порог входа в язык, чтобы отсеять лишних)