«Изучить CMS гораздо проще, чем изучить ЯП, так что мой ответ опережает ваши аргументы относительно сложности.»
CMS — это огромная библиотека, например, кодекс имеет больший объем, чем любая, самая подробная, книга по языку программирования. Чтобы понять написанное, как и везде, нужна практика. Так что я с вами не соглашусь.
Ладно, я ухожу из этой темы.
«Совершенно разные вещи. Врач не может это сделать, а я могу.»
Вопрос был не о языках программирования, а о CMS. Я вам могу назвать много языков программирования, с которыми приходилось сталкиваться. Но вот почему-то все знакомые, кто делает сайты на определенной CMS, не хотят переходить на другую и влазить во все эти дебри и я их понимаю. Тут такая позиция: кому нужен сайт на Drupal пусть ищет соответствующих разработчиков, нет смысла «охотиться» за чужими клиентами, это просто жадность, заниматься тем, чего не умеешь. Относительно вашей CMS, теперь становится понятно, почему вы говорили о том, что со своей CMS удобней, видимо это ваш опыт и решает для вас некие вопросы.
«Естественно мой, иначе кому я такой принципиальный буду нужен?»
Это ваши приоритеты. Они определяют конечный результат. Попробуйте придти к врачу и потребовать у него сделать вам операцию за три дня или поставить вас на ноги за три недели. Никто не станет вас калечить и вы можете искать другого, но результат будет соответствующий запросу.
Ну если эти сотрудники являются говнопрограммистами, которые более чем одного ЯП/CMS/Фреймворка не знают, то да, придется.
Когда человек делает сайты для всех CMS, не разобравшись по сути ни в одной из них, тогда он и делает все плохо и неправильно во всех проектах, пытается код из Битрикс вставить в WordPress или скопировать дизайн какого-то сайта, что, по-сути, является пиратством. Это нехорошие задачи. Потому столько критики. Все CMS разные и на изучение стандартов каждой из них нужно потратить хорошее время, прежде, чем делать проекты. Создается такое впечатление, что основная задача программистов сегодня — это «натянуть HTML» на какую-нибудь CMS, скопировав дизайн на заказ. А поскольку WordPress не поддается, то люди ищут виновного во вне (перенесение внутренней обиды на внешний источник, довольно распространенный психологический прием современного человека, по типу модели «ругаем правительство за свои неудачи») и вот им тут попадается эта статья и они рады, что нашли его: конечно же! Во всем виноват WordPress и его глобальные переменные.
Я тоже иногда так делаю, но для реального проекта с сжатыми сроками и злыми клиентами невозможно сидеть и сравнивать плагины, тем более по принципу качества кода.
Это ваш выбор. Вы поставили скорость выше качества (ваш приоритет).
В данной статье полно примеров. Если я начну приводить свои, это будет отдельная статья.
Это, в основном, абстрактные рассуждения. Выискивание недостатков ради критики, чтобы представить WordPress в черном свете.
Исходите из позиции — главное чтоб работало?
Из этой позиции исходите вы (см. ваше первое первое сообщение, опять-таки, ваша психологическая проекция, наделяете меня своими качествами).
p.s. Прощу продения, у меня цитирование сломалось:\
В WordPress все ок, просто немного запутано так, что новичок сразу не поймет, что и как делать. Поэтому столько криков: «какашка», «плохой код!». Думаю дело в том, что люди не разобрались еще. А если прочитать кодекс, то почти все становится ясно. Просто некоторые разделы еще не написаны и не освещены, поэтому нужно читать конкретно код, чтобы узнать, какими хуками нужно пользоваться.
Вы пробовали так делать? Я пробовал, и это нереально.
Иногда я скачиваю плагины для того, чтобы посмотреть код и идеи, с помощью которых реализована та или иная задача, поэтому я читаю код. Скажем, мне нужна некая функция, но я не хочу встраивать сторонний плагин, или это невозможно в принципе, или он меня не устраивает чем-то. Я нахожу это довольно увлекательным.
Не правда. Работодатель — это компания, которая предоставляет рабочие места.
Есть же огромное количество фрилансеров, для которых работодатель — это человек, использующий или заказывающий сайт на WordPress. Да и прочие области.
Сегодня она может пользоваться WP, а завтра начнет клепать сайты на Joomla
Маловероятно, ведь придется всех сотрудников заменить на новых, а старые сайты все равно останутся, их нужно поддерживать.
Мне все равно, какую социальную и экономическую пользую приносит CMS, я о качестве кода говорю.
У WordPress нормальное качество кода. Если у вас есть реальные аргументы, то приведите пример (отрывок кода ядра), который вы считаете плохим, пожалуйста.
Как правило они не знают чего хотят, но если и хотят, то скопировать тему для любого двига совсем не сложно.
Скопировать не сложно, а сделать такую же, рабочую может быть довольно сложно, это зависит от темы.
Лично я никогда не встречался с задачей вида — дайте мне сайт с дизайном от WP. Обычно клиент говорит — дайте мне сайт с таким же дизайном, что и этот, только вот тут должно быть так, а там вот так. В результате все равно придется переписывать дизайн.
Это понятно. Возможно, люди, которым нужен сайт именно на WordPress, не обращаются к вам, потому что, чтобы создать такой сайт, не нужен сторонний специалист. WordPress представляет себя как готовое решение создания сайтов для человека, не знакомого с HTML и CSS в первую очередь (видимо, именно это дает популярность). «То есть, создайте свой сайт за 5 минут и бесплатно» — это WordPress. А далее все вытекающее. WordPress — это бесплатная CMS и в первую очередь она нацелена на создание бесплатных, удобных простым пользователям сайтов. Вокруг этого все и крутится.
Лично я никогда не встречался с задачей вида — дайте мне сайт с дизайном от WP. Обычно клиент говорит — дайте мне сайт с таким же дизайном, что и этот, только вот тут должно быть так, а там вот так.
Это не показатель качества кода
Важен не код, а то, что он делает.
К счастью увеличение числа строк кода это не развитие..
Кардинальная проблема, оданко. Если вы напишите сайт на распространенной CMS и умрете, то не факт что его смогут поддерживать другие
Согласитесь, что поддерживать сайт — это несравнимо более простая задача, чем поддерживать всю CMS.
Автор привел в этой статье дыры архитектуры WP. Какая бы задача не была, эти дыры не исчезнут и архитектура не поправится.
Много неправды (глобальные переменные — это зло, создавать таблицы в бд нельзя, хуки — это плохо и т.д.) Хотя, конечно, доля истины есть (много кода, много функций, много времени исполняется). Но для очень большого количества сайтов это не критично (скорость исполнения ядра).
С плагинами все ок, если хотите красивый код, то после скачивания просто читайте код и если он вам не нравится, ищите другой плагин. Сколько людей, столько и кодов.
Не правда. Людей обеспечивает рабочими местами работодатель
WordPress — работодатель.
, а пользователям вообще параллельно, какой двиг использовался в этом сайте
Это не совсем так. Люди ищут темы для WordPress. Они хотят именно такие сайты. Люди привыкли к админке, им нужен наш любимый WordPress. Они все решают.
Популярность создает комьюнити и ускоряет разработку, одновременно делая ее более качественной.
Что сделано, то сделано. Давайте двигаться вперед.
Паттерны и архитектурные решения это не мода. Точнее для хороших программистов это не мода.
Посмотрите на Египетские пирамиды, а потом на китайские дворцы. И теперь скажите, архитектурные решения — это не мода? Или то, что архитектор стал программистом что-то меняет?
Мой скрипт в одну строчку на Bash тоже будет работать через пять лет, разве это показатель?
Если ваш скрипт будет нужным, популярным и востребованным как WordPress, то да.
Возможно в мой скрипт на Bash я добавлю еще парочку строчек через пять лет, но это ниочем не говорит.
Есть проблемы с этим. Если я напишу CMS, сделаю сайты, а потом умру, то кто будет потом их поддерживать?
Хорошая архитектура? Для большинства задач у WordPress прекраснейшая архитектура.
Не нужна популярность? Так ведь популярность CMS обеспечивает людей рабочими местами и пользователями.
Тому, что тут приводят как хорошая архитектура и новшества в мире программирования через пару лет на смену придут BBP, GSQ и MVP. За модой не угонишься. А WordPress останется и… Он будет работать! И у него будет не 32 тысячи плагинов а 64 тысячи, а возможно и больше.
В WordPress добавили Customizer в версии 3.4, он раньше был плагином. Теперь его улучшают всячески, вот панели появились и объект setting передается в хук при сохранении параметров произвольного типа.
Глобальные переменные и функции — это не проблема, потому что каждая функция, класс и глобальная переменная в плагинах и темах должна иметь уникальный префикс, который никогда не повторяется (название темы или плагина). Проблему решили просто.
Ну почему вы все сводите к популярности? Зачем вам популярность? У вас есть CMS, вам удобно и просто разрабатывать на ней и вам это приносит доход, этого не достаточно?
Вы предлагаете одному человеку (каждому?) написать свою CMS и делать на ней сайты?
Я пожертвовал PHPStorm от JetBrains в пользу Vim и не жалею. Для меня он удобнее. Так почему вы решили, что программисты не сделают подобный шаг (по отношению к CMS)? *Я говорю о программистах, а не говнокодерах*
WordPress — это хорошо знакомые темы и плагины, которые выполняют задачи. Для новой CMS придется писать все заново. А что, если вы пользовались популярными плагинами, которые писали другие люди? Создавать эти плагины для своей новой CMS? На это уйдут годы…
Есть проблемы в организации, наличии грамотных людей для дальнейшего создания и обслуживания. Если есть деньги, то можно создать команду программистов, но когда это начнет приносить доход и сможет ли сравниться по популярности с WordPress — это большой вопрос. Программистам, которые работают с WordPress, придется переучиваться на новые API и пожертвовать всем, что они сделали, возможно, за многие годы, а это не очень интересно, согласитесь.
А WordPress? Он уже есть, настоящий, реальный и он работает!
CMS — это огромная библиотека, например, кодекс имеет больший объем, чем любая, самая подробная, книга по языку программирования. Чтобы понять написанное, как и везде, нужна практика. Так что я с вами не соглашусь.
Ладно, я ухожу из этой темы.
«Совершенно разные вещи. Врач не может это сделать, а я могу.»
Дело в отношении. Нужно уважать себя. удачи!
Вопрос был не о языках программирования, а о CMS. Я вам могу назвать много языков программирования, с которыми приходилось сталкиваться. Но вот почему-то все знакомые, кто делает сайты на определенной CMS, не хотят переходить на другую и влазить во все эти дебри и я их понимаю. Тут такая позиция: кому нужен сайт на Drupal пусть ищет соответствующих разработчиков, нет смысла «охотиться» за чужими клиентами, это просто жадность, заниматься тем, чего не умеешь. Относительно вашей CMS, теперь становится понятно, почему вы говорили о том, что со своей CMS удобней, видимо это ваш опыт и решает для вас некие вопросы.
«Естественно мой, иначе кому я такой принципиальный буду нужен?»
Это ваши приоритеты. Они определяют конечный результат. Попробуйте придти к врачу и потребовать у него сделать вам операцию за три дня или поставить вас на ноги за три недели. Никто не станет вас калечить и вы можете искать другого, но результат будет соответствующий запросу.
Расскажите, сколько на это ушло времени и каких результатов вы достигли.
«Отчасти раб клиента»
Опять-таки, это ваш личный выбор.
А вы по-пробуйте…
«Не нашел выше моего намека на — главное чтоб работало.»
см.
«Это приоритет клиента. Думаете мне не хочется посидеть лишний денек за кодом?»
Перенос ответственности за свои поступки на плечи клиента (клиент хочет, я подчиняюсь. А вы кто? Раб безвольный или человек свободный?)
«Вполне конкретные рассуждения. Вот еще один пример говнокода в WP. Тоже абстракция?»
Есть такая особенность.
Когда человек делает сайты для всех CMS, не разобравшись по сути ни в одной из них, тогда он и делает все плохо и неправильно во всех проектах, пытается код из Битрикс вставить в WordPress или скопировать дизайн какого-то сайта, что, по-сути, является пиратством. Это нехорошие задачи. Потому столько критики. Все CMS разные и на изучение стандартов каждой из них нужно потратить хорошее время, прежде, чем делать проекты. Создается такое впечатление, что основная задача программистов сегодня — это «натянуть HTML» на какую-нибудь CMS, скопировав дизайн на заказ. А поскольку WordPress не поддается, то люди ищут виновного во вне (перенесение внутренней обиды на внешний источник, довольно распространенный психологический прием современного человека, по типу модели «ругаем правительство за свои неудачи») и вот им тут попадается эта статья и они рады, что нашли его: конечно же! Во всем виноват WordPress и его глобальные переменные.
Я тоже иногда так делаю, но для реального проекта с сжатыми сроками и злыми клиентами невозможно сидеть и сравнивать плагины, тем более по принципу качества кода.
Это ваш выбор. Вы поставили скорость выше качества (ваш приоритет).
В данной статье полно примеров. Если я начну приводить свои, это будет отдельная статья.
Это, в основном, абстрактные рассуждения. Выискивание недостатков ради критики, чтобы представить WordPress в черном свете.
Исходите из позиции — главное чтоб работало?
Из этой позиции исходите вы (см. ваше первое первое сообщение, опять-таки, ваша психологическая проекция, наделяете меня своими качествами).
p.s. Прощу продения, у меня цитирование сломалось:\
Я, кстати, пользуюсь функцией add_meta_box
Мне она очень нравится.
Есть же огромное количество фрилансеров, для которых работодатель — это человек, использующий или заказывающий сайт на WordPress. Да и прочие области.
Маловероятно, ведь придется всех сотрудников заменить на новых, а старые сайты все равно останутся, их нужно поддерживать.
У WordPress нормальное качество кода. Если у вас есть реальные аргументы, то приведите пример (отрывок кода ядра), который вы считаете плохим, пожалуйста.
Скопировать не сложно, а сделать такую же, рабочую может быть довольно сложно, это зависит от темы.
Это понятно. Возможно, люди, которым нужен сайт именно на WordPress, не обращаются к вам, потому что, чтобы создать такой сайт, не нужен сторонний специалист. WordPress представляет себя как готовое решение создания сайтов для человека, не знакомого с HTML и CSS в первую очередь (видимо, именно это дает популярность). «То есть, создайте свой сайт за 5 минут и бесплатно» — это WordPress. А далее все вытекающее. WordPress — это бесплатная CMS и в первую очередь она нацелена на создание бесплатных, удобных простым пользователям сайтов. Вокруг этого все и крутится.
Лично я никогда не встречался с задачей вида — дайте мне сайт с дизайном от WP. Обычно клиент говорит — дайте мне сайт с таким же дизайном, что и этот, только вот тут должно быть так, а там вот так.
Важен не код, а то, что он делает.
Извините, я думала, вы его улучшали.
Много неправды (глобальные переменные — это зло, создавать таблицы в бд нельзя, хуки — это плохо и т.д.) Хотя, конечно, доля истины есть (много кода, много функций, много времени исполняется). Но для очень большого количества сайтов это не критично (скорость исполнения ядра).
С плагинами все ок, если хотите красивый код, то после скачивания просто читайте код и если он вам не нравится, ищите другой плагин. Сколько людей, столько и кодов.
WordPress — работодатель.
Это не совсем так. Люди ищут темы для WordPress. Они хотят именно такие сайты. Люди привыкли к админке, им нужен наш любимый WordPress. Они все решают.
Что сделано, то сделано. Давайте двигаться вперед.
Посмотрите на Египетские пирамиды, а потом на китайские дворцы. И теперь скажите, архитектурные решения — это не мода? Или то, что архитектор стал программистом что-то меняет?
Если ваш скрипт будет нужным, популярным и востребованным как WordPress, то да.
Вы развиваетесь.
Хорошая архитектура? Для большинства задач у WordPress прекраснейшая архитектура.
Не нужна популярность? Так ведь популярность CMS обеспечивает людей рабочими местами и пользователями.
Тому, что тут приводят как хорошая архитектура и новшества в мире программирования через пару лет на смену придут BBP, GSQ и MVP. За модой не угонишься. А WordPress останется и… Он будет работать! И у него будет не 32 тысячи плагинов а 64 тысячи, а возможно и больше.
WordPress — это хорошо знакомые темы и плагины, которые выполняют задачи. Для новой CMS придется писать все заново. А что, если вы пользовались популярными плагинами, которые писали другие люди? Создавать эти плагины для своей новой CMS? На это уйдут годы…
А WordPress? Он уже есть, настоящий, реальный и он работает!