У семи нянек дитя без глазу.

— пословица

Brent Roose пишет про то, что “проектирование голосованием” (мой перевод термина “Design by Committee”) не приведёт PHP ни к чему хорошему, и я подписываюсь под каждым его словом.

Вот его статья: https://stitcher.io/blog/limited-by-committee

Как обстоят дела в PHP?

Демократия

Расмус Лердорф, автор языка PHP, самоустранился от управления языком и сдал все полномочия группе энтузиастов-добровольцев.

Сейчас решения принимаются голосованием.

Трудно представить себе что-либо более беспомощное, чем организация, управляемая голосованием её членов.

Если бы корабль выбирал курс голосованием экипажа, далеко бы он уплыл?

Архитекторы

Представьте себе, что 10 архитекторов решили сообща построить дом. Решения о том, что включить в проект, принимаются голосованием, где у всех равное право голоса.

Ответственного за общий дизайн дома нет, так как ответственность равномерно распределена на всех.

Через десяток итераций проект дома превратится в нечто несуразное. Один архитектор сказал что хочет чтобы были античные колонны, другой что ему нужен огромный зелёный флюгер на крыше, третий хочет построить этаж в стиле зданий из космической фантастики. Каждый протаскивает в проект свои личные “хотелки”.

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

Mailing List

Демократия в управлении — не единственное, что угрожает PHP.

Авторы RFC, “законопроектов” в этой демократической системе, полностью отрезаны от сообщества, так как выбрали для взаимодействия архаичный способ: списки рассылки, Mailing List, с которым современному человеку разбираться долго и тяжело. Всё равно что переписываться по телеграфу или голубиной почте.

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

Исправить это было бы просто. Достаточно отказаться от Mailing List и прийти к сообществу на главную площадку программистов всего мира: GitHub.

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

Вот пример как можно оформить RFC на GitHub.

Будущее

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

Вопрос только в том, как скоро это произойдёт. За пять лет? За десять лет?