Читаем Человеческий фактор в программировании полностью

После этого вы говорите более громко: «Давайте устроим Сетевую Конференцию® и обсудим эти вопросы. Я буду вашим Консультантом™, и мне будет помогать мой Дизайн-компаньон™. А Хейди®, которая работает у нас Офисным Помощником™, будет Организатором® этого собрания. Естественно, вы можете быть уверены, что все мы понимаем важность сохранения конфиденциальности и поэтому будем осторожны при Взаимодействии™.»

Вы хватаете веб-камеру и лэптоп с сетевой картой и направляетесь в свободный конференц-зал для того, чтобы начать монтировать Разъемы и Гнезда™. После того как все оказываются в онлайне, а программное обеспечение Работает Согласованно®, вы начинаете вкратце описывать некоторые новые идеи для перестройки их сайта. Вы спрашиваете: «Вы так же представляете себе Сеть™?»

Вы предлагаете другие идеи. И вдруг Все Заработало™. «Заметьте разницу™. Я думаю, это будет Лучшим Решением™. Нет ничего нового под Солнцем®, но, хотя это и не выглядит как-то особенно, Разница Есть™. Разница состоит в понимании™. При таком варианте посетитель сайта получает Полный Контроль® и может быстро разобраться с Соединениями®. Так мир обменивается идеями™.»

«Пусть будет по-вашему™. Мне это кажется Плохой Идеей®, - говорит один скептик из вашей команды. — Как можно узнать, что это будет работать?»

«Мы просто чувствуем, что это правильно™. В сущности, это быстрая и простая техника drag-and-drop. Возьмите ЭТО, Переместите ЭТО, Используйте ЭТО™. Мы можем работать с высокоуровневыми концепциями, но нужно Спустить информацию с небес на землю®. Цель — создать Просто Мощное Программное Обеспечение™.»

«Конечно, нужна технология, Построенная для нашего Быстрого Времени™ и способная функционировать Со скоростью информации™. Будет разумно сделать апгрейд программного обеспечения вашего сервера — это надежное инвестирование в ваш компьютер™. Не нужно ничего фантастического: только Настраиваемое Программное Обеспечение®, чтобы вы могли Настроить его и Забыть®…»

Однако вскоре становится очевидно, что только консультация на месте сможет прояснить, что в действительности нужно клиенту. К сожалению, собрание нужно провести немедленно, а офис клиента находится на Золотом Побережье Австралии — 14 часов полета из международного аэропорта Лос-Анжелеса.

«Без проблем, — говорите вы. — Мы будем там™. У меня уже есть Виза®. Мне только нужно будет сделать некоторые Путевые Заметки™. И не беспокойтесь, никто из нашей команды никогда не опаздывает на самолет. Некоторые люди просто умеют летать™.»

Вы начинаете обсуждать условия контракта. Наконец, клиенты соглашаются. «Перед взлетом не забудьте захватить с собой дополнительные контракты, — говорит руководитель проекта, — по всем услугам, которые вы предлагаете®. Договорились?»

«ОК! — отвечаете вы. — Партнеры®!»

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

Гарантировано. Точка®.

<p>Библиография</p>

[1] Ancona, D. G. andD. F. Caldwell. 1992. «Bridging the Boundary: External Activity and Performance in Organizational Teams», Administrative Science Quarterly 37(4): 634-65.

[2] Anderson, L. E. and W. K. Balzer. 1991. «Effects of Timing of Leaders' Opinions on Problem-Solving Groups», Group amp; Organizational Studies 16(1): 86-101.

[3] Belbin, R. M. 1981. Management Teams: Why They Succeed or Fail. London: Heinemann.

[4] Beyer, H., and K. Holtzblatt. 1997. Contextual Design: Defining Customer-Centered Systems. NY: Morgan Kaufman.

[5] Bollinger, Т. B. and C. McGowan. 1991. «А Critical Look at Software Capability Evaluations», IEE Software 8(4): 25–41.

[6] Case, J. 1990. The Open-Book Managers», Inc. 12(9): 104-13.

[7] Chidamber, S., and C. Kemerer. 1994. «А Metrics Suite for Object-Ori-ented Design», IEEE Trans. Software Eng. 20 (6): 476–493.

[8] Cobb, R. H. and H. D. Mills. 1990. «Engineering Software Under Statistical Quality Control», IEEE Software 7(6): 44–54.

[9] Collins, D. 1995. Designing Object-Oriented User Interfaces. Redwood City, CA: Benjamin/Cummings.

[10] Constantine, L. L. 1986. Family Paradigms. New York: Guilford Press.

[11] Constantine, L. L. 1989. «Teamwork Paradigms and the Structured Open Team», Proceedings: Embedded Systems Conference. San Francisco: Miller Freeman.

[12] Constantine, L. L. 1990. «Organization Paradigms and the Management of Change», Proceedings: Software Development 90. San Francisco: Miller Freeman.

[13] Constantine, L. L. 1991a. «Building Structured Open Teams to Work», Software Development 91 Proceedings. San Francisco: Miller Freeman.

Перейти на страницу:

Похожие книги

Основы программирования в Linux
Основы программирования в Linux

В четвертом издании популярного руководства даны основы программирования в операционной системе Linux. Рассмотрены: использование библиотек C/C++ и стан­дартных средств разработки, организация системных вызовов, файловый ввод/вывод, взаимодействие процессов, программирование средствами командной оболочки, создание графических пользовательских интерфейсов с помощью инструментальных средств GTK+ или Qt, применение сокетов и др. Описана компиляция программ, их компоновка c библиотеками и работа с терминальным вводом/выводом. Даны приемы написания приложений в средах GNOME® и KDE®, хранения данных с использованием СУБД MySQL® и отладки программ. Книга хорошо структурирована, что делает обучение легким и быстрым. Для начинающих Linux-программистов

Нейл Мэтью , Ричард Стоунс , Татьяна Коротяева

ОС и Сети / Программирование / Книги по IT
97 этюдов для архитекторов программных систем
97 этюдов для архитекторов программных систем

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

Билл де Ора , Майкл Хайгард , Нил Форд

Программирование, программы, базы данных / Базы данных / Программирование / Книги по IT
Программист-прагматик. Путь от подмастерья к мастеру
Программист-прагматик. Путь от подмастерья к мастеру

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

А. Алексашин , Дэвид Томас , Эндрю Хант

Программирование / Книги по IT