Привет, Хабр! На связи Катерина Лапаева, руководитель 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

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

Что в итоге?

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