Я с вами согласен. А если еще оценить развитость социальных автобусов и эти жуткие пазики-маршрутки в настолько убитом состоянии, что я некоторые банально пропускаю, переживая за свое здоровье…
Уважаемый, я понимаю, что Вы патриот своего города. Видимо потому, что больше нигде не жили. А я коренной нижегородец и мне довелось пожить в других городах(как столицах, так и нет). И вот я вам открыто заявляю, что в Нижнем нету НИХРЕНА. Город для жизни не приспособлен. Даже еду заказать ночью, кроме как из кафе «Сопрано», в котором вам начинают хамить сразу же после вашего «алло» негде. Вы можете сколько угодно отстаивать НиНо, говорить, что это третья столица, но на деле вы вряд ли сможете назвать хотя бы одно реальное преимущество перед тем же Ярославлем.
Заявлю как Нижегородец — Нижний Новгород за последние 5-7 лет превратился в ужаснейшую помойку с ужаснейшей инфраструктурой. Там не хочется жить. Не в том смысле, что хочется оттуда уехать, а в том, что попадая туда, сразу хочется умереть. Все дороги сходят с первыми же снегами, общественный транспорт развит отвратительно и находится в плачевном состоянии, почти весь город стоит в пробках и повсюду бесконечные синие заборы, которые не убирают десятилетиями. Автор статьи пробывал там жить? Я бы порекомендовал попробовать, прежде, чем писать. Мне есть с чем сравнивать, я был во многих городах необъятной, от Иркутска и Красноярска до Ярославля, Мурома и т.п. И вот Нижний Новгород у меня стоит чуть ли не на последнем месте по привлекательности для жизни среди нестолиц.
С конкретными предложениями по вопросу, непосредственно касающемуся статьи уже высказались выше, мне добавить нечего. А свою эмоциональную реакцию я обосновал этим
А нам потом работай с Вашими продуктами и, не дай Бог, еще и исправляй.
и вот этим
а вот новички действительно могут повестись на все это и начать отстреливать себе ноги.
хотя он и не содержит ничего практически интересного — одни эмоции
Помимо эмоций оно содержит критику Ваших аргументов, конкретный пример использования похожего подхода к проектированию и критику в адрес Вашего игнорирования лучших практик. Быть может, самое интересное, что вы можете вынести из этого сообщения — мысль о том, что может все-таки стоит учиться не только на своих ошибках, но и обратиться к опыту сообщества, который вы так тщательно игнорируете(по причинам, которые вы наверное знаете лучше меня).
Я сколько слежу за Вашими ответами от поста к посту и Вы постоянно апеллируете к каким-то аргументам наподобие: «проверено временем», какие-то «тонны промышленных проектов» и т.п. При этом, судя по всему, даже не понимаете, что когда вам аргументируют, почему то, что вы делаете — плохо с точки зрения дизайна, люди руководствуются т.н «лучшими практиками», которые проверены не одним человеком(Вами), а огромным сообществом. И масштаб промышленных проектов, использующих те практики, о которых говорит уважаемый Fesor и их качество значительно выше даже самых смелых Ваших фантазий. Люди, наподобие Эрика Эванса, например, положили годы на анализ и формализацию накопленного СООБЩЕСТВОМ опыта и его формализацию. Вы же просто игнорируете все, что вам говорят и считаете себя самым умным, при этом, совершенно не гнушаясь, откровенным и беспочвенным обсиранием этих самых практик(хороший пример — ваша статья про валидацию. Опытным программистам, при взгляде на ваши подходы, проблемы, которые могут возникнуть при использовании вашего кода очевидны, а вот новички действительно могут повестись на все это и начать отстреливать себе ноги.
А нам потом работай с Вашими продуктами и, не дай Бог, еще и исправляй.
Наверное, я вам открою страшную тайну, но зарплату надо получать в той валюте, в которой живешь. Живешь в Тайланде и покупаешь товары за тайские баты — получай з\п в батах. Живешь в рублях — получай в рублях. Неужели Вас ничему не учит опыт долларовых ипотечников в РФ?
От обсуждение кода Вы точно так же уходите.
Отбросьте из моего поста слова «так гордо и высокомерно» и ответьте, пожалуйста, на поставленный вопрос. Так-то он имеет прямое отношение к коду. А вы опять убегаете от ответа.
Как это коррелирует с Вашими предыдущими ответами на те же самые вопросы? Вы отвечали сначала одно, теперь говорите совершенно другое. Где же правда-то в итоге?
Как это коррелирует с Вашими предыдущими ответами на те же самые вопросы? Вы так гордо и высокомерно отвечали сначала одно, теперь говорите совершенно другое. Где же правда-то в итоге?
Разговор был об экономии сотен нефти конечному заказчику. А из того, что вы скинули никак не следует то, что это позволяет хоть как-то экономить. Еще раз напомню про opcache. Более того, выше мы вроде как уже обсудили, что PHP редко бывает самым узким местом приложения.
У меня ваши поставленные задачи решены уже на одном фреймворке. Ведь эти сушности стары как мир, сколько можно под них подстраиваться, нужно ими управлять.
Я специально для вас сделал ремарку, что примеры высосаны из пальца. Само собой в реальности они совершенно другие, но я почему-то подумал, что вы сами сможете придумать себе пример. Если нет — дайте знать, выдам вам один из сотен «боевых» примеров.
Так разговор о фреймворке или криворукости разработчиков, не смешивайте теплое с мягким)
экономят сотни долларов на серверах
У меня есть очень большие сомнения в том, что вы когда-либо проводили тестирование вида: Ваше решение на Phalcon vs решение других ПРОФЕССИОНАЛОВ на любом другом фреймворке. Так что экономия тут — скорее ваша придумка, хотела и оправдание. Если уж говорить в таком ключе, то PHP вы вообще зря выбрали — не самый быстрый и надежный язык.
Вы серьезно сталкивались с проблемами производительности PHP на проектах с высокой нагрузкой? То есть вот прям именно не криворукий код, не работа с БД, не дебильные выборки и сортировки, а именно производительность PHP?
Фреймворк — это структура
Вы конечно правы, но у меня часто бывает так, что от фреймворка я беру отдельные компоненты, а вот структуру делаю свою. Ту, которая удовлетворяет потребностям проекта.
В последнее время все чаще выбор падает на отказ от фреймворка вовсе. Благо, теже компоненты symfony прекрасно работают и без самого symfony)
Но тем не менее, если завтра ко мне придут и скажут, что мне нужно сделать блоговый движок для нашей компании, то я лучше возьму и накидаю за пару часов что-то на Laravel. Если ко мне придут и скажут, что мне нужно напилить RESTFull API к существующей БД СРОЧНО, то наверное я возьму какой-нибудь Zend с Apigility и быстро решу поставленную задачу.
Конечно, мои примеры высасаны из пальца, но это просто для удобства объяснения. И да, я работаю с проектами, которые довольно сильно парятся о нагрузке. И в тех местах, где это действительно важно на уровне языка программирования — мы просто не используем PHP, вот и все. Но в 99% случаев, проблемы с производительностью кроются вовсе не в PHP и какой-то там компиляции. Тем более, что есть opCache.
У меня с мыслительными процессами сегодня туго, так что на всякий случай еще раз для себе уточню в последний раз, тем более, вам не сложно)
То есть мы имеем фреймворк, написанный ради того, чтобы написать фреймворк и статью, написанную ради того, чтобы написать статью. Я все правильно понял? Ничего не упустил?
и вот этим
Помимо эмоций оно содержит критику Ваших аргументов, конкретный пример использования похожего подхода к проектированию и критику в адрес Вашего игнорирования лучших практик. Быть может, самое интересное, что вы можете вынести из этого сообщения — мысль о том, что может все-таки стоит учиться не только на своих ошибках, но и обратиться к опыту сообщества, который вы так тщательно игнорируете(по причинам, которые вы наверное знаете лучше меня).
А нам потом работай с Вашими продуктами и, не дай Бог, еще и исправляй.
Так а в чем профит-то? Конкретно можно, пожалуйста, что вам это дает? Какое преимущество перед использованием обычного message bag?
Отбросьте из моего поста слова «так гордо и высокомерно» и ответьте, пожалуйста, на поставленный вопрос. Так-то он имеет прямое отношение к коду. А вы опять убегаете от ответа.
Главное, что б денюжку платили и заказчики довольны были. А вот как именно это уже не так важно.
Я специально для вас сделал ремарку, что примеры высосаны из пальца. Само собой в реальности они совершенно другие, но я почему-то подумал, что вы сами сможете придумать себе пример. Если нет — дайте знать, выдам вам один из сотен «боевых» примеров.
У меня есть очень большие сомнения в том, что вы когда-либо проводили тестирование вида: Ваше решение на Phalcon vs решение других ПРОФЕССИОНАЛОВ на любом другом фреймворке. Так что экономия тут — скорее ваша придумка, хотела и оправдание. Если уж говорить в таком ключе, то PHP вы вообще зря выбрали — не самый быстрый и надежный язык.
Вы конечно правы, но у меня часто бывает так, что от фреймворка я беру отдельные компоненты, а вот структуру делаю свою. Ту, которая удовлетворяет потребностям проекта.
В последнее время все чаще выбор падает на отказ от фреймворка вовсе. Благо, теже компоненты symfony прекрасно работают и без самого symfony)
Но тем не менее, если завтра ко мне придут и скажут, что мне нужно сделать блоговый движок для нашей компании, то я лучше возьму и накидаю за пару часов что-то на Laravel. Если ко мне придут и скажут, что мне нужно напилить RESTFull API к существующей БД СРОЧНО, то наверное я возьму какой-нибудь Zend с Apigility и быстро решу поставленную задачу.
Конечно, мои примеры высасаны из пальца, но это просто для удобства объяснения. И да, я работаю с проектами, которые довольно сильно парятся о нагрузке. И в тех местах, где это действительно важно на уровне языка программирования — мы просто не используем PHP, вот и все. Но в 99% случаев, проблемы с производительностью кроются вовсе не в PHP и какой-то там компиляции. Тем более, что есть opCache.
То есть мы имеем фреймворк, написанный ради того, чтобы написать фреймворк и статью, написанную ради того, чтобы написать статью. Я все правильно понял? Ничего не упустил?