Ещё раз об итеративном подходе

В организации разработки продуктов одним из первых мне понравился принцип прогрессивного jpeg от Татьяныча. 

Принцип был очень нагляден и может поэтому так легко был воспринят. 

Эти принцип воплощается в разных идеях - MVP, agile, экстремальное программирование, итеративная разработка, принцип голограммы (это я уже отсебятину несу :)

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

Я не могу втыкать в один уровень с серыми квадратами полгода, как изобретатель SuperMario, оттачивая, и оттачивая, и оттачивая, и оттачивая, и оттачивая, и оттачивая, и оттачивая, и оттачивая, и оттачивая, и оттачивая, и оттачивая, и оттачивая, и оттачивая, и оттачивая механику.

Теперь немного о тёмной стороне всего этого дела...

Надумал я тут прикрутить сохранялки-загрузки в свой проектик #TheStorytale, с промежуточными экранами (между уровнями), отдельным экраном статистики и т.д. А там уже и один шаг до онлайн-табличек (: неужели я наконец доберусь до них :)

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

И да, немного образного пояснения по простой архитектуре моего маленького проекта... С определённого момента всё очень легко модифицируется и поддерживается, если переписать все с нуля, немного поднапрячься. Поэтому итерации итерациями, но если есть возможность тщательно продумать архитектуру заранее - лучше это всё-таки сделать :)