Какие книги читал по проектированию?

Мой подход к изучению проектирования ПО

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

Фундаментальные труды по архитектуре и принципам

• «Чистая архитектура» Роберта Мартина (Uncle Bob) — абсолютный must-read. Книга радикально изменила мой взгляд на структуру приложений. Правило зависимостей (зависимости должны быть направлены внутрь, к абстракциям), идея о том, что бизнес-правила и Use Cases — это ядро, независимое от фреймворков, БД или UI, стала основой моего подхода. Практический вывод — это гексагональная (порты-адаптеры) или чистая архитектура в PHP-проектах, где доменный слой изолирован.

<?php
// Упрощенная иллюстрация слоя Use Case из "Чистой архитектуры"
namespace App\Domain\UseCases\CreateOrder;

use App\Domain\Entities\Order;
use App\Domain\Repositories\OrderRepositoryInterface;

class CreateOrderUseCase
{
    private OrderRepositoryInterface $repository;

    // Зависимость от абстракции (интерфейса в Domain слое)
    public function __construct(OrderRepositoryInterface $repository)
    {
        $this->repository = $repository;
    }

    public function execute(CreateOrderRequest $request): Order
    {
        // Бизнес-логика здесь. Никаких знаний о HTTP, Eloquent и т.д.
        $order = Order::create($request->getProductId(), $request->getUserId());
        // Валидация доменных правил...
        $this->repository->save($order);
        return $order;
    }
}

• «Предметно-ориентированное проектирование (DDD). Самое начало» В. Вернова — отличное введение в DDD на русском. Помогла уложить в голове Bounded Context, Агрегаты, Сущности, Value Objects. После неё перешёл к классике Эванса.
• «Шаблоны корпоративных приложений» Мартина Фаулера — незаменимый справочник. Patterns of Enterprise Application Architecture (PoEAA) — это основа. Data Mapper (воплощённый в Doctrine), Unit of Work, Repository, Service Layer — эти паттерны я использую постоянно. Книга дала язык для обсуждения архитектурных решений.
• «Рефакторинг. Улучшение существующего кода» Мартина Фаулера — это не просто про «как переименовать метод», а глубокий взгляд на процесс эволюции дизайна кода. Понимание «запахов кода» и способов их устранения — ключевой навык для поддержки проекта в долгосрочной перспективе.

Практические руководства для PHP-разработчика

• «PHP. Объекты, шаблоны и методики программирования» Мэтта Зандстры — одна из первых книг, которая показала PHP как язык для серьёзного ООП и внедрения паттернов (вроде шаблонов GoF: Стратегия, Наблюдатель, Декоратор).
• «Современный PHP: Новые возможности и лучшие практики» Джоша Локхарта — чётко обозначила переход от «старой» процедурной школы к современному PHP с namespace, Composer, PSR-стандартами, современными практиками безопасности.

Книги о процессах и качестве кода

• «Идеальный программист» и «Чистый код» Роберта Мартина — «Чистый код» — это библия читаемости. Принципы вроде DRY (Don’t Repeat Yourself), KISS (Keep It Simple, Stupid), правила именования, структурирования функций и классов вошли в плоть и кровь. «Идеальный программист» — о профессиональном подходе к работе, ответственности за код и необходимости постоянного обучения.
• «Непрерывное совершенствование кода» (Continuous Delivery) Джеза Хамбла и Дэвида Фарли — эта книга сместила фокус с «как написать код» на «как сделать так, чтобы код надёжно и предсказуемо дошёл до производства». Она укрепила понимание важности автоматизированного тестирования (особенно модульного), CI/CD, конфигурации как кода.

Как я применяю эти знания на практике

1. Принципы SOLID (детально описанные у Мартина) — это не догма, а фильтр для принятия решений. Перед слиянием кода я проверяю: не нарушает ли этот метод принцип единственной ответственности (SRP)? Не делает ли он класс монолитом? Не создаёт ли жёсткую связь, которую завтра будет больно разорвать?
2. Архитектурные стили: Выбор между монолитом, модульным монолитом или микросервисами — это всегда компромисс. Книги по DDD и чистой архитектуре дали инструмент для декомпозиции — Bounded Context. Даже в монолите я стремлюсь к чётким границам модулей.
3. Паттерны как язык: Обсуждая задачу с командой, мы используем термины «здесь нужен Фабричный метод», «давайте обернём это в Декоратор для логирования» или «это явно антипаттерн God Object». Это резко ускоряет коммуникацию.
4. Эволюционный дизайн: Я не стараюсь спроектировать «идеальную» систему с первого раза. Следуя идеям «Рефакторинга» и «Чистого кода», я начинаю с простого, рабочего решения, а затем последовательно улучшаю его дизайн, реагируя на новые требования, сохраняя код чистым и тестируемым.

Итог: Для меня чтение книг — не самоцель, а инвестиция в формирование архитектурного мышления. Оно позволяет видеть за сиюминутной задачей долгосрочные последствия, выбирать подходящие инструменты (паттерны, принципы) для проблемы, а не наоборот, и главное — писать код, который будет легко поддерживать и развивать коллегам и мне самому через полгода. Сейчас в фокусе — углубление в Event-Driven Architecture и распределённые системы, что логично продолжает путь от монолита к более сложным, но необходимым в высоконагруженных проектах, архитектурам.