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

Я считаю постоянное обучение критически важным. Вот книги, которые оказали наибольшее влияние на мой подход к разработке на C# и .NET:

Фундаментальные и общепрограммистские:

• "CLR via C#" Джеффри Рихтера — must-read для любого серьезного .NET-разработчика. Дает глубочайшее понимание внутреннего устройства CLR, управления памятью, потоков, типов.
• "Совершенный код" Стива Макконнелла — энциклопедия инженерных практик, от проектирования до отладки и тестирования.
• "Чистый код" и "Чистая архитектура" Роберта Мартина — сформировали мое видение того, как писать поддерживаемый, гибкий код и строить отказоустойчивые системы.
• "Паттерны проектирования" (GoF) и "Паттерны корпоративных приложений" Мартина Фаулера — классика, к которой я возвращаюсь при проектировании сложной бизнес-логики.

Специализированные по .NET и C#:

• "C# in Depth" Джона Скита — лучшая книга, чтобы понять эволюцию языка, все фичи от LINQ до современных релизов (async/await, pattern matching, records).
• "Concurrency in C# Cookbook" Стивена Клири — практическое руководство по асинхронному и многопоточному программированию, которое помогло избежать множества скрытых ошибок.
• "Entity Framework Core in Action" Джона П. Смита — отличное погружение в тонкости работы с ORM, производительностью и тестированием.

Для расширения кругозора:

• "Designing Data-Intensive Applications" Мартина Клеппмана — бесценна для понимания основ распределенных систем, согласованности, надежности и масштабируемости, даже если вы не работаете напрямую с Big Data.
• "Рефакторинг. Улучшение существующего кода" Мартина Фаулера — настольная книга для работы с legacy-кодом.

Пример влияния из "CLR via C#": Понимание того, как работают боксинг, строки (интернирование) и финализаторы, позволило мне писать более эффективный код. Например, использование StringBuilder для сложных конкатенаций или осторожность с финализаторами в высоконагруженных приложениях.

// Понимание работы GC и финализаторов (которым посвящена целая глава)
// заставляет избегать их в критичных по производительности сценариях.
public class ResourceHolder : IDisposable
{
    private SomeUnmanagedResource _resource;

    // Реализация IDisposable для детерминированного освобождения ресурсов
    public void Dispose()
    {
        Dispose(true);
        GC.SuppressFinalize(this); // Предотвращаем вызов финализатора
    }

    protected virtual void Dispose(bool disposing)
    {
        if (disposing)
        {
            // Освобождаем управляемые ресурсы
        }
        // Освобождаем неуправляемый ресурс _resource
        ReleaseUnmanagedResource(_resource);
        _resource = null;
    }

    // Финализатор — только как страховка на случай, если Dispose не был вызван.
    // Из книги я узнал, насколько он дорогой и непредсказуемый.
    ~ResourceHolder()
    {
        Dispose(false);
    }
}