Роберт Мартин - известный и признанный автор книг для программистов (возможно не только для них). Рекомендуется читать его работы разработчикам любого уровня: от джуна до сеньора. Позволяет освежить память или узнать что-то новое и, самое главное, точно полезное.
Книга – истинный кладезь премудрости для оптимистов и набор банальностей для пессимистов. Содержит довольно много очевидных на первый взгляд вещей, которым придает рельеф и объем проверка на личном опыте автора.
Такой замечательный отзыв на литресе я прочитал и полностью солидарен с ним. Более того, мне даже есть что добавить и я не раз буду обращаться к различным отзывам на других платформах.
Итак, когда вводная часть завершена, я поделюсь собственным мнением. Книга - действительно неповторимый набор опыта в виде рассказа из собственной жизни. Читается легко, быстро и непринужденно. Все что вам будет важно - вы запомните, поверьте.
Во-первых - это интересно. Благодаря тому, что книга описывает жизнь автора, любому человеку это будет любопытно. Просто потому что мы - люди, вот такая у нас черта.
Во-вторых - это опыт, который вы вряд-ли получите от вашего тимлида, коллеги-сеньора или еще от кого-либо.
В-третьих - вы обучаетесь на основе чужих ошибок, а не собственных. Это реальная история, а значит - реальные ошибки/проблемы/конфликты и т.д. Прочитав эту работу вы минимизируете процент ваших проблем, как я думаю, минимум на 30-40%.
В-четвертых - тут есть вода, он она в тему. Я думаю, или скорее уверен, что вам понравится книга, что вы найдете в ней спорные решения, будете с чем-либо не согласны и т.д. Но главное то, что книга заставит ваши извилины шевелиться. Это, кстати, полезно.
Всех программистов, которые добиваются успеха в мире разработки ПО, отличает один общий признак: они больше всего заботятся о качестве создаваемого программного обеспечения. Это - основа для них. Потому что они являются профессионалами своего дела.
В этой книге легендарный эксперт Роберт Мартин (более известный в сообществе как "Дядюшка Боб"), автор бестселлера "Чистый код", рассказывает о том, что значит "быть профессиональным программистом", описывая методы, инструменты и практики разработки "идеального ПО". Книга насыщена практическими советами в отношении всех аспектов программирования: от оценки проекта и написания кода до рефакторинга и тестирования. Эта книга - больше, чем описание методов, она о профессиональном подходе к процессу разработки.
Немного об авторе из википедии:
Роберт Сесил Мартин, также известный как Дядя Боб — консультант и автор в области разработки ПО. Мартин является профессионалом в области разработки ПО с 1970, а с 1990 становится международным консультантом в этой области.
А теперь поговорим более подробно о его работе, о чем его книга и зачем вам ее читать?
Худший код, созданный мной, был написан в 3 часа ночи.
Почему-то я уверен, что это высказывание из книги относится к абсолютно любому человеку, который прикладывал руку к разработке какого-либо продукта. Будь то художник, программист или, может, продукт-менеджер? Суть высказывания в том, что вы должны соблюдать режим. Я понимаю, что бывают люди жаворонки, а бывают совы, но я сейчас говорю о жаворонках. Не нужно работать по 16 часов над проектом и уж тем более начинать заниматься проектом поздней ночью. Ваш мозг как правило думает, что вы выдаете гениальные решения, но проснувшись утром вы не можете понять свой код. Отдыхайте, вы тратите много ресурсов, запускаете нейронные связи и т.п. Мозгу нужно больше отдыха после работы головой, чем телу после физических упражнений, помните об этом.
Ускорить работу можно только одним способом — усечением части функциональности.
Всем нам знакома следующая картина: придумывается новый проект, запихивается куча крутых, как всем кажется, фич, невероятно технологичный функционал и т.д. А на релизе (вам повезет если проект доживет до этого состояния, если вы не работаете в крупной и опытной компании) получается что много чего режется. Связано это как раз с цитатой выше. Как правило невозможно реализовать все, что вы придумали, потому как вам просто не хватит времени. А если время есть, скорее всего ваш энтузиазм иссякнет. Либо вы сорвете дедлайн, либо вы выгорите, ведь невозможно работать очень продолжительное время над добавлением новых фич. Более того, ваше время займет фикс багов, правки, доработки и т.п. на один из механизмов продукта, а таких механизмов может быть десятки, сотни, тысячи (?). Занимайтесь тайм-менеджментом самостоятельно, если у вас нет продукт-менеджера. Хорошо продумайте, сколько времени у вас уйдет на реализацию той или иной функциональности. Особенно тяжело это сделать, если вы ранее не делали похожих механик. Возьмем тот же Cyberpank 2077 - разработчики тупо не успели реализовать все свои идеи, более того - они вырезали некоторые механики, но самое главное - у них получился сырой продукт. Идей - много, времени - мало. Я не буду утверждать кто именно может быть в этом виноват, поэтому мое мнение - виноваты все. Продолжение высказывания выше имеет цитата ниже.
Профессионалы знают границы своих возможностей. Они знают, какой объем работы они могут выполнить сверхурочно, и знают, чем за это придется расплачиваться.
Чтобы обзор не затягивался, предлагаю на этом закончить. Если вам нравится такой вариант подачи - сделаю вторую часть. Обсудим более предметно, подробно, а пока - финал.
Я буду рад ответить на все ваши вопросы, прочитать критику и принять во внимание ошибки, которые я мог допустить в контексте статьи или др.
Мой телеграм: https://t.me/nikita_kirakosyan_it. Там бывает эксклюзив.