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

А, ну это ж святое, про книги! Тут без вариантов, если хочешь не просто хуяк-бабах код писать, а понимать, что там под капотом происходит, и почему всё иногда накрывается медным тазом. Вот что реально в голове осело, как будто гвоздями прибито.

Про фундамент, без которого ты просто мартышлюшка с клавиатурой:

• «CLR via C#» от Рихтера — это, блядь, библия. Если её не читал, то всё, что ты знаешь про .NET — это пиздопроебибна какая-то. Там про память, потоки и типы так подробно, что после неё сам от себя охуеваешь, как раньше жил.
• «Совершенный код» Макконнелла — энциклопедия, ёпта. От того, как назвать переменную, чтобы не было стыдно, до того, как не угробить проект на этапе проектирования. Без этого — чистый распиздяй.
• «Чистый код» и «Чистая архитектура» дяди Боба — вот это дало понять, что писать можно так, чтобы через полгода не хотелось вилкой в глаз ткнуться, глядя на свой же код. Архитектура — чтобы система не превращалась в монстра, которого боятся все в команде.
• Паттерны от банды четырёх и «Паттерны корпоративных приложений» Фаулера — классика, которую надо просто вызубрить. Возвращаешься к ним, когда проектируешь какую-нибудь хитрожопую бизнес-логику, и сразу ясно, где применить фабрику, а где — стратегию.

Ну и про наш родной C# и .NET:

• «C# in Depth» Джона Скита — лучшая книга, чтобы перестать просто использовать async/await и LINQ, а начать понимать, как эта магия работает. После неё смотришь на новые фичи языка не с удивлением пиздец, а с «а, ну логично».
• «Concurrency in C# Cookbook» Клири — вот это спасло от тысячи граблей в многопоточке. Там такие подводные камни, что волнение ебать. Книга дала конкретные рецепты, как не наебнуться.
• «Entity Framework Core in Action» — потому что без понимания, что эта ORM творит под капотом, можно легко написать запрос, который будет жрать ресурсы, как не в себя. А потом все удивляются, почему всё тормозит.

Чтобы не быть узким специалистом и видеть дальше своего стека:

• «Designing Data-Intensive Applications» Клеппмана — вот это, блядь, прокачка кругозора овердохуища. Даже если не работаешь с терабайтами данных, понимание основ распределёнки, согласованности и надёжности — это must. Иначе будешь строить систему, а доверия к ней — ебать ноль.
• «Рефакторинг» Фаулера — настольная книга для дней, когда приходится ковыряться в 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);
    }
}

Короче, без этого всего ты просто ходишь по охуенно тонкому льду. Может, и пронесёт, но однажды провалишься с таким треском, что мало не покажется.