Могу только пожелать работать в нормальных конторах и нормальных командах.
phpmyadmin на боевом сервере — это феерично, блин. Понятно, что и в остальном бардак.
Банальный пример — во многих случаях тот же ServiceLocator для DI выгодно реализовывать в виде синглтона.
Посмотрел в приведенную статью, там собственно этот пример и приведен ;)
И, лично я считаю, что такая реализация лучше чем чисто статический класс (как раз таки появляются лишние зависимости и сложности с тестированием) или прокидывание через аргументы (большое количество semantic noise в интерфейсах).
Да, но на определенном этапе развития разработчика оно все воспринимается именно как догмы. И это в любом случае лучше, чем вообще отвергать их, как делают многие комментаторы.
Да, тут я с вами согласен.
Но, опять же, в том же энтерпрайзе ссылаться на авторитетов и спорить используя ссылки на них — это нормально. ТС мог не понять, что для местного сообщества многие из упомянутых людей авторитетами не являются.
Но, имхо, это опять же минус сообществу, книги надо читать, а спорить без учета многолетнего чужого опыта только со своим узким — это глупо.
И, да, еще надо помнить, что PHP — это в основном веб, фрилансеры и небольшие студии, а .net, java — банки, крупные компании, системная интеграция и так далее. Это очень разные отдельные миры, практически не пересекающиеся.
Мне всегда казалось, что разработчиков на Java или .Net (я имею в виду не «натягивателей верстки на джумлу» и горе-студентов, а реальных разработчиков) больше. Просто их мало видно и они сидят на своих отдельных сайтах (www.rsdn.ru или www.sql.ru).
Я ни в коей мере не воспринимаю ваши тесты в штыки, и более того, я согласен почти со всем, что написано в вашей статье. Скорее я не совсем правильно сформулировал свою мысль.
Да, почти на любом языке можно писать красиво. И да, базовые принципы написания красивого кода для большинства языков одни и те же.
Но, у PHP сложилась своя отдельная сфера применения. И для большинства PHP-разработчиков, которые в жизни не видели энтерпрайз, не знают его проблем и специфики, то что написано в статье — это какая-то заумная хрень, которую они не понимают и не хотят понимать. А зачем? Деньги ведь и так платят, сайтики пишутся и работают, типичный заказчик фрилансера не видит код и не понимает почему он может быть не качественным, а разбираться времени нет. При этом, естественно, никому не нравится когда его с менторским тоном тыкают носом в дерьмо — отсюда полемика и минусы в вашей карме.
По поводу книг: у нас один из стандартных вопросов (и много где) на собеседованиях — «что из профессиональной литературы вы прочли за последние полгода?». И этот вопрос на самом деле очень хорошо характеризует уровень разработчика. Специалист от быдлокодера как раз и отличается, тем, что специалист постоянно ищет возможности повысить свой уровень и сделать свою работу эффективней (это и к вопросу о фреймворках, в том числе своих).
Исходя, из всего вышеперечисленного — вы просто пришли с правильными идеями и хорошими намерениями в сообщество, которому это все нафиг не нужно. За что и пострадали.
К моему глубокому сожалению, даже мысли не было набрасывать и кого-то троллить. Но как писал выше ТС, кол-во «странных» статей в блоге php и статистика вот тут символизирует.
Конечно же на пхп достаточно и нормальных разработчиков.
Да, на джаве тоже много говнокода. Я говорю о том, что в тех системах для разработки которых ее применяют — говнокод обходится в итоге сильно дороже, поэтому с ним имеет смысл бороться.
Для проекта который пишется один раз — зачем использовать энтерпрайзные методики, если заказчик доволен, и вы уверены что все работает как надо?
phpmyadmin на боевом сервере — это феерично, блин. Понятно, что и в остальном бардак.
Посмотрел в приведенную статью, там собственно этот пример и приведен ;)
И, лично я считаю, что такая реализация лучше чем чисто статический класс (как раз таки появляются лишние зависимости и сложности с тестированием) или прокидывание через аргументы (большое количество semantic noise в интерфейсах).
Но вы же согласны с тем, что для того чтобы появилось свое мнение необходимо знать о том, что пишут как авторитеты, так и маргиналы?
Но, опять же, в том же энтерпрайзе ссылаться на авторитетов и спорить используя ссылки на них — это нормально. ТС мог не понять, что для местного сообщества многие из упомянутых людей авторитетами не являются.
Но, имхо, это опять же минус сообществу, книги надо читать, а спорить без учета многолетнего чужого опыта только со своим узким — это глупо.
Хотя, конечно, могу ошибаться.
Да, почти на любом языке можно писать красиво. И да, базовые принципы написания красивого кода для большинства языков одни и те же.
Но, у PHP сложилась своя отдельная сфера применения. И для большинства PHP-разработчиков, которые в жизни не видели энтерпрайз, не знают его проблем и специфики, то что написано в статье — это какая-то заумная хрень, которую они не понимают и не хотят понимать. А зачем? Деньги ведь и так платят, сайтики пишутся и работают, типичный заказчик фрилансера не видит код и не понимает почему он может быть не качественным, а разбираться времени нет. При этом, естественно, никому не нравится когда его с менторским тоном тыкают носом в дерьмо — отсюда полемика и минусы в вашей карме.
По поводу книг: у нас один из стандартных вопросов (и много где) на собеседованиях — «что из профессиональной литературы вы прочли за последние полгода?». И этот вопрос на самом деле очень хорошо характеризует уровень разработчика. Специалист от быдлокодера как раз и отличается, тем, что специалист постоянно ищет возможности повысить свой уровень и сделать свою работу эффективней (это и к вопросу о фреймворках, в том числе своих).
Исходя, из всего вышеперечисленного — вы просто пришли с правильными идеями и хорошими намерениями в сообщество, которому это все нафиг не нужно. За что и пострадали.
Конечно же на пхп достаточно и нормальных разработчиков.
И, да, 10 лет сайтов-визиток и вебшопов, и год на высоконадежной банковской системе — это очень разные опыты ;)
Для проекта который пишется один раз — зачем использовать энтерпрайзные методики, если заказчик доволен, и вы уверены что все работает как надо?