Идеальный программист. Как стать профессионалом разработки ПО

Эту книгу я больше читала для самообразования, поэтому пока не могу высказывать определённое мнение по поводу тех предложений, которые выдвигает нам автор. И я просто расскажу, о чем она повествует.
Автор - человек с большим опытом. Начинал он в совсем "древние" времена, застал перфокарты. С тех пор Программирование сильно изменилось. Немало людей не смогли преодолеть этот барьер. Но он справился, и до сих пор является профессионально востребованным специалистом.
Как таковых технических специальных терминов в книге будет мало. Так, некоторые упоминания названий языков программирования, приложение с кратким перечнем программ, которые он предпочитает использовать (для тестирования, например).
Часть книги посвящена описанию разработки через тестирование. Автор является ярым апологетом этого принципа. К сожалению, не могу объективно оценить плюсы и минусы такого подхода, и насколько реально его внедрить на всех проектах. Но послушать его точку зрения было интересно.
Остальная часть небольшой книги посвящена, скорее, саморазвитию и организационному менеджменту. Как надо себя вести, чтобы расти как профессионал. Тут и время, уделяемое на узнавание нового, и стимулирование программистов на тренировки типа "ката" и пр. (я о них услышала впервые, поэтому тоже без комментариев) и необходимость узнать несколько языков, хотя бы просто для тренировки мозгов в различных направлениях, для чего он предлагает использовать опенсорсные проекты.
Также описаны правила поведения с начальством. Как правильно говорить "да" и "нет" так, чтобы подтвердить свой профессионализм и минимизировать бизнес-убытки. (В теории, конечно, звучит хорошо, но работать будет только при адекватных работодателях. Впрочем, профессионалу, наверное, проще их выбирать.) Также указано (бальзам на сердце, такое слышать), что программист должен искать и дополнительных знаний в той сфере, для которой они пишут программу: бухгалтерский учёт или система логистики. Наверное, многие, кто косвенно сталкивался с программистами, замечал то, что они часто пишут программу исходя только из своей логики построения, но не стараясь сделать её удобной для конечного пользователя. Я сейчас говорю, конечно, не о крупных коммерческих проектах, а именно о небольших заказах, адресованных к конкретному исполнителю, а не коллективу с грамотным проектировщиками, системными архитекторами и пр.
И концовка книги посвящена тестированию, его важности и желательности того, чтобы оно максимально осуществлялось самим разработчиком.
Было познавательно, но ряд моментов, наверняка, весьма спорные. Ну, и многое, конечно, уже устарело.

Однажды увидел в книжном магазине эту книгу. Полистал. Меня заинтересовали в первую очередь байки из жизни автора. Решил почитать и заказал книгу в веб-магазине.

После прочтения оказался несколько разочарованным. Дело в том, что баек, заинтересовавших меня, в этой книге не так уж и много. Конечно, в книге есть и много другого интересного материала, но книга закончилась быстрее, чем я удовлетворился полученной информацией. Наверное дело в том, что у Роберта Мартина свои собственные представления об идеальном программисте. Я бы сказал, что идеальным программистом он считает профессионального программиста. И вот что он вкладывает в это понятие. В его понимании профессиональный программист помимо 40 рабочих часов в неделю должен тратить ещё 20 часов в неделю на самообучение. Профессиональный программист не обещает сделать то, для чего ему придётся пренебречь процедурами привычного для него цикла разработки. По его мнению, досрочно работу можно выполнить либо урезав необходимый функционал, либо работая сверхурочно. Сверхурочная работа может длиться не более двух недель непрерывно и не должна проводиться в ущерб семье. Если нет возможности отбросить часть функционала и нет возможности работать сверхурочно, то профессионал должен ответить твёрдым отказом. Ни в коем случае нельзя пытаться выполнить работу досрочно в ущерб качеству кода. Роберт Мартин является ярым сторонником подхода к разработке через тестирование и, в частности, заявляет о том, что ни в коем случае не будет отказываться от этого подхода в угоду срочности. Разработка через тестирование увеличивает эффективность работы и поэтому отказ от этого подхода будет равносилен признанию, что этот подход не приносит никакой пользы, а только затягивает разработку.

Кроме достаточно известного подхода к разработке через тестирование, в книге встречаются и несколько необычных мыслей. Одна из таких мыслей заключается в том, что в процессе работы нужно избегать состояния потока. В состоянии потока работается легко и можно проработать много часов подряд. Кажется, что это самое продуктивное состояние, но автор считает, что в этом состоянии притупляется острота ума и можно легко увлечься реализацией плохо продуманного решения. Поэтому состояния потока нужно избегать. Лучшим способом избежать состояния потока Роберт Мартин считает парное программирование. Кроме того, парное программирование позволяет находить выходы из тупиков, учиться у коллег их образу мыслей и их приёмам работы, а также знакомиться с чужим кодом.

Самый необычный совет, который я встретил в этой книге - это выполнение упражнений по программированию. Вы спросите, а что же тут необычного? Необычно тут то, что автор предлагает выполнять время от времени одни и те же упражнения. Смысл упражнения в этом случае заключается не в поиске решения, которое ранее уже было найдено, а в том, что при выполнении упражнения тренируются навыки использования инструментов и языка программирования. Короткие упражнения, выполняемые в одиночку, называются "ката". В паре можно выполнять упражнения "вадза". В этом случае один напарник пишет тест, а другой пишет код, который пройдёт тест. Потом напарники меняются местами. В группах больше двух человек можно выполнять упражнения "рандори". В этом случае первый человек пишет тест и передаёт упражнение следующему участнику, чтобы тот написал код для этого теста и новый тест для следующего участника. Названия "ката", "вадза" и "рандори" взяты из дзюдо.

Автор пользуется и рекомендует другим использовать для разработки следующие инструменты:

• IntelliJ - интерактивная среда разработки,
• git - система контроля версий,
• Pivotal Tracker - система учёта задач,
• XUnit - инструмент модульного тестирования,
• FitNesse - инструмент интеграционного и компонентного тестирования, автором которого является сам Роберт Мартин,
• Jenkins - система непрерывной интеграции.

  В отличие от книг "Программист-фанатик" и "Путь программиста", в этой книге нет советов вести блог или подкаст, участвовать в конференциях, нет советов обрести финансовую независимость или советов, как распоряжаться деньгами инвестора при реализации нового проекта. В общем, мне показалось, что книга ориентирована в первую очередь на программистов, работающих в больших компаниях. Им нет необходимости быть известными, чтобы найти работу получше или иметь возможность запросить зарплату побольше при устройстве на новую работу. Они не стеснены в деньгах настолько, чтобы искать дополнительные источники заработка. Формирование требований и продвижение нового продукта в большой фирме - не задача программистов. Поэтому в этой книге, выражаясь фигурально, нет советов по маркетингу и финансам.

Данное произведение скорее всего можно отнести к жанру художественной литературы, так как в книге автор в лёгкой и непринуждённой форме рассказывает истории из жизни. Большинство историй связаны с воспоминаниями автора из 70-х годов прошлого столетия, когда повсеместно использовались перфокарты и компьютеры с сильно ограниченными ресурсами. Если вы, также как я, не работали в IT в те времена, то все эти истории могут показаться вам не интересными.

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

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

Самое главное, что дает книга - понимание, что значит профессионализм. Т.е. то, что ждет от тебя работодатель, когда нанимает тебя. После прочтение становится понятным, что говорить на собеседованиях по софт скилзам. Это особенно актуально на высоких позициях, либо при собеседованиях в иностранные компании.

Также я открыл для себя понятие сроков и умение отказать. До прочтения книги и понимания того самого профессионализма, мне казалось, что начальству нельзя говорить нет и нельзя отказываться в коммите по срокам. В книге довольно четко объяснено, почему я был не прав.

Еще эта книга, как и все книги Боба Мартина биографична. Очень много тезисов подкрепляется его биографией.

Книга не очень большая, но если бы не автобиография, то могла бы быть меньше раза в 2.

Ну а еще, конечно же, TDD. Это его религия)) Солидная часть книги про всеобъемлющую мощь тестов и про то как они помогают бизнесу.

Эта книга, выступает в качестве мини-сборника реальных ситуаций, с которыми придётся столкнуться каждому IT-шнику на практике. Они показывают, как стоит действовать и мыслить в разных рабочих моментах. Автор делится опытом, который помогает не только писать качественный код, но и правильно работать в команде, решать проблемы и взаимодействовать с заказчиками. Книга не просто о коде, а о том, как стать настоящим профессионалом, знающим своё дело. Тут есть много полезных советов по софт-скиллам, которые, честно говоря, важнее, чем кажется на первый взгляд. В общем посмотрите на мир глазами разработчиков, PM’ов, тестировщиков и всего остального продуктового зоопарка )
База от Дядюшки Боба! Отличная книга для тех, кто хочет расти и стать не просто программистом, а настоящим мастером своего дела.

Книга, которая должна дать верный вектор развития софт-скиллам, от дяди Боба aka Роберт Мартин. Здесь собраны автобиографические элементы, советы и примеры, которые помогут лучше применять знания.

Это уже 3-ое произведение Роберта Мартина и оно так же хорошо, как и предыдущие. Мне нравится его стиль письма, экспрессия и его огонь в глазах чувствуются сквозь текст, что редко для тех. литературы (эта не очень тех., но в предыдущих ситуация такая же). Мне хотелось чего-то полезного, легкого, но связанного с разработкой - я получил, что, что хотел.

Начну с плюсов. Произведения. Первое - это разнообразие. Тем много. Тут и TDD, и про тестирование, и про обучение, и про тулзы, и как управлять командой, и про тайм-менеджмент и тд и тп. Но некоторые раскрыты, можно сказать, в демо-режиме. TDD например. Для себя я это минусом не считаю, так как если бы они были расписаны тут полностью, это превратилось бы в огромный талмуд со смешанной информацией. А так получилось всего понемножку. Второе - это, что очень много времени уделено теме тестирования и насколько это важно. Третье - глава про оценки. Уж очень она мне понравилась - приятно видеть математику в книгах. Ну и самое важное. Прочитав ее, увидев, как горят глаза у человека, я стал больше работать. Его "пропаганда" про ответственное отношение к работе сработала, а значит он достиг цели написания книги. Профессионалом, я конечно, не стал, но путь нашел.

Эту книгу даже можно читать тем, кто с разработкой на "你". Потому что тут изложены общие концепции профессионализма. За универсальность тоже огромный плюс.

Минусы. Сложно сказать. Автобиография, это конечно прикольно, но иногда скучно. Особенно про все эти PDP-8, магнитные ленты и тд. Тот кто не знает, все равно не поймет, а тот кто слышал, все равно не поймет, потому что только слышал. Ну это настолько микро минус, что даже балл снимать не надо.

В общем, если хочется легкого, полезного и интересного произведения связанного с ОйТиШечКой, то welcome.