йех, понеслось «сперва добейся» и «а у меня все равно пиписька толще».
ладно. ambergames.com, PHP Architect, более десятка проектов в основном на symfony2, тесная интеграция с java-системами, основный задачи — инфраструктура (amqp системы), статистика (OLAP), более 10 программеров, TDD, стендапы и Code Review как и ручной, так и при помощи Sonar — like софта.
как вы говорите, полный энтерпрайз и паттерны головного мозга.
зарплатой тоже померяемся?
кажется, вы не поняли. я не отрицал мнения что вы предлагаете архзитектурно не самые хорошие решения, и работали бы на меня — получили бы commit reject и тикет на рефакторинг. так что, статус проповедника «а мне так проще» с вас за это не снимается.
предположим, у него появится какой-то бекенд кеша где кллючи можно будет устанавливать только в констуркторе, а менять потом — нельзя. тогда из имплементации убирается setKey.
более того, если $obj->key и $obj->getKey возвращают разные значения, это трындец какой-то получается.
на самом деле, то, что касается вашего подхода, идеально когда вы один ССЗБ в проекте, а вот когда у вас в проекте рабоатет человек 5-6, один из которых пишет базовый инфраструктурный код, которым пользуются другие — нужна жесткая инкапсуляция.
Профессионалом делает не знание, а использование. Вы же пытаетесь доказать что «мы не сделаем идеала, так давайте писать говнокод».
Про заработок — вы сами начали.
Причем, знание дотнета вас не делает хорошим или оплачиваемым программистом; все, о чем говорит автор, становится серебрянной пулей когда приложение должны быть поддерживаемым, модульным и разделяемым.
Если из любого места приложения нет возможности добраться до соединения с БД, то нефиг его делать синглетоном, стоит подумать о рефакторе InterobjectCommunication.
А на самом деле, красивые советы, к которым надо было бы стремиться. Вам, как аспиранту, стоило бы знать, только автор в одном ошибся — статью стоило бы назвать «Что плохого в вашем ООП PHP коде».
На тему того что «деньги зарабатывают»… Во-первых, джависты зарабатывают сильно больше. Во-вторых, те, кто реально зарабатывают нехилые деньги на проектах — Zend / Sensio, как-то как раз следуют вышеупомянутым парадигмам.
«бритва оккама» в контексте этой статьи прикрывается банально нежелание вылезти за зону комфорта и выучить что-то больше собственного фреймворка, чтобы потом стандартные решения делались парой строк. типа, мы не будем привлекать новые сущности, когда у нас есть столько решений найденных в гугле по «php авторизация пример скачать»
ладно. ambergames.com, PHP Architect, более десятка проектов в основном на symfony2, тесная интеграция с java-системами, основный задачи — инфраструктура (amqp системы), статистика (OLAP), более 10 программеров, TDD, стендапы и Code Review как и ручной, так и при помощи Sonar — like софта.
как вы говорите, полный энтерпрайз и паттерны головного мозга.
зарплатой тоже померяемся?
прально, что тут, ребята деньги зарабатывают, а я фигней на spring/symfony2 страдаю… писал бы на dooPHP, стопроцентро заработал бы больше )
предположим, у него появится какой-то бекенд кеша где кллючи можно будет устанавливать только в констуркторе, а менять потом — нельзя. тогда из имплементации убирается setKey.
более того, если $obj->key и $obj->getKey возвращают разные значения, это трындец какой-то получается.
на самом деле, то, что касается вашего подхода, идеально когда вы один ССЗБ в проекте, а вот когда у вас в проекте рабоатет человек 5-6, один из которых пишет базовый инфраструктурный код, которым пользуются другие — нужна жесткая инкапсуляция.
Про заработок — вы сами начали.
Причем, знание дотнета вас не делает хорошим или оплачиваемым программистом; все, о чем говорит автор, становится серебрянной пулей когда приложение должны быть поддерживаемым, модульным и разделяемым.
решение тут — иметь общий массив соединений, и диначмически создаваемые экземпляры классов, с этим массивом работающих.
я скорее скажу что говнокод.
На тему того что «деньги зарабатывают»… Во-первых, джависты зарабатывают сильно больше. Во-вторых, те, кто реально зарабатывают нехилые деньги на проектах — Zend / Sensio, как-то как раз следуют вышеупомянутым парадигмам.
да, и в 5-6 тысяч раз быстрее чем чтение файла / открытие соединения с базой, не говоря уже о запросе.