CTO без рук — CTO без власти

Чем больше я погружаюсь в автоматизацию с помощью no-code и LLM, тем сильнее ловлю одну мысль:
если CTO сам не прошёл этот путь — он теряет силу.

Я не делегировал. Не поручил младшему разработчику.
Я сам решил задачу ревью pull request’ов через n8n, с контекстом, с подключением MCP, с моделью, которая действительно что-то понимает.
И внезапно началось совсем другое обучение.

Чтобы всё это заработало, мне пришлось разбираться:
– как работает LLM в деталях,
– чем внешний контекст отличается от встроенного,
– что давать в prompt, а что — подключать через MCP,
– как сжимать данные и куда деть всё лишнее, чтобы не мешало модели думать.

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

Или ты с этим стэком — и на волне.
Или просто наблюдаешь со стороны, как другие CTO растут быстрее, потому что понимают, как подключить «разум» к задаче.

Было ли сложно?
Да.
Было кайфово? Очень.

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

Выводы:

1. Сам пройди путь.
Без личного опыта ты не соберёшь сильную команду. Не сможешь понять, кого нанимать и как оценивать.

2. Не прячься за «в команде есть специалисты».
Ты либо управляешь, либо наблюдаешь. Чтобы управлять — нужно понимать глубину. Иначе CTO превращается в бизнес-аналитика.

3. MCP, prompt, context, модель — это не buzzword’ы, а строительные блоки.
Научись собирать из них решения. Иначе останешься в прошлом. Быстрее, чем думаешь.


А вы уже пробовали на себе, что значит «CTO нового типа»? Или пока со стороны наблюдаете?