(no subject)
Jul. 27th, 2009 06:11 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
norianАтомы моделирования
В решении любой задачи, требующей понимания, можно найти по крайней мере один "атом моделирования". Это такая часть проблемы, которая может адекватно восприниматься только как единое целое, со всеми его элементами, фичами, значениями, сразу загружаемое в сознание картёжника. Слово "адекватно" здесь ключевое - существует много проблем, которые могут быть решены при выделении неограниченных ресурсов, но не в реальном мире. Например, несколько придурков могут сменить декорации на сцене за пару недель, но чтобы сделать это за время исполнения одной песни, потребуется гений логистики.
Опытные планировщики проектов знают, что выявление атомов и управление ими очень важно для удержания контроля над проектом. Сначала находятся атомы моделирования. Затем архитектор системы на основе интуиции находит ещё не решённые, но имеющие решение проблемы. Эти проблемы и определяют ход разработки, поскольку никто не хочет заниматься разработкой невозможной или неправильной архитектуры.
Архитектор может начертить границы атомов моделирования. Например, в системе обработки данных проблемы могут касаться структуры базы данных или логики управляющего приложения. Правильное определение атомов помогает контролировать как архитектуру, так и процесс разработки, распределённый между разработчиками. Кажый атом даётся одному разработчику или подгруппе, но каждый может работать с несколькими частями системы, чтобы решать свою задачу. Части системы, таким образом, должны быть хорошо структурированы, чтобы не стать кучей мусора. Определение атомов требует балансировки времени, пространства, общения, риска, навыков, переносимости, времени разработки и всё это должно быть сделано с задачами, сама разрешимость которых ещё не доказана. Для этого архитектор должен видеть корень проблемы и представлять, по крайней мере в голове, возможность компромиссов. Иногда очень трудно показать возможные альтернативы без понимания всей структуры. Сериализация ментальной модели всегда тяжела, её нельзя просто передать по фтп.
В решении любой задачи, требующей понимания, можно найти по крайней мере один "атом моделирования". Это такая часть проблемы, которая может адекватно восприниматься только как единое целое, со всеми его элементами, фичами, значениями, сразу загружаемое в сознание картёжника. Слово "адекватно" здесь ключевое - существует много проблем, которые могут быть решены при выделении неограниченных ресурсов, но не в реальном мире. Например, несколько придурков могут сменить декорации на сцене за пару недель, но чтобы сделать это за время исполнения одной песни, потребуется гений логистики.
Опытные планировщики проектов знают, что выявление атомов и управление ими очень важно для удержания контроля над проектом. Сначала находятся атомы моделирования. Затем архитектор системы на основе интуиции находит ещё не решённые, но имеющие решение проблемы. Эти проблемы и определяют ход разработки, поскольку никто не хочет заниматься разработкой невозможной или неправильной архитектуры.
Архитектор может начертить границы атомов моделирования. Например, в системе обработки данных проблемы могут касаться структуры базы данных или логики управляющего приложения. Правильное определение атомов помогает контролировать как архитектуру, так и процесс разработки, распределённый между разработчиками. Кажый атом даётся одному разработчику или подгруппе, но каждый может работать с несколькими частями системы, чтобы решать свою задачу. Части системы, таким образом, должны быть хорошо структурированы, чтобы не стать кучей мусора. Определение атомов требует балансировки времени, пространства, общения, риска, навыков, переносимости, времени разработки и всё это должно быть сделано с задачами, сама разрешимость которых ещё не доказана. Для этого архитектор должен видеть корень проблемы и представлять, по крайней мере в голове, возможность компромиссов. Иногда очень трудно показать возможные альтернативы без понимания всей структуры. Сериализация ментальной модели всегда тяжела, её нельзя просто передать по фтп.
