Как устроиться PHP разработчиком: советы и резюме на практике

Введение: с чего начать путь PHP разработчика?

Рынок PHP-разработчиков в 2024 году остается одним из самых насыщенных, но при этом востребованных. Несмотря на рост популярности Python и Go, PHP продолжает уверенно держать позиции в веб-разработке: на нем написаны WordPress, Laravel, Symfony, Bitrix и тысячи коммерческих проектов. Но как новичку (или мидлу, желающему сменить работу) действительно устроиться PHP разработчиком, а не просто рассылать резюме в пустоту?

В этой статье мы разберем реальную практику: от составления резюме, которое заметят HR, до примеров кода, которые проверяют на собеседованиях. Вы узнаете, какие навыки критически важны, как презентовать свои проекты и почему знание фреймворков — это еще не всё.

1. Составляем резюме PHP разработчика: что реально работает

1.1. Структура и ключевые блоки

Рекрутеры тратят на просмотр резюме в среднем 6-10 секунд. Ваша задача — сделать так, чтобы за это время они увидели главное. Вот оптимальная структура для резюме PHP разработчика:

• Контактные данные — телефон, email, Telegram, GitHub.
• Краткое описание (Summary) — 2-3 предложения о вашем стеке и уровне.
• Навыки (Skills) — перечислите технологии, которыми владеете уверенно.
• Опыт работы — даже если это фриланс или учебные проекты.
• Примеры кода и проекты — ссылки на GitHub или живые сайты.

Пример плохого описания: «Ищу работу PHP программистом, ответственный, коммуникабельный».

Пример хорошего описания: «PHP-разработчик с опытом коммерческой разработки 1.5 года. Стек: Laravel, MySQL, Redis, Docker. Разработал CRM-систему для отдела продаж (N проектов в продакшене). Участвую в код-ревью, пишу unit-тесты».

1.2. Какие навыки указывать в резюме PHP разработчика

Не перечисляйте всё подряд. Лучше 5 технологий, в которых вы уверены, чем 20, о которых вы только слышали. Обязательный минимум для Junior/Middle:

• PHP 7.4+ (понимание типизации, ООП, SOLID);
• Фреймворк (Laravel или Symfony — выберите один и углубитесь);
• SQL (JOIN, подзапросы, индексы);
• Git (ветки, merge, rebase);
• REST API (создание и документирование);
• Базовый HTML/CSS/JavaScript (чтобы понимать фронтенд).

Дополнительные плюсы: Redis, Docker, очереди (RabbitMQ/Beanstalkd), тестирование (PHPUnit).

2. Портфолио и примеры кода: что показать работодателю

2.1. Реальные проекты вместо «Hello World»

Лучший способ доказать свою компетенцию — показать код, который решает реальные задачи. Если у вас нет коммерческого опыта, создайте пет-проект. Например, простой TODO-менеджер или блог на Laravel. Главное — чтобы код был чистым, с использованием паттернов и обработкой ошибок.

Вот пример небольшого класса для работы с пользователями на PHP 8.1, который демонстрирует понимание современных подходов:

<?php

declare(strict_types=1);

namespace App\Services;

use App\Models\User;
use App\Repositories\UserRepository;
use Illuminate\Support\Facades\Hash;
use InvalidArgumentException;

final class UserService
{
    public function __construct(
        private UserRepository $repository
    ) {}

    /**
     * Создание пользователя с валидацией email.
     *
     * @param array{name: string, email: string, password: string} $data
     * @return User
     * @throws InvalidArgumentException
     */
    public function register(array $data): User
    {
        if (!filter_var($data['email'], FILTER_VALIDATE_EMAIL)) {
            throw new InvalidArgumentException('Некорректный email');
        }

        $existing = $this->repository->findByEmail($data['email']);
        if ($existing !== null) {
            throw new InvalidArgumentException('Пользователь с таким email уже существует');
        }

        $user = new User();
        $user->name = $data['name'];
        $user->email = strtolower(trim($data['email']));
        $user->password = Hash::make($data['password']);

        $this->repository->save($user);

        return $user;
    }
}

Что здесь оценит работодатель?

• Строгая типизация (declare(strict_types=1));
• Использование DI (внедрение зависимости через конструктор);
• Обработка ошибок (исключения с понятными сообщениями);
• Финализированный класс (final) — признак хорошего дизайна.

2.2. Чистый код: что проверяют на собеседовании

На техническом интервью вам могут дать кусок «грязного» кода и попросить его улучшить. Вот типичный пример того, как писать не стоит, и как это исправить.

Плохой код:

<?php
function get_users($id = null) {
    $db = new mysqli('localhost', 'root', '', 'test');
    if ($id) {
        $result = $db->query("SELECT * FROM users WHERE id = $id");
    } else {
        $result = $db->query("SELECT * FROM users");
    }
    return $result->fetch_all(MYSQLI_ASSOC);
}

Проблемы: SQL-инъекция, жесткое подключение к БД, смешивание логики и представления, отсутствие типов.

Хороший код (с использованием PDO и DI):

<?php

declare(strict_types=1);

class UserRepository
{
    private PDO $pdo;

    public function __construct(PDO $pdo)
    {
        $this->pdo = $pdo;
    }

    /**
     * @return array<int, array>
     */
    public function findAll(): array
    {
        $stmt = $this->pdo->query('SELECT * FROM users');
        return $stmt->fetchAll(PDO