Дорожная карта для архитектуры

Question

Хорошо, я разработчик уже 6 лет, и я пришел от ненависти к энтузиасту о технологии.
Я старший разработчик, почти все сосредоточенные в веб-приложениях, asp.net, довольно опытные и очень, очень сосредоточенные в развитии себя.
Я нахожусь на перекрестке в своей области, я хочу стать архитектором, а не аналитиком или менеджером проекта. Мне нравится, когда мои руки грязные, на самом деле что-то делают, и я, должно быть, признаю это, что я немного потерял то, что должен был знать, и что я должен изучать, чтобы для ввода в это поле.
Итак, возникает вопрос:

Какой должен быть архитектор?

Answer 1

Я согласен с SLott и JB King; Я также хотел бы добавить пару:

Переговоры: разработка компромиссов - это одно, а оправдание (политически) может быть совсем другим. Подобно лидерству в чем-то другом, но определенно навык в его собственном праве.

Связь другая, которая идет рука об руку с этим, руководством и т.д.

Ширина: в зависимости от контекста, где вы работаете, имея широкий спектр знаний полезно, даже если вы не «Не знаю деталей - пока вы знаете, что там есть, и можете обратиться к нему, когда вам это нужно.

Шаблоны проектирования. Интересно, что многие шаблоны проектирования, которые вы использовали бы на уровне кода/класса/метода, также переводится на более высокие уровни системного дизайна. Шаблоны архитектуры предприятия Мартина Фаулера - хорошее место для начала, но есть много других хороших книг и ресурсов.

Справочные архитектуры и рамочные документы: я нашел ТОГАФ полезным; даже несмотря на то, что он нацелен на уровень Enterprise Architecture, у него много, что хорошо переводится на уровень решения. Знание некоторых соответствующих эталонных архитектур также является действительно хорошей идеей.

Другие области архитектуры: ознакомьтесь с тем, что делает какой-то другой конкретный архитектурный домен, например: архитектура данных и бизнес-архитектура. Хорошее понимание этих проблем полезно при переходе к архитектуре решений.

Answer 2

Продажи.

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

После этого вам необходимо доставить.

Но вы никогда не доберетесь, если не сможете продать видение.

Answer 3

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

Вы знаете, как создать крупномасштабное веб-приложение? Знаете ли вы, какие приоритеты вы оцениваете в решении, например. простоту обслуживания, масштабируемость, надежность, простоту и производительность, чтобы назвать несколько? Насколько хорошо вы можете оправдывать один подход над другим? Сколько различных шаблонов дизайна вы видели или использовали? Вот некоторые из вопросов, которые я хотел бы рассмотреть, если я собираюсь пойти по пути стать архитектором.