Я перестал читать книги по программированию

Последняя техническая книга, которую я открывал - это было около года назад. "Node.js Design Patterns". Дочитал до середины и понял: я трачу время впустую, но в итоге дочитал до конца. За все время прочитал весь джентльменский набор: "Чистая архитектура", "Чистый код", "паттерны GoF", несколько книг по микросервисам. И вот что я осознал. Книги устаревают еще до выхода Это особенно заметно с книгами про языки программирования и фреймворки. Автор пишет про Node.js 14, пока книга проходит редактуру и верстку - выходит Node.js 16. А вот официальная документация обновляется с каждым релизом. В ней всегда актуальные примеры, deprecated методы помечены, новые фичи описаны. Книга же замерла во времени навсегда. Документация Node.js или PostgreSQL расскажет больше и точнее, чем любая книга про них. 500 страниц для 20 полезных Открываем "Чистую архитектуру". Первые 150 страниц - философия программирования, история развития языков, базовые принципы ООП. То, что любой мидл-разработчик и так знает. Реальная польза - конкретные паттерны и примеры их применения - занимает от силы 50 страниц. Остальное - вода, повторения, очевидные вещи, растянутые на главы. "Node.js Design Patterns" - более 600 страниц. Из них реально полезных - про Streams, Worker Threads, паттерны для масштабирования - страниц 100 - 150. Остальное - базовые вещи про callbacks, modules, npm, которые узнаешь за первую неделю работы. Видео и статьи дают тот же контент в 10 раз быстрее Event Sourcing pattern. В книге - 40 страниц с историей, теорией, диаграммами, абстрактными примерами. В статье на Medium - 5 минут чтения с реальным кодом. В видео на YouTube - 15 минут с лайв-кодингом и сразу видно подводные камни. И что важно - в комментариях люди делятся опытом. "Попробовали в проде, вот с чем столкнулись". Это практика, которой нет ни в одной книге. Курс на Udemy или Stepik за $20 даст больше практических знаний, чем книга за $50. Потому что там ты сразу пишешь код, видишь ошибки, исправляешь. А не читаешь теорию в надежде, что когда-нибудь применишь. AI изменил правила игры Cпрашиваешь ChatGPT или Claude с конкретным кейсом. Получаешь ответ с примером кода под любую задачу. С объяснением trade-offs. С альтернативными решениями. За 30 секунд. Плюс еще референсы накинет на статьи или отрывки из книг, кстати. Нужно разобраться с паттерном Circuit Breaker? AI объяснит на примере, с нужным стеком, покажет, как интегрировать в существующий код. Книга дает generic решение, AI - персонализированное. Чтение создает иллюзию компетенции Прочитал все книги Роберта Мартина - думал, что теперь пишу чистый код. Начинаю код-ревью - понимаю, что нет. Изучил DDD - думал, что умею проектировать. Первый же проект показывает обратное. Возможно проблема в том, что многие авторы - это консультанты и преподаватели. Они давно не писали production код. Они учат "идеальной" архитектуре, но не знают, каково это - в 3 утра фиксить критический баг в легаси системе. Роберт Мартин последний раз писал реальный код лет 20 назад. Его советы про "чистый код" основаны на реалиях Java начала 2000-х. Мир изменился, подходы изменились, а книга - нет. Авторы рассказывают про идеальные условия. У тебя есть время, ресурсы, вся команда следует best practices. А в реальности - горящие дедлайны, легаси код и джун, который не читал ни одной книги. Что в итоге? Я не против книг как концепции. Они дают базу, структурируют знания. Но после определенного уровня они становятся тормозом. Вместо того чтобы читать про паттерны - надо применять их. Вместо изучения "правильной" архитектуры - строить и рефакторить. Вместо теории про микросервисы - разделить монолит хотя бы на два сервиса и почувствовать эту боль.

Лучший учитель - это production с реальными пользователями, падениями в 3 утра и легаси кодом. Никакая книга не подготовит к этому. Но один месяц поддержки production системы научит больше, чем год чтения.

41/100 Telegram