A-tit indd

26
Архитектура, производительность и игры — 
Паттерны программирования игр
времени. Но, как я уже упоминал ранее, разработка игр 
требует много экспериментов и исследований. Особен-
но на раннем этапе вполне нормально писать код, кото-
рый — вы точно 
знаете
— вы выбросите.
Если вы просто хотите понять, можно ли в принципе 
играть в эту игру, тщательная проработка ее архитекту-
ры — пустая трата времени еще до того, как вы получили 
реализацию идеи на экране и отзыв. Если идея не срабо-
тала и вам приходится удалять код, то время, затрачен-
ное на его создание, оказывается потраченным зря.
Прототипирование — склеивание вместе кода, ра-
ботающего ровно в той мере, чтоб оценить жизнеспо-
собность идеи — совершенно законная практика в про-
граммировании. Но с небольшой оговоркой. Если вы 
пишете код, который собираетесь выбросить, вы долж-
ны быть уверены, что сможете его выбросить. Я много 
раз видел, как плохие менеджеры вновь и вновь играют 
вот в такую игру:
Босс: «Эй, у нас есть идея, мы хотим ее попробовать. 
Просто прототип, поэтому не стоит все тща-
тельно прорабатывать. Как быстро вы сможете 
ее реализовать?
Разработчик: «Ну, если я сэкономлю в ущерб качеству, 
не буду тестировать код и документировать его 
и там будет куча ошибок, то, думаю, через пару 
дней будет готово».
Босс: «Отлично!»
Проходит несколько дней…
Босс: «Эй, этот прототип замечательный. Вам же хва-
тит пары часов, чтобы слегка его подчистить, 
и мы выпустим его в релиз?»
Вы должны донести важную информацию до людей, 
использующих временный код (на выброс): хотя он и вы-
глядит как работающий, его 
невозможно
поддерживать 

---