Стоит сразу поправить вероятное неверное прочтение самой темы: речь не о том, что PHP как язык уходит из инфраструктуры компаний, — это было бы прямым искажением реальности. PHP по-прежнему обслуживает порядка семидесяти семи процентов всех сайтов в интернете, один только WordPress — около сорока трёх процентов, а такие компании, как Facebook, Wikipedia и Slack, продолжают полагаться на PHP в критичных частях собственной инфраструктуры. Речь о другом, куда более узком и куда более интересном явлении: из роадмапа снова и снова выпадает не сам PHP, а работа над его производительностью и обслуживанием, — и причина этого лежит не в ограничениях языка, а в том, как устроены сами роадмапы и что они вознаграждают.
Точный механизм: роадмапы вознаграждают видимый прогресс по конструкции, а не по недосмотру
Стоит назвать механизм прямо, потому что именно он объясняет закономерность, а не случайность. Продуктовые роадмапы структурно вознаграждают видимый прогресс: новую функциональность легко оценить по объёму работы, легко продемонстрировать заинтересованным сторонам и легко напрямую связать с бизнес-ценностью. Работа над производительностью проигрывает по всем трём пунктам сразу: её объём трудно оценить заранее, результат — это отсутствие деградации, а не новая демонстрируемая возможность, а связь с бизнес-показателями требует дополнительного объяснения, а не очевидна с первого взгляда. Она проигрывает конкуренцию за место в роадмапе почти по самой конструкции процесса приоритизации, а не потому, что кто-то сознательно решил, что она не важна.
Цифра, показывающая, что это не жалоба PHP-сообщества, а более широкий, узнаваемый паттерн
Стоит подкрепить это сравнительными данными, а не голословным утверждением. Почти треть команд, работающих на Java, сообщают, что тратят от семидесяти пяти до девяноста процентов времени именно на поддержание и исправление уже существующего, и лишь десять-двадцать пять процентов — на новую функциональность; PHP-команды демонстрируют сопоставимую по характеру закономерность отставания в обслуживании, несмотря на то что обслуживание напрямую влияет на безопасность, производительность и долговечность системы. Показательна демографическая деталь опроса: свыше половины опрошенных практиков работают с PHP пятнадцать лет и больше, — это зрелое, давно устоявшееся сообщество, фиксирующее структурную закономерность, а не умирающая экосистема, жалующаяся на заброшенность.
Знакомый список симптомов и цена, которую платят за признание проблемы без реального действия
Стоит показать конкретный, узнаваемый список симптомов, регулярно всплывающих в разборах инцидентов, но редко превращающихся в отдельно запланированную работу. Медленные эндпоинты, неравномерное время отклика и растущие счета за инфраструктуру появляются в ретроспективах, разборах постмортемов и рабочих чатах с предсказуемой регулярностью, — а вот системного выделения времени и ресурсов на устойчивое решение этой проблемы происходит заметно реже, чем самого признания её существования. Реальная, накопительная цена этого разрыва между признанием и действием — не абстрактная, а вполне конкретная: более медленные релизы, более высокие счета за инфраструктуру, более рискованные обновления и системы, всё сильнее сопротивляющиеся любым изменениям. По отдельности каждый из этих симптомов выглядит как «просто так уж сложилось». Вместе они и есть настоящая, накопленная цена работы над производительностью, которая так и не получила собственной строчки в плане.
Конкретный технический пример того, из чего реально состоит эта невидимая работа
Стоит назвать конкретную, техническую иллюстрацию того самого рода работы, которая систематически проигрывает конкуренцию за место в роадмапе. Настройка менеджера процессов PHP-FPM — выбор между статичным, динамическим и по требованию режимами выделения воркеров, подгонка размера пула под реальное оборудование и реальный профиль трафика, установка лимита на число обработанных запросов перед перезапуском воркера для защиты от постепенного накопления утечек памяти — это ровно тот тип неброской, плохо поддающейся демонстрации операционной работы, которая никогда не конкурирует на равных с новой функцией за место в плане, именно потому что хорошо выполненная, она выглядит как «ничего не изменилось», а не как «появилось что-то новое». Работа, результат которой — отсутствие проблемы, структурно проигрывает работе, результат которой — новая, показываемая на демо возможность, вне зависимости от того, какая из них реально важнее для здоровья системы в долгосрочной перспективе.
PHP не выпадает из инфраструктуры компаний — он остаётся её фундаментом на масштабе, который трудно игнорировать. Выпадает из роадмапа конкретно работа над его производительностью и обслуживанием, и происходит это не из-за ограничений языка, а из-за того, как устроен сам процесс приоритизации: видимый прогресс вознаграждается почти автоматически, а невидимая, но накопительно дорогая операционная работа проигрывает эту конкуренцию снова и снова, пока команды не начинают планировать, измерять и явно выделять на неё ресурсы так же осознанно, как на любую новую функцию, — а не полагаться на то, что признание проблемы в чате само по себе когда-нибудь превратится в реальное действие.
Автор: Коробов Алексей
© Коробов А.Е., 2026