Architects, anti-patterns, and organizational fuckery

Интересная статья полугодичной давности про архитекторов и инженеров. Я только сегодня дочитал ее до конца и согласен со многими тезисами, например

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

Есть момент, что в некоторых enterprise компаниях архитекторы бывают полезны, но там они скорее не инженеры, а собиратели решений, которые проектируют интеграцию различных вендорских решений между собой. Но для IT компании - это не то, что нужно:) В итоге, я склоняюсь, что вместо должности архитектор и далее должны быть продолжение должностей разработчика до staff, principal и так далее ... с соответвтующими требованиями к инженерным умениям:)

P.S. Вот у меня, например, никогда в карьере не было шильдика "архитектор" и сейчас я вообще менеджер, но проектировать вроде умею ... код правда сейчас пишу с трудом ... но тут надо просто надо волевым решением выделить часть рабочего времени на то, чтобы делать какие-то прототипчики на работе или после нее:)

#Management #Architecture #Architect