Умные программы обходятся дорого, сложны в сопровождении и ненадежны. Не мудрствуйте. Постарайтесь быть как можно примитивнее, но создайте при этом подходящий дизайн. Самый подходящий дизайн никогда не бывает умным. Если вам кажется, что без ухищрений не обойтись, значит, задача неправильно структурирована, — проанализируйте ее заново. Пересматривайте постановку задачи до тех пор, пока вы не сможете снова действовать примитивно. Работайте на уровне грубых набросков; придерживайтесь общих решений. Забудьте о новомодных веяниях. Умный архитектор должен действовать как можно примитивнее.
Именно изощренность ума позволяет нам «обмануть» нежизнеспособную систему и заставить ее работать. Не становитесь адвокатом, который своим красноречием «спасает» программу на техническом суде. Вы не Руб Голдберг и не Макгайвер,[39] готовый в любой момент построить умопомрачительную конструкцию из скрепок, жевательной резинки и динамитной шашки. Выкиньте все лишнее из головы; подойдите к решению задачи без своих обширных познаний в области замыканий, обобщений и управления поколениями объектов в «куче». Иногда, конечно, все перечисленное действительно нужно для решения задачи, но намного реже, чем кажется на первый взгляд.
Чем примитивнее решение, тем больше разработчиков справятся с его реализацией и сопровождением. В примитивных решениях каждый компонент выполняет ровно одну функцию. Они быстрее создаются и легче модифицируются в будущем. Они наследуют оптимизацию от структурных блоков, которые используются при их построении. Такие решения уже на бумаге выглядят жизнеспособными, и при первом взгляде на них ощущается их элегантность и простота. В то же время умный, изощренный дизайн запутывает общую картину в хитросплетении деталей и разваливается от малейшего прикосновения.
Эбен Хьюит (Eben Hewitt) возглавляет группу архитекторов в национальной компании розничной торговли с миллиардным оборотом, где в настоящее время занимается проектированием и реализацией сервис-ориентированной архитектуры (SOA). Он является автором книги «Java SOA Cookbook», которая будет скоро опубликована издательством O’Reilly.
Выбирайте оружие тщательно и не спешите его менятьЧед Лавинь
Любой архитектор, будучи закаленным ветераном проектирования и реализации, обладает целым арсеналом «оружия», которое он раз за разом успешно применяет в своей работе. По тем или иным причинам эти технологии завоевали наше расположение и сумели подняться на первые позиции в нашем личном списке предпочтений. Скорее всего, они заслужили свое место в арсенале, победив в ходе ожесточенной конкуренции. Однако, несмотря на это, их положению постоянно угрожают многочисленные новые технологии. У нас часто возникает соблазн отложить свое испытанное оружие, чтобы опробовать новые альтернативы… но не стоит торопиться. Отказываться от проверенных инструментов в пользу других технологий, которые еще не прошли аналогичной проверки, — дело весьма рискованное.
Это вовсе не означает, что технологии, попавшие в список избранных, получили пожизненное содержание; и конечно, не означает, что вы можете зарыть голову в песок и не обращать внимания на новые достижения в области разработки ПО. Для каждой технологии наступает время, когда ее приходится заменять. Технологии развиваются быстро, и более совершенные решения появляются постоянно. Мы как архитекторы должны идти в ногу со временем, но не обязаны первыми хвататься за каждую недозревшую технологию. Первопроходцы новых технологий обычно не только не получают особых преимуществ, но часто сталкиваются с рядом препятствий.
Чтобы риск, связанный с выбором новой технологии, был оправданным, она должна предлагать преимущества, поднимающие ее на качественно иную высоту по отношению к предшественницам. Многие новые технологии обещают подобный прорыв, но лишь в редких случаях действительно могут его обеспечить. Взглянуть на новую технологию и увидеть ее технические преимущества легко, но убедить в них заинтересованные стороны проекта зачастую весьма непросто. Прежде чем вы решите прокладывать дорогу, используя новую технологию, спросите себя, какую пользу это принесет бизнесу. Если с точки зрения бизнеса выгода настолько мала, что ее никто не заметит, пересмотрите свое решение.
Еще одним важным фактором являются затраты, обусловленные недостатками новой технологии. Эти затраты могут быть довольно высокими и плохо прогнозируемыми. Работая со знакомыми технологиями, вы хорошо представляете себе их больные места. Наивно было бы полагать, что новая технология избавлена от «ловушек». Возникновение проблем, с которыми вы ранее не сталкивались, разрушит все ваши оценки. О затратах, связанных с реализацией решений на базе знакомых технологий, вы осведомлены гораздо лучше.
Наконец, необходимо также учесть перспективность новой технологии. Было бы здорово уметь запросто выявлять и отбирать самые перспективные технологии, однако это не так легко. Хорошие технологии не всегда побеждают. Попытки выявить победителей на ранней стадии — азартная игра, которая не приносит большого дохода. Подождите, пока шумиха уляжется, и посмотрите, докажет ли новая технология свою полезность. Вы увидите, что многие новинки попросту уходят в небытие. Не ставьте под угрозу свой проект применением технологии, у которой, возможно, нет будущего.
Выбор технологии, используемой для решения задачи, — важная часть работы архитектора программного обеспечения. Тщательно выбирайте свое оружие и не спешите его менять. Дайте вашим прежним успехам лечь в основу будущих достижений и расширяйте свой арсенал технологий постепенно и разумно.
Биография автора приведена ранее.
Ваш клиент — не ваш клиентЭбен Хьюит
Принимая участие во встречах по сбору требований в ходе проектирования программных продуктов, представьте себе, что вашим клиентом является не ваш клиент. На самом деле это совсем несложно, потому что это правда.
Ваш клиент — не ваш клиент. Вашим клиентом является клиент вашего клиента. Если выигрывает клиент вашего клиента, то выигрывает и ваш клиент. А это означает, что выигрываете вы.
Если вы пишете приложение электронной коммерции, позаботьтесь о том, что потребуется посетителям, которые будут совершать покупки на вашем сайте. Им потребуется безопасная передача данных. Им потребуется шифрование хранимых данных. Ваш клиент, возможно, даже не упомянет об этих требованиях. Если вы знаете, что ваш клиент упустил что-то, что нужно его клиентам, займитесь этой проблемой и объясните ему, почему вы это сделали.
Если ваш клиент намеренно и осознанно игнорирует важные аспекты, нужные его клиенту (а это время от времени случается), возможно, от проекта стоит отказаться. Если ваш клиент не желает ежегодно платить за SSL и предпочитает хранить данные кредитных карт в текстовом виде, потому что это удешевит разработку системы, будет ошибкой просто согласиться. Соглашаясь работать над реализацией заведомо плохих требований, вы уничтожаете клиентов своего клиента.
Встречи по сбору требований — это не диспуты о реализации. Не позволяйте своему клиенту углубляться в вопросы реализации, если только речь не идет об абсолютно необходимых или хорошо понятных задачах. Пусть ваш клиент опишет свой идеал, свою концепцию и цели, вместо того чтобы диктовать решение (и вообще использовать технические термины).
Как обеспечить такую дисциплину на встречах с клиентом? На самом деле эта задача только выглядит сложной. Помните, что вы должны заботиться о клиенте своего клиента. Хотя чек выписывает ваш клиент, вы должны четко дать ему понять, что будете следовать лучшим рекомендациям и можете сделать то, что действительно необходимо клиенту, а не то, что он считает таковым. Конечно, это повлечет за собой длительные споры и потребует умения четко формулировать, что именно вы делаете и почему.
Как и многое в жизни, сказанное лучше всего иллюстрируется стихами. В 1649 году Ричард Лавлейс написал стихотворение «Лукасте по поводу ухода на войну». Оно заканчивается строками: «Ведь если бы я предал честь, я предал бы тебя».
Мы предаем наших клиентов, когда игнорируем интересы их клиентов.
Биография автора приведена ранее.
Все будет не так, как задуманоПитер Гиллард-Мосс
Все будет не так, как задумано. Очень легко попасть в ловушку и преисполниться уверенности в том, что реализация будет полностью соответствовать вашим планам, после того как вы потратили массу времени на проектирование. Детальное проектирование создает иллюзию, что вы предусмотрели все до мельчайших подробностей. Чем подробнее детали, чем глубже ваши исследования, тем больше вы доверяете своему дизайну. Но это впечатление обманчиво: все получится не так, как задумано.
Реальность такова, что, как бы глубоко вы ни прорабатывали дизайн, как бы тщательно ни обдумывали детали, результат все равно будет отличаться от того, каким вы его себе представляли. Что-нибудь непременно произойдет — и в дизайн вмешается какой-либо внешний фактор: неверная информация, ограничение, странное поведение чужого кода… А может быть, вы где-то ошибетесь: упущение, неверное предположение, какой-то пропущенный нюанс… Или что-нибудь изменится — требования, технология, — или кто-то найдет лучшее решение.
Мелкие изменения в дизайне накапливаются, и вскоре выясняется, что необходимо внести одно большое изменение. И вот ваша исходная концепция разбивается вдребезги, и вам приходится снова браться за карандаш и бумагу. Вы решаете, что проблема требует более тщательного, более подробного проектирования, усердно трудитесь — и добиваетесь более четкого, более глубокого и более совершенного видения.
А затем повторяется та же история. Снова там и сям появляются изменения, подрывающие ваш замысел; разработчики накладывают все новые заплатки, пытаясь хоть как-то удержать расползающийся по швам дизайн, но в конечном итоге только разваливают его окончательно. И вы восклицаете: «Конечно же, ошибки будут — ведь система для этого не предназначалась!» Проектирование — это исследовательский процесс; в ходе реализации обнаруживается новая информация, которую часто бывает невозможно предсказать заранее. Принимая как факт, что проектирование — это эмпирический процесс в постоянно изменяющемся мире, мы понимаем, что процесс проектирования должен быть гибким и непрерывным. Если вы упорно цепляетесь за исходный дизайн и пытаетесь втиснуть действительность в его рамки, итог предопределен. Вам следует осознать, что