Linux и С++ были выбраны на ранней стадии планирования, и это решение повлияло на формирование группы. С самого начала проект имел четко определенные цели: конкретный первый продукт и перспективный план будущей функциональности, которая должна быть внесена в кодовую базу. Мы должны были разработать универсальную кодовую базу, которую можно было бы применить к различным конфигурациям продукта.
В процессе разработки использовалась методология экстремального программирования (ХР, extreme Programming) (Beck and Andres 2004). Многие считают, что она плохо сочетается с проектированием: программируй «навскидку» и поменьше задумывайся о будущем. Более того, некоторые наблюдатели пришли в ужас от нашего решения; они предсказывали, что все кончится катастрофой, как и с Мегаполисом.
Однако это распространенное заблуждение. Методология ХР не препятствует проектированию; она препятствует выполнению работы, без которой можно обойтись, – это называется принципом YAGNI («You Aren’t Going То Need It», Вам это не понадобится). Но там, где предварительное проектирование действительно необходимо, ХР заставляет разработчиков выполнить его. Кроме того, ХР поощряет построение быстрых прототипов и проверку архитектурных решений. Оба аспекта чрезвычайно важны и оказывают значительное влияние на итоговую архитектуру продукта.
No related posts.