Два месяца назад пересмотренные рекомендации для WordPress Plugin Directory были открыты на GitHub для общественного обсуждения . Этот прозрачный и открытый процесс обновления руководств привел к тому, что более дюжины участников отправили запросы на вытягивание с улучшениями языка и контента. Обновленные руководящие принципы заменили предыдущие формулировками и ожиданиями, которые стали более четкими и понятными.
«Помимо переписывания руководств, мы потратили время на систематизацию ожиданий разработчиков и стоимость несоблюдения руководств, а также напоминание о том, что мы удаляем плагины из-за проблем с безопасностью», — сказал член команды плагинов Мика Эпштейн в интервью. объявление . «Мы делаем все возможное, чтобы быть прозрачными в том, что мы ожидаем от вас, и, в свою очередь, что вы можете ожидать от нас».
После нескольких инцидентов в этом году, когда нечеткие рекомендации способствовали путанице в таких вопросах, как поощрительные обзоры и отправка фреймворков разработчиками , команда разработчиков плагинов решила обновить документ пятилетней давности. Хотя существенных изменений не произошло, некоторые рекомендации были значительно расширены для большей ясности. Это включает в себя № 9: «Плагин и его разработчики не должны делать ничего незаконного, нечестного или морально оскорбительного». Список был дополнен еще несколькими примерами нарушений, подпадающих под эту категорию.
«Это масштабная задача — переписать руководящие принципы для всеобщего обозрения таким образом, чтобы ни у кого не было повода для беспокойства», — сказал Эпштейн. «Наша цель состояла в том, чтобы прояснить, а не полностью изменить, но также удовлетворить потребности постоянно меняющихся технологий».
Поскольку каталог плагинов был создан для обслуживания проекта WordPress и его пользователей, он не работает так, как многие другие популярные каталоги и торговые площадки. Четкие формулировки и ожидания важны, особенно с растущей международной базой пользователей WordPress. Недавно обновленные рекомендации должны сократить количество инцидентов, когда команда плагинов должна применять рекомендации, которые не были явно задокументированы.
