Первые 72 часа в роли CTO: не лезьте в код / Comments / Habr

Почему так происходит — понятно. Почти все CTO выросли из инженеров, а инженер привык чинить то, что видит. Код — видимая проблема, родная и понятная, с быстрой обратной связью: был красный тест, стал зелёный, красота. А доверие CEO, расклад сил, негласные договорённости — проблемы невидимые. Ни компилятора, ни тестов. И мы предсказуемо идём туда, где привычно, а не туда, где важно.

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

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

И это тоже.

Хотя CTO конечно бывают разные (да и прямо скажем, в нынешее время без контекста этот термин ничего не значит, можно свой "стартап" в линкедине открыть и быть сам себе CTO)