4

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