Дж.Ханк Рейнвотер - Как пасти котов. Наставление для программистов, руководящих другими программистами

См. Hunt and Thomas, op. cit. – авторы обозначают хаотичность в разработке программных продуктов изысканной метафорой: «не надо жить с разбитыми окнами». Я более чем уверен, что эта книга обязательно должна занять достойное место в вашей библиотеке, – уж очень она хороша.

Хотите верьте, хотите нет, но я эту книгу прочел. Michael J. Gelb, How to Think Like Leonardo da Vinci (New York: Dell Publishing, 1998), p. 9.

Есть одна восхваляющая амбициозность книга, которая мне очень нравится. James Champy and Nitin Nohria, The Arc of Ambition (New York: Perseus Books, 2000).

Кстати, это неплохой маркетинговый прием – по крайней мере, я такие книги покупаю.

См. Brown et al, AntiPatterns in Project Management, op. cit.

Brown et al, AntiPatterns in Project Management, op. cit., p. 39, 40.

Именно так (в переводе с греческого: «нашел!») выразился Архимед, открыв основанный на принципе плавучести метод проверки чистоты золота.

В оригинале – «product evangelist». Если бы не параллель с евангелистской терминологией, которую приводит автор, мы, несомненно, предпочли бы перевести это словосочетание как «проповедник продукта». – Примеч. перев.

Среди изданий, перечисленных в библиографии, присутствует книга «Extreme Programming Explained» Кента Бека (Kent Beck).

Paul Strathern, Turing and the Computer (New York: Doubleday, 1997), pp. 75–78.

Daniel J. Levinson, The Seasons of a Man's Life (New York: Ballantine Books, 1978), p. 7.

ARPA – это сокращение от Advanced Research Projects Agency (Управление перспективных исследовательских программ) – ведомства, которое в 1970-х годах было переименовано в DARPA. Первая буквы D в этой новой аббревиатуре обозначала принадлежность к министерству обороны США (defense – оборона), заведовавшего ракетами, бомбами с лазерным наведением, технологией «Стелс» и всеми прочими прелестями времен холодной войны.

Andrew S. Grove, Only the Paranoid Survive (New York: Random House, 1996), p. 3.

Русский перевод книги доступен на http://lib.rus.ec/b/92541 (прим. сост. FB2)

See James Wallace and Jim Erickson, Hard Drive: Bill Gates and the Making of the Microsoft Empire (New York: John Wiley & Sons, 1992).

Ibid., p. 61.

Don S. Olson and Carol L. Stimmcl, The Manager Pool: Patterns for Radical Leadership (New York: Addison-Wesley, 2002), p. 9.

Я серьезно! Присылайте рассказы о своем пути на лидерском поприще по адресу HerdingCats@mind-spring.com.

Bruce A. Pasternack and Albert J. Viscio, The Centerless Corporation (New York: Simon & Shuster, 1998), p. 15.

Ну то есть поспорить можно, но какой в этом смысл? Я много лет пользуюсь продуктами Microsoft и не испытываю особых затруднений – полагаю, у вас та же ситуация.

Рекомендую в этом контексте ознакомиться с предложениями Йордона (Yourdon) по вытягиванию проектов, изложенными в книге «Death march» (см. библиографию).

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

«Введение в запаздывающий проект новых сотрудников увеличивает время разработки» – см. Brooks, op. cit, p. 25.

Если вы женщина, стали бы вы встречаться с типом, который, стараясь скрыть правду, обматывает голову последним оставшимся волосом, как тюрбаном? Не думаю. Хотя если вы знаете даму, которая на это пойдет, дайте телефончик.

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

Gene Kranz, Failure is Not an Option (New York: Simon & Schuster, 2000), p. 393.

Естественно, при разработке критически важных приложений ставки повышаются. Я до сих пор не доверяю финансовым операциям через Интернет. Знаете, почему? Потому что я знаю тех ребят, которые писали программы для этих операций.

ChessMaster 5000. Не думаю, что производитель будет сильно против, если я позаимствую из его игры структуру меню – в конце концов, это устаревшая версия. Кстати, более свежую и, соответственно, более мощную версию мне одолеть пока что не удалось!