Главная боль PHP: не язык, а его окружение
Проблема PHP не в синтаксисе, а в том, что вокруг него творится — и это не исправить одним обновлением.
Давайте честно: сколько раз вы слышали «PHP — это помойка» и закатывали глаза? Обычно критикуют сам язык — мол, устарел, небезопасен, callbacks выглядят как спагетти. Но, копнув глубже, понимаешь: настоящая проблема PHP — это не синтаксис, а его экосистема.
Проблема не в языке, а в зоопарке вокруг
Представьте, что PHP — это отличный двигатель, но его ставят в машину, где педаль газа — это composer.json, тормоза — .htaccess, а руль — php.ini, который кто-то потерял. Разработчику приходится быть не просто кодером, а сисадмином, девопсом и экзорцистом одновременно. Сравните с Node.js или Python: там «из коробки» всё более-менее цельно. А тут — легаси-проекты на версии 5.6, которые работают на сервере 2008 года, и их боятся трогать.
Хайп вокруг альтернатив — только верхушка айсберга
Маркетологи любят кричать: «Go быстрее! Rust безопаснее!». Но для типичного бизнес-сайта на WordPress или Laravel скорость языка — не узкое место. Узкое место — это когда обновление PHP с 7.4 на 8.0 ломает половину зависимостей, а код, написанный 10 лет назад, внезапно начинает сыпать warning'ами. И вот ты уже не программист, а археолог, раскапывающий чужой legacy-код.
Что с этим делать?
На самом деле, PHP-сообщество уже движется в правильном направлении: статический анализ (PHPStan, Psalm), строгая типизация, асинхронность с Fiber'ами. Но пока эти инструменты не станут стандартом де-факто, каждый новый проект рискует превратиться в IKEA-сборку без инструкции.
Комментарий студии METABYTE: Мы тоже иногда тоскуем по временам, когда PHP-проект можно было задеплоить на FTP без слёз. Но если ваш код уже похож на археологический раскоп — приходите, поможем навести порядок и поднять версию до актуальной. Без экзорцизма, обещаем.