И так, я определился с темами: [DISCLAIMER]: QA инженерам лучше не читать
1. Почему CTO обязан быть hands-on?
- Тейк: без кода, техдолга и личного погружения CTO превращается в декорацию, а не точку принятия решений
2. Антигалерея: решения, которые убили бы любой проект
- Тейк: набор классических антипаттернов: "потом отрефакторим", фичедрайвинг, архитектура по настроению
3. Как я нанимаю людей: тревожные маркеры и красные флаги
- Тейк: как быстро понять, что кандидат не впишется, даже если резюме блестит?
4. Почему большинству компаний не нужен микросервисный зоопарк?
- Тейк: про масштаб, цену усложнения и момент, когда микросервисы начинают убивать бизнес (особенно сегодня/сейчас)
5. Инженерная стратегия на салфетке
- Тейк: как задать технический курс на месяц, квартал и год без бюрократии и армии менеджеров. Это мой личный рецепт/ноу-хау
6. CTO vs (feat.?) Chaos: как не утонуть в 100 задачах и 5 продуктах
- Тейк: про управление фокусом, приоритетами и собственной головой в режиме непрерывного прессинга
7. ИИ как инструмент CTO
- Тейк: реальный продакшн-ИИ: автоматизация инженерки, CI/CD, кодоген, observability, агенты для команд
8. Как я строю тестирование без отдела QA
- Тейк: качество через архитектуру, CI и ответственность команды, а не через перекладывание багов между ролями
· 07.01
Выглядит как типичная боль мелких компаний, где СТО сидит в репозиториях и пытается постоянно контролировать процессы, не делегируя принятие продуктовых решений, а замыкая их на себе.
В таких случаях команда не развивается, а «пытается убедить СТО», или, что еще хуже, следует решениям СТО
ответить
коммент удалён
· 07.01
в корне неверный вывод
ответить
ответ удалён