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

Книга – истинный кладезь премудрости для оптимистов и набор банальностей для пессимистов. Содержит довольно много очевидных на первый взгляд вещей, которым придает рельеф и объем проверка на личном опыте автора. Очень удачное описание основного преимущества TDD. Несколько странная точка зрения на полную финансовую ответственость профессионала. Довольно забавное описание перехода из начальника отдела разработки в консультанты. В целом польза не слишком велика, но и времени, и денег эта книга потребует от читателя очень немного.

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

Не стоит ожидать от книги полного руководства с детальными инструкциями о том, как стать профессионалом в написании миллионов строчек кода своего собственного «стартапа», или как найти работу программиста своей мечты… К этой книге стоит относиться как к рассказу программиста, прошедшего эту «кухню» с 70-х до наших дней, который решил поделиться своим опытом, для того, чтобы как можно меньше людей наступало на те же «грабли».

Интересная книга .Автобиография и карьера автора , взгляд на профессию изнутри . Почти нет технических знаний . Книгу надо отнести к жанру художественной литературы .

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

Очень интересно читать примеры из молодости автора, когда инструменты и технологии были только в зачатке.

Основная мысль – ответственность

Автор ввел термин «пассивно-агрессивный подход», это защитное заклинание от черной магии

Книга безусловно соответствует ее названии. Ожидание соответствует содержанию

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

При прочтении, казалось, что автор пытается с помощью книги распространить информацию о своём приложении для тестирования. И поэтому большая часть книги с большим количеством "воды" описывает TDD + ошибки автора и недовольства клиентов, связанные с недостаточным тестированием приложения. Книга содержит полезные идеи, но их мало + их описание многократно дублируется.

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

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

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

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

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

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