Теперь дошла очередь до тех ролей, в которые, безусловно, при наличии талантов и усердия, можно прийти с нуля, но как правило, в них переходят из более основополагающих ролей.
И так как сначала я рассказывал про программистов, то логично будет рассказать про того, кем можно стать при желании меньше программировать, но все еще подходить к бизнесу с технической точки зрения. Это архитекторы. Они обладают, как правило, очень широким техническим кругозором, но при этом могут не знать некоторые нюансы технологий разработки. То есть программист знает Java значительно лучше архитектора.
Обычно выделяют четыре вида (самособойразумеется, их больше, но основные эти):
Архитектор Приложения / Системный - это тот, кто не влезая в программирование помогает выбрать технологию, учитывает нагрузку при передачи сообщений. То есть, акцент на технике больше, чем акцент на бизнесе в целом
Архитектор Решения - тут все просто: равный акцент на бизнесе и на технике, занимается тем, что решает, как при помощи нескольких приложений получить какую-нибудь значимую для бизнеса выгоду. Например, запустить на рынок какой-то конкретный продукт
Корпоративный Архитектор - эта роль для тех, кто больше сконцентрирован на бизнесе организации в общем понимании. И если приводя аналогию архитектор решения проектирует конкретную автомобильную трассу, то архитектор корпоративный проектирует уже сеть автодорог, чтобы снизить вероятность заторов и увеличить среднюю скорость их проезда с максимальной безопасностью
И отдельно ото всех стоит Архитектор Инфраструктуры - по сути эта роль очень близка к понятию DevOps, про которых я рассказывал тебе вчера. Иногда их путают, но ключевая разница состоит в том, что DevOps автоматизирует выкатку версий, а архитектор инфраструктуры строит эту самую инфраструктуру для автоматизации выкатки версий.
#архитектор #devops #айтишники