Привет, Хабр! На связи Катерина Лапаева, руководитель GIGASCHOOL. Вопрос о выборе языка часто превращается в спор о том, какой из них лучше. Мне стало интересно, что стоит за рекомендациями. Какие задачи человек решает на этом языке и почему продолжает его выбирать? Об этом я спросила backend-разработчика в крупной промышленной компании – Антона Елохина. Он поделился личным опытом, довольно прямыми оценками фреймворков и своим маршрутом знакомства с языком PHP – получился небольшой авторский обзор с полезными ссылками и примером приложения от Антона.

Примечание

Эта статья в первую очередь для специалистов, которые уже программировали на каком-нибудь языке. Но если у тебя нет опыта, в любом случае, получится почерпнуть некоторые мысли.

Когда одни говорят: «Учи Go. Он производительный, и за него много платят», другие говорят: «Учи Python. На нём можно сделать всё – и бэк, и ИИшки», третьи говорят: «Учи JavaScript. И сайтик сверстать сможешь, и бэк накидать», в это время PHP просто работает на большинстве сайтов и, кажется, не планирует сдавать позиции – проверь сам(а), например, здесь.

Чем вызвана такая популярность, если многие программисты его не любят?

Наверное, тем, что:

  1. Он достаточно прост в освоении.

  2. Достаточно надёжен, чтобы бизнес мог ему доверять.

  3. У него качественное и развитое комьюнити.

  4. Есть качественный и проработанный инструментарий.

  5. Очень просто найти качественных и недорогих специалистов.

  6. Язык развивается и, как показывает практика, развивается в правильном направлении.

  7. Он не самый быстрый, но достаточно быстрый, чтобы поддерживать большинство сайтов – и не только простых, но и тяжёлых порталов.

Как начать изучать PHP

Обычно, чтобы начать, достаточно знать:

  1. HTML и CSS.

  2. Паттерн MVC.

  3. Синтаксис SQL хотя бы на базовом уровне.

  4. Docker и Docker Compose – минимально.

Тот самый Hello world

Тут моя рекомендация, наверное, отличается от общепринятой. Я бы посоветовал:

  1. Подготовить сервер: накидать Compose-файл с Nginx, PHP-FPM и MySQL.

  2. Подготовить папки: public – точка входа, там будет index.php; app – классы приложения, внутри models и controllers; views – шаблоны страниц.

  3. Завести Composer и настроить неймспейс на папку app.

  4. Установить через Composer простой шаблонизатор, например league/plates.

  5. Потом завести авторизацию и регистрацию.

Накидал пример. Если не хочешь самостоятельно ковыряться с ИИшкой (а как сейчас разрабатывать без ИИ?), а увидеть готовое, держи – пример приложения.

Как шпаргалку на старте рекомендую использовать Metanit или официальную документацию:

– Metanit;
– cправочник PHP.

После этого можно будет сказать, что мы поверхностно познакомились с языком PHP. Структура, конечно, слабенькая, но у нас получилось минимально рабочее, современное MVC-приложение на PHP. Обращаю внимание на слово «современное». Мы здесь акцентировали внимание не на фишках, которыми славится современный PHP, а на структуре, похожей на ту, что используют большинство фреймворков в наше время.

Раньше нормального разделения не было, и часто бывало так, что путь задавался файловой структурой. Например, если сервер настроен так, чтобы отдавать файлы из папки /srv/www/, то файл главной страницы будет не в шаблонах, как в моём примере, а по пути /srv/www/index.php, а страница about – в файле /srv/www/about/index.php. Серверы часто настроены так, чтобы отбрасывать концовку index.php.

Это, конечно, хорошо, но разве так программируют на PHP?

Не совсем. Практически никто не пишет без фреймворков и CMS. Тут у PHP есть хороший выбор. Что же выбрать? Выделю несколько вариантов, которые, по моему мнению, заслуживают внимания.

1С Битрикс

Фреймворк с очень устаревшей архитектурой, но жутко популярный у российских компаний. Пытается развиваться, но, как мне кажется, безнадёжно отстал от тех, которые будут рассмотрены далее. ИИ его понимает хуже тех, которые рассмотрим далее, отчасти из-за его устаревшей и запутанной или нелогичной архитектуры, отчасти из-за того, что обучающих данных для ИИ мало: почти всё делалось для компаний, которые не хотят делиться кодом, пет-проектов на нём мало в интернете.

Несмотря на свои минусы, имеет огромный плюс – его в России большинство компаний знают, не только программисты, но и, например, контент-менеджеры. Его легче внедрить там, где требуются именно российские программные решения: заводы, государственные организации…

Laravel

С архитектурой тут порядок. Производительность отличная. Комьюнити живое и развивающееся. ИИ отлично его понимает. Если нет цели построить сверхвысоконагруженное и сверхмасштабируемое веб-приложение, то это отличное решение. Тем более что на него вакансий чуть больше, чем на Symfony, и всяких контентских штук, например админок, сообщество разработало и докрутило – тоже больше. Также примеров в интернете для новичков именно под Laravel побольше. Так что стоит рассмотреть.

Symfony

Это батя всех PHP-фреймворков – самые крутые и современные практики, самые надёжные инструменты появляются сначала в нём. Важно понимать: это конструктор из Composer-пакетов от автора фреймворка и «рецептов» – инструкций, какие файлы и конфиги нужно создать. Работой рецептов управляет плагин Composer Symfony Flex. Он позволяет собрать приложение только из нужного тебе функционала, и самое главное – приложение будет работать максимально надёжно из коробки.

Ко всему этому – безупречная документация на всех основных языках мира, мануалов просто море. Конечно, есть и минусы: в отличие от, например, Laravel, совсем новичков там как будто не ждут, и, соответственно, базовое программирование в их мануалах не разжёвывается. ИИ понимает этот фреймворк безупречно. Если задаётесь вопросом, можно ли что-то использовать в Symfony или хватит ли его мощности для вашей задачи, то в 99 процентах случаев ответ будет «да». Также его модули используют в большом количестве фреймворков. На официальном сайте названа только парочка фреймворков, но в реальности компоненты Symfony я находил и в том же Битриксе.

– Проекты на компонентах Symfony.

WordPress

Может, я и ошибаюсь, но нахожу его не самым интересным для изучения начинающему специалисту в 2026 году. У него был хайп несколько лет назад, но, как мне кажется, он уже притих. В принципе, он не так уж и плох как CMS, но компаний, которые с ним работают, не так уж и много. В отличие от ранее названных, он будто прям сильно ничем не выделяется. Если считаешь, что тебе нужен именно он, я отговаривать не стану, но хочу предостеречь и посоветовать внимательно изучить рынок.

Что в итоге?

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

Комментарии (2)


  1. ALapinskas
    20.10.2026 10:33

    В целом, уже давно идет унификация, поэтому без разницы, что учить. Интересные фишки языков, паттерны, библиотеки и прочее копируются, и языки становятся похожими друг на друга.

    По скорости Go, может, и быстрее своих скриптовых собратьев, но в вебе серверный ЯП, как правило, не является бутылочным горлышком, и всё его преимущество нивелируется хорошо настроенным кешированием.


  1. FireWind
    20.10.2026 10:33

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