Критическое мышление в IT: Почему умные люди принимают глупые решения

Ты можешь быть блестящим инженером и при этом принимать ужасные решения. Google+, Theranos, Knight Capital - провалы не из-за недостатка таланта. Критическое мышление - это skill, который отличает тех, кто строит успешные системы, от тех, кто повторяет чужие ошибки.

• **Hype-driven development:** Переписываем на новый фреймворк каждые 2 года
• **Cargo cult:** 'Google так делает' без понимания контекста
• **Sunk cost:** 'Уже 6 месяцев пилим, не бросать же'
• **Authority bias:** 'CTO сказал — значит правильно'

Парадокс умных решений

**Парадокс:** Самые талантливые инженеры иногда принимают худшие решения. Компании с лучшими специалистами терпят провалы. Почему?

**Ключевой инсайт:** Техническая экспертиза не защищает от плохих решений. Часто даже усугубляет - эксперты переоценивают свою способность видеть полную картину.

Проблема не в недостатке знаний. Проблема в том, **как** мы думаем и принимаем решения.

Что такое критическое мышление

**Критическое мышление** - это не критика всего подряд. Это систематический способ оценивать информацию, аргументы и решения.

**Критическое мышление - это:** 1. Задавать правильные вопросы 2. Проверять предположения 3. Оценивать доказательства 4. Рассматривать альтернативы 5. Признавать неопределённость

Критическое мышление - это не скептицизм ради скептицизма. Это **обоснованный** скептицизм, направленный на принятие лучших решений.

Почему инженерам это особенно нужно

Инженеры привыкли работать с **детерминированными** системами: код либо работает, либо нет. Но решения о технологиях, архитектуре, процессах - это **вероятностные** игры.

**Ловушки инженерного мышления:** 1. **Техноцентризм**: 'Технология решит всё' 2. **Оверинжиниринг**: 'Сделаем правильно с первого раза' 3. **Hype-driven**: 'Новое = лучшее' 4. **Authority bias**: 'Google так делает = правильно' 5. **Sunk cost**: 'Уже столько вложили, не бросать же'

**Hammer syndrome:** Когда у тебя молоток, всё похоже на гвоздь. Когда ты инженер, все проблемы кажутся техническими.

First Principles Thinking

**First Principles Thinking** - разложить проблему до базовых истин и построить решение заново, а не копировать существующие.

**Аналогия по аналогии vs First Principles:** **Аналогия:** 'Uber для X' - копируем успешную модель **First Principles:** 'Какую фундаментальную проблему мы решаем? Какие базовые истины?'

**Применение в IT:**

• 'Нам нужен Kubernetes' → 'Какую проблему решаем? Оркестрация? Масштабирование? Что минимально необходимо?'
• 'Нужна микросервисная архитектура' → 'Какие границы сервисов? Почему именно эти? Какие trade-offs?'
• 'GraphQL современнее REST' → 'Какие конкретные проблемы REST у нас? Какую цену готовы заплатить?'

Ключевые идеи

• **Техническая экспертиза ≠ хорошие решения.** Часто даже мешает.
• **Критическое мышление** = правильные вопросы + проверка предположений
• **Инженерные ловушки:** техноцентризм, hype-driven, authority bias
• **First Principles:** Разложи до базовых истин, потом строй
• **Аналогия опасна:** Netflix ≠ твой стартап

Куда дальше?

Введение - это фундамент. Дальше - конкретные инструменты:

• Когнитивные искажения — Почему мозг обманывает нас систематически
• Оценка доказательств — Как отличить факты от мнений
• Анализ trade-offs — Как сравнивать несравнимое

Вопросы для размышления

• Вспомни решение, которое казалось очевидным, но оказалось ошибочным. Какое предположение ты не проверил?
• Какие 'лучшие практики' в твоём проекте никто не может объяснить WHY?
• Где ты использовал аналогию ('X делает так') вместо First Principles?

Связанные уроки

• mm-01-intro