Архитектор не должен писать код

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

Консенсус был таков: архитектор должен писать спецификации, рисовать диаграммы и прочее, причём частенько в PowerPoint (господи помилуй), потому что от вида UML у менеджеров на лбу возникали удивлённые морщины.

Однако я быстро выяснил, что первое, что делает программист при виде диаграммы или ста страниц Software Architecture Document, это закрыть его и засунуть в самую дальнюю папку, чтобы тот не путался в grep'е; там он и находит свой бесславный конец.

В итоге мои спецификации превратились во что-то наподобие:

namespace core {

// Use this fucking visitor pattern to traverse the fucking tree

struct Smelly;
struct Old;
struct Shit;

struct FuckingVisitor {
    virtual void fuck(const Smelly&) = 0;
    virtual void fuck(const Old&) = 0;
    virtual void fuck(const Shit&) = 0;
};

} // namespace core

И это реально работало. Увы, мой KPI это не повышало.