Прочитал в оригинале книжку о том, как пасти котов. Должен предостеречь: для программистов, даже для подавшихся в начальники, книжка (имхо) представляет ровно ноль, а то и меньше пользы. Вкратце:

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

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

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

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

С негодованием отнес книжку в подарок библиотеке.

Да, и чтобы два раза не вставать: руководителям, которые были зав.баней, а теперь их поставили руководить программистами, книжка, несомненно, поможет вжиться в роль и нахвататься всяких словечек. Только тогда и называть книжку нужно быть по-честному: не "Primer for Programmers", а "Пример для зав.бань". Тогда ни у кого не будет претензий.