До MP6 всі можливості в основному розроблялися в ядрі в процесі циклу розробки. Даний метод привів до того, що деякі версії WordPress виходили з затримкою, як це сталося з WordPress 3.6. Успіх MP6 довів, що розробка базових можливостей у вигляді плагінів спрощує їх тестування, обслуговування та подальше введення в ядро. Починаючи з прийняття процесу розробки, в ядро потрапило як мінімум сім можливостей. Однак, якщо подивитися на це з боку, можна сказати, що даний процес виявився невдалим.
MP6 поставив планку
Брак аудиторії для тестування
MP6 був доступний для скачування в каталозі плагінів WordPress. В результаті будь-хто міг взяти його і протестувати. Нещодавно вийшли плагіни, такі як User Session Manager від Джона Блекберна, не мають будь-яких записів P2 на сайті Make WordPress Core. Як і у випадку з деякими іншими можливостями, дискусії проходили в тикеті trac. Розробка плагіна була перенесена в Github, поки він не з'явився в ядрі. Доступність плагіна тільки на Github, а також недолік обговорення даної можливості привели до того, що багато людей просто не змогли стати частиною групи тестування.
Як випливає з скріншоту, практично всі функціональні плагіни мертві, включаючи і WP API. Однак, якщо ви подивитеся на активність в Github по WP API, то ви побачите, що плагін постійно допрацьовується. Яким чином багато людей можуть взяти участь в процесі тестування, якщо функціональні плагіни не оновлюється і не доступні для скачування в каталозі? Це потрібно змінити якомога швидше.
Функціональні плагіни - це радше експеримент
Управління проектом
Процес треба виправити
Ясно, що процес розробки функціональних плагінів в даний момент досить хаотичний. Бракує комунікації, відсутній синхронізація між плагінами на Github і WordPress.org, деякі плагіни вводяться в ядро занадто швидко. Якщо користувачі повинні отримати максимум вигоди від процесу експериментування, його потрібно краще організувати. По крайней мере, команда розробки знає про проблеми і працює над поліпшенням ситуації для циклу розробки 4.2.