У попередній публікації я говорив про філософію дизайну WordPress, яка полягає в рішеннях, а не варіантах. І я працюю над тим, щоб досягти певної мети, але спершу я маю трохи закласти основу для всього цього.
Ви можете прочитати весь набір філософій на цій сторінці, але ось суть тієї, яку я щойно згадав:
Приймаючи рішення, ми в першу чергу розглядаємо саме цих користувачів. Чудовим прикладом цього міркування є параметри програмного забезпечення. Кожного разу, коли ви даєте користувачеві вибір, ви просите його прийняти рішення. Коли користувачеві байдуже або він не розуміє варіант, це зрештою призводить до розчарування.
Як розробники, ми іноді вважаємо, що надавати варіанти для всього – це добре, у вас ніколи не може бути багато вибору, чи не так? Зрештою ці варіанти виявляються технічними, вибірами, які не цікавлять пересічного кінцевого користувача.
Наш обов’язок як розробників – приймати розумні дизайнерські рішення та не накладати вагу технічного вибору на наших кінцевих користувачів.
Це, мабуть, моя улюблена філософія, яка визначає, що має входити в ядро WordPress і як; хоча я був би помилковим, якби не сказав, що вважаю, що є області для покращення.
(Я знаю, що це місце, де обговорення може перейти в ліве поле, але я не знаю, як це зробити, і я не намагаюся почати виступати в кріслі .)
Але ось питання:
Якщо є частина інтерфейсу користувача WordPress, яку можна покращити за допомогою плагіна, який виконує той самий набір функцій, що вже існує в плагіні, чи варто створювати плагін, якщо ця функція вже існує?
Чи є сенс створювати плагіни WordPress для наявних функцій, якщо плагін більше дотримується філософії «дизайн, а не параметри», ніж основна функція?
По-перше, я визнаю дещицю відсутності логіки в цьому твердженні. Я маю на увазі, що я вийшов:
- Нам потрібно приймати більше рішень від імені користувача та пропонувати йому менше варіантів.
- Опція вже існує в ядрі.
- Створення плагіна для представлення функціональності, яка вже існує, таким чином дублюючи її, але оптимізуючи її так, щоб вона приймала рішення за користувача від його імені.
Тому, мабуть, обговорення припиняється на третьому пункті вище. Але задля дискусії (для суперечки, якщо це ваш смак), я хочу взяти приклад лише для цієї публікації.
Перегляд налаштувань обговорення
Параметри обговорення, які існують у меню «Параметри» для WordPress, можуть бути дещо переважними навіть для, як я вважаю, блогера середнього рівня, не кажучи вже про початківців чи розробників.
Екран налаштувань обговорення.
Потрібен трохи часу, щоб не лише прочитати наявні варіанти, але й зрозуміти їх зміст. Крім того, є більш розширені параметри, як-от чорний список коментарів, який, на мою думку, може бути частиною вкладки «Додатково ».
Але я відволікся.
У розділі «Інші налаштування коментарів» є така опція :
«Автоматично закривати коментарі до статей старше [x] днів».
Ця функція сама по собі непогана, але що, якщо я хочу закрити коментарі до статей старше [x] днів, лише якщо вони мають 0 коментарів. Тепер ця умова – тобто «якщо вони мають 0 коментарів» – я вважаю прикладом того, з чим може працювати плагін.
Але варіант, який представлений таким, який він є. Це:
«Автоматично закривати коментарі до статей старше [x] днів».
Я бачу причину, чому це варіант. Ніхто не повинен приймати рішення від імені користувача про те, як слід обробляти його коментарі.
- Проте те, як це представлено, настільки зрозуміле, наскільки це можливо?
- Чи є екран сам по собі сприятливим для того, щоб користувачі читали, відповідали та налаштовували, і чи він необхідний? Або він настільки перевантажений опціями, що вони просто відмовляються від нього?
- Чи можна цю конкретну функцію віднести до плагіна (або частини набору плагінів), безпосередньо пов’язаного з керуванням коментарями, щоб дозволити користувачам контролювати свої коментарі за допомогою плагінів?
Зрештою, плагіни призначені насамперед для функціональності, а модерація коментарів має більше спільного з функціональністю, ніж з презентацією.
Тож чи має сенс створювати плагін WordPress для існуючих функцій, подібних до цієї, з ідеєю про те, що це проста установка, активація та запуск для користувачів, не змушуючи їх сканувати весь список параметрів і розуміти, що представлено їх?
Особисто я не знаю, але я щиро зацікавлений принаймні поекспериментувати з ним, щоб побачити, як він може працювати. Звичайно, це означає, що я повинен просто розмістити свій код там, де є мої думки – і, можливо, я це зроблю 😎 – але це не змінює факту, що мені цікаві ідеї для інших.