Дорожная карта для [закрытой] архитектуры
3 ответа
Я согласен как с SLott, так и с JB King; Я также хотел бы добавить пару:
Переговоры: выработка компромиссов - это одно, а его оправдание (политически) - совсем другое. В чем-то похоже на лидерство, но определенно само по себе навык.
Коммуникация - еще одна вещь, которая идет рука об руку с этим, лидерство и т. Д.
Широта: в зависимости от контекста, в котором вы работаете, наличие широкого диапазона знаний полезно, даже если вы этого не сделаете. знать подробности - до тех пор, пока вы знаете, что они есть, и можете ссылаться на них, когда они вам понадобятся.
Шаблоны проектирования: Интересно, что многие шаблоны проектирования, которые вы бы использовали на уровне кода / класса / метода, также переводятся на более высокие уровни проектирования системы. «Паттерны архитектуры предприятия» Мартина Фаулера - хорошее место для начала, но есть и много других хороших книг и ресурсов.
Эталонные архитектуры и фреймворки: я нашел TOGAF полезным; Несмотря на то, что он нацелен на уровень корпоративной архитектуры, в нем много всего, что хорошо отражается на уровне решения. Знание некоторых подходящих эталонных архитектур также является действительно хорошей идеей.
Другие области архитектуры: почувствуйте, что делают некоторые другие конкретные архитектурные области, такие как: архитектура данных и бизнес-архитектура. Их хорошее понимание полезно при переходе к архитектуре решения.
Продажи .
Архитектура - это продажа потенциального решения людям, которые (а) доверяют вам и (б) верят, что то, что вы говорите, сработает.
После этого вы должны доставить.
Но вы никогда не добьетесь успеха, если не сможете продать видение.
Понимание различных компромиссов в различных решениях, использование различных идей решений, получение как общей картины, так и умение отвечать на вопросы о некоторых мелких деталях, которые могут оказаться важными в некоторых планах.
Знаете ли вы, как построить крупномасштабное веб-приложение? Знаете ли вы, какие приоритеты вы цените в решении, например, простота обслуживания, масштабируемость, надежность, простота и производительность? Насколько хорошо вы можете обосновать один подход по сравнению с другим? Сколько различных паттернов проектирования вы видели или использовали? Это некоторые из вопросов, которые я бы рассмотрел, если бы собирался стать архитектором.