Стоит ли заморачиваться с репозиторием плагинов WordPress?

Если вы относительно опытный разработчик плагинов для WordPress, вы, скорее всего, уже задавали себе этот вопрос — возможно, не раз.

Если вы относительно новый разработчик плагинов для WordPress, вы, вероятно, спрашиваете себя: «Подождите… почему я не хочу, чтобы мой плагин был в репозитории?!»

Оба вопроса действительны.

Как и в большинстве случаев в жизни, у загрузки плагина в официальный репозиторий на WordPress.org есть свои преимущества и недостатки. В этой статье мы рассмотрим обе стороны дискуссии.

Преимущества репозитория довольно прозрачны и очевидны, в то время как недостатки менее очевидны и, возможно, имеют большее значение. В результате в этой статье больше времени будет уделено последнему, чем первому.

Прежде всего важно отметить, что здесь мы рассматриваем репозиторий исключительно с точки зрения разработчика, а не конечного пользователя (хотя некоторые факторы, ориентированные на пользователя, действительно влияют на разработчика в долгосрочной перспективе). Таким образом, несмотря на то, что с репозиторием существует ряд проблем, ориентированных на пользователя — проблемы, которые явно заслуживают более пристального внимания — эти проблемы имеют отношение к этому посту только в той мере, в какой они влияют на разработчика.

Так как же решить, стоит ли репозиторий WordPress заморочек с вашим плагином?

Начнем с изучения его преимуществ.

Преимущества репозитория плагинов WordPress для разработчиков

Разработчики подключаемых модулей получают ряд преимуществ от использования репозитория для размещения своих подключаемых модулей. В зависимости от того, являетесь ли вы профессиональным разработчиком плагинов с большим количеством продуктов или делаете это только из любви к WordPress или с какой-то другой целью, каждое из этих преимуществ может иметь для вас разное значение.

Вначале важно отметить одно критическое требование для использования репозитория разработчиком: каждый подключаемый модуль в репозитории должен быть бесплатным для загрузки и использования. Допродажи разрешены, но есть ограничения.

Например, вы можете создать две версии вашего плагина. Первый — тот, что размещен в репозитории плагинов WordPress.org — должен быть бесплатным, но он также должен быть функциональным. Таким образом, вы можете создать версию своего плагина, которая не настолько полнофункциональна, чтобы загрузить ее в репозиторий, а затем предложить пользователю допродажу полнофункциональной версии либо за единовременный платеж, либо на основе подписки. Также известная как модель Freemium.

Таким образом, разработчики, готовые предпринять эти дополнительные шаги, получают выгоду: вы получаете все преимущества репозитория для бесплатной «облегченной» версии, а также возможность продавать свою премиум-версию пользователям бесплатной версии.

Рабочая теория, лежащая в основе этой настройки, заключается в том, что пользователи вашей бесплатной версии будут довольны ее функциональностью, и поэтому они с большей вероятностью захотят выложить деньги, чтобы использовать премиум-версию. Эта настройка сама по себе, безусловно, является преимуществом для разработчика. Это облегчает завершение продажи и значительно увеличивает размер аудитории, которая была перемещена в то место, которое легче убедить в покупательском цикле.

Репозиторий WordPress увеличивает размер аудитории, которую потенциально можно переместить в более легкое для убеждения место в цикле покупки.Tweet

И это приводит нас ко второму ключевому преимуществу для разработчиков, использующих репозиторий: доступ к широкой и разнообразной аудитории. Как отмечается в статье Scotch.io «Как создать плагин WordPress, часть 2», репозиторий хорош для разработчиков, потому что вы становитесь «частью сообщества WP».

Это особенно верно, если учесть, что в сообщество WordPress входят люди из разных стран, говорящие на разных языках: «Имеет большой смысл сделать ваш плагин легко [переводимым] без необходимости затрагивать его основной код».

Это сообщество также может помочь ускорить процесс отладки и дальнейшей разработки — несомненно, еще одно преимущество использования репозитория.

Разработчики, безусловно, могут отлаживать и улучшать свои собственные плагины. Но нельзя отрицать, что этот процесс намного быстрее, плавнее и тщательнее с помощью большой активной пользовательской базы.

Это то, что многие разработчики, особенно те, у кого нет премиум-версий для дополнительных продаж, просто не могут воспроизвести с экономической или временной точки зрения. Это просто не практично.

Кроме того, у всех нас есть склонность в той или иной степени: становиться «слепыми к коду» к нашей собственной работе. Точно так же, как писатели часто не видят свои собственные опечатки или грамматические ошибки, разработчики могут иногда упускать проблемы в своих собственных плагинах — проблемы, которые заинтересованной группе пользователей легче найти и идентифицировать.

Репозиторий также может предложить разработчику плагинов доступ к своевременным и детальным отзывам пользователей. Как отмечает Speckyboy в этой статье, описывая некоторые плюсы и минусы разработки плагинов с размещением в репозитории:

Программное решение Trac, которое позволяет использовать репозиторий, на самом деле позволяет пользователям комментировать функции плагина; пользователи плагинов смогут напрямую взаимодействовать с разработчиком кода, и они могут как комментировать функции, так и просматривать их, используя базовую систему комментариев, которая настолько же полезна, насколько и интуитивно понятна.

Когда это делается проще, пользователи с большей вероятностью оставят содержательную обратную связь, которая может только улучшить вашу работу.

Наконец, у пользователей есть встроенное представление о плагинах репозитория, что они более качественные и заслуживают большего доверия, чем плагины, которых там нет. (Соответствует ли это восприятие реальности — это другой вопрос, который мы рассмотрим позже в этом посте.) В целом это повышает вероятность того, что пользователь загрузит, активирует и будет использовать ваш плагин.

Так много о преимуществах. Каковы недостатки?

Поддержка — это тяжелая ноша

Требуя от разработчика поддержки для принятия мер по «получению» запросов, репозиторий использует систему вытягивания, в отличие от системы, которая «отправляет» уведомления разработчику.

Если у вашего плагина всего несколько десятков загрузок, а разработка плагинов для вас исключительно хобби, это может не иметь большого значения. Но если это ваш бизнес и/или у вас есть несколько плагинов, в том числе несколько особенно популярных, вытягивающая система может действительно нанести ущерб вашей производительности, вашему графику и вашему здравомыслию.

Посмотрим правде в глаза: это может занять много времени, чтобы предложить поддержку бесплатных плагинов, даже если разработчик хочет предложить поддержку.

Предложение поддержки бесплатных плагинов может быть очень ресурсоемким, даже если разработчик склонен к этому.Tweet

За жалобами многих разработчиков на репозиторий скрывается отсутствие заботы о разработчике.

Часто критика этих разработчиков встречается с некоторой версией «Если вы не хотите тратить время на поддержку бесплатного плагина, избегайте репозитория. Выложите его на GitHub».

Но даже если вы не возражаете против разумных запросов на поддержку бесплатных плагинов, вы все равно боретесь с тем, что многие считают неудачно спроектированной платформой для поддержки, которая возлагает все обязательства на разработчиков по мониторингу и не обязательно работает с вашим налаженные рабочие процессы.

Система проверки/оценки подвержена злоупотреблениям

Многие разработчики согласны с тем, что текущая система обзора и рейтинга слишком подвержена манипуляциям со стороны тех, у кого плохие мотивы, или тех, кто просто не понимает, что делает плагин, как его использовать или просит поддержки.

Джеймс Лоус из WP Ninjas хорошо выразил это в статье на ManageWP:

Проблема в том, что нет никакой ответственности, когда кто-то составляет эти рейтинги. Пользователи говорят, что что-то сломалось просто потому, что оно не работает в их конкретной настройке, но это не всегда так. Иногда что-то еще не работает в их настройках, или они просто не понимают, как правильно использовать плагин.

Проблемы качества с плагинами

Хотя пользователи могут воспринимать плагины, размещенные в репозитории, как более качественные, это не обязательно верно для разработчиков, многие из которых отмечают наличие в репозитории плагинов сомнительного качества.

Один из примеров такого восприятия можно найти в статье «Что скрывается в репозитории плагинов WordPress?» в котором подробно рассматриваются следующие вопросы (правда, в 2011 году):

1. «Более половины плагинов в репозитории несовместимы с WordPress 3.x»
2. «85% плагинов, которые я тестировал, содержали предупреждения, ошибки и уведомления PHP»
3. «Немного покопавшись, я нашел в репозитории плагин со слабостью и смог использовать его, чтобы взломать сайт и превратить его в дрон»
4. «Только 32% из этих 15 000+ плагинов были обновлены в 2011 году»
5. «… две трети всех плагинов не обновлялись в этом году, а одна треть не обновлялась с 2009 года».

Мика Эпштейн недавно провел впечатляющую презентацию всего процесса проверки от точки зрения добровольцев (пятеро, хотите верьте, хотите нет, всего пять), которые проверяют плагины, отправленные в репозиторий (в среднем, 35 ​​каждый день).

Из этой презентации становится ясно, что проверка — это долгий, трудоемкий и детальный процесс, предназначенный для выявления проблем с кодом, а также нарушений правил плагинов, таких как имя, товарный знак и т. д.

Удается ли это? Не совсем. Конечно, любая система, управляемая людьми, будет в той или иной степени подвержена ошибкам.

Сам процесс проверки

Презентация Мики также затрагивает многие вопросы, связанные с процессом рецензирования. По сути, с командой из пяти добровольцев и 35 подключаемыми модулями, отправляемыми в среднем каждый день, работающими на устаревшей платформе BBPress, неразумно ожидать быстрого, оптимизированного, ориентированного на разработчиков процесса.

Конечный результат: на странице «Добавить плагин» на WordPress.org вы не узнаете, как долго вы будете ждать, но вы можете увидеть, сколько плагинов стоит в очереди перед вашим.

На момент написания этой статьи 145 плагинов находятся в очереди на проверку, из них 108 ожидают своего первоначального рассмотрения. Твитнуть

И, как говорится в сообщении Speckyboy, «Automattic не стесняется навязывать [свою] волю разработчикам в репозитории».

Также стоит отметить, что процесс загрузки и отправки не очень удобен для пользователя, особенно для новичков, что не побуждает новых разработчиков опробовать свои навыки и творчески добавлять возможности WordPress.

Недостаточно данных!

Размещение вашего плагина в репозитории плагинов WordPress не даст вам много статистики и данных о том, кто и как использует ваш плагин. Вы будете разрабатывать вслепую, имея дело только с количеством загрузок и оценкой количества активных установок. Это делает практически невозможным принятие разумных решений на основе данных.

Как предполагает Крис Лема, когда у вас есть данные, вы не «летите вслепую», и это может открыть вам глаза на очень важные и срочные решения, которые необходимо принять в отношении вашего плагина. Эти решения, как правило, будут в интересах ваших пользователей с точки зрения разработки и поддержки, и, в конечном итоге, для процесса оптимизации маркетинга и ценообразования вашего плагина.

Вот короткая беседа, которую Мэтт Кромвель провел с Крисом Лемой, обсуждая эту тему среди других связанных.

Тем не менее, разработчики плагинов, размещающие свои плагины в репозитории WordPress, имеют законный способ получить данные своих плагинов, если это делается с согласия и одобрения пользователя. Freemius Insights может помочь в этом, предоставив все недостающие элементы в головоломке данных плагина WordPress.

Ограничения на плагины

Наконец, разработчикам приходится сталкиваться с длинным списком ограничений на подключаемые модули, принимаемые для репозитория.

Как кратко изложено на информационной странице каталога плагинов WordPress.org для разработчиков, эти ограничения включают:

1. Ваш плагин должен быть на 100 % совместимым с GPL (включая ресурсы, не относящиеся к PHP, такие как изображения и CSS, которые не являются производными от кода WordPress).
2. Не могу делать ничего незаконного или «морально оскорбительного»
3. Разработчик должен использовать репозиторий Subversion, предоставленный командой плагинов, если вы хотите, чтобы он отображался на сайте WP.org — каталог «является хостинговым сайтом, а не листинговым сайтом».
4. Должен иметь файл readme.txt, который читается и совместим со стандартом файла readme плагина WP.

Существует гораздо более длинный список руководящих принципов и требований, включая запрет на нарушение товарных знаков WordPress и еще одно напоминание о том, что команда может удалять плагины, которые могут быть квалифицированы как спам, незаконные или морально неприемлемые плагины.

Заключение

В основе многих недостатков, упомянутых в этой статье, лежит кажущееся отсутствие осведомленности или учета точки зрения и потребностей сообщества разработчиков.

В сочетании с предполагаемой или фактической проблемой качества подключаемых модулей, принимаемых для репозитория, и множеством требований, которые необходимо соблюдать, неудивительно, что репозиторий теряет свою привлекательность для некоторых разработчиков.

Итак, каково решение?

Если вы разработчик, который заинтересован в том, чтобы быстро внести свой вклад в сообщество WordPress с помощью своего кода, вы можете рассмотреть GitHub, как Коэн Джейкобс:

По сути, это удаленный репозиторий, в котором вы можете хранить свой код. Но GitHub предлагает больше. Вы получаете базовую систему тикетов, вики и хороший способ просматривать (и делиться, если ваш репозиторий является общедоступным) своим кодом в Интернете.

Конечно, GitHub предлагает свои преимущества и недостатки разработчикам плагинов. Поэтому следует критически рассмотреть вопрос, прежде чем принимать окончательное решение.

Но, если ваши намерения и планы в мире плагинов WordPress долгосрочны и повторяются — и, возможно, вы также хотели бы монетизировать свой плагин, используя модель freemium в какой-то момент — возможно, репозиторий WordPress.org подходит вам, несмотря на все его недостатки. Кроме того, как члены сообщества WordPress, мы должны настаивать на улучшении репозитория, чтобы устранить его недостатки и проблемы.

Как вы думаете? Стоит ли преимущества репозитория всех недостатков и проблем для разработчиков плагинов?