В реальных проектах удовлетворение потребностей заинтересованных сторон требует принятия многочисленных решений, которые отнюдь не сводятся к выбору веб-технологии. Действительно ли вам нужна «архитектура» и действительно ли вам нужен «архитектор» для принятия решений? Кто должен принимать эти решения? Программист, который может принять многие решения неосознанно и косвенно, или архитектор, который принимает их абсолютно сознательно, четко представляя себе систему в целом, путь ее возможной эволюции и всех заинтересованных сторон? Как бы то ни было, у проекта появится архитектура. Будет ли она явно разрабатываться и документироваться, или же архитектура будет подразумеваться и, чтобы понять ее, придется читать программный код?
Конечно, часто выбор оказывается не столь бескомпромиссным. Но с ростом самой системы, ее сложности и количества работающих над ней людей эти ранние решения и способ их документирования начинают играть все более важную роль.
Надеемся, вы понимаете, насколько важны архитектурные решения для выполнения качественных требований, и примете эти решения сознательно, не полагаясь на то, что «архитектура сформируется сама собой по ходу дела».
Related posts:
- Из чего складывается программная архитектура?
- Что такое архитектура?
- Создание программной архитектуры