Критическое мышление
Аргументация: логика vs риторика
Почему умные люди принимают плохие технические решения? Чаще всего - из-за риторики, которая побеждает логику. Умение отделить «это звучит убедительно» от «это логически обосновано» - один из самых ценных навыков senior-инженера.
- В code review, architecture meetings, sprint retro, при переговорах с продуктом о технических приоритетах - везде побеждает тот, кто строит более сильный аргумент
- Не тот, кто дольше работает или кричит громче
Предварительные знания
Логика vs риторика: два пути убеждения
**Логический аргумент** убеждает потому, что он правдив: если посылки верны, заключение неизбежно. **Риторический аргумент** убеждает потому, что он эмоционально или социально привлекателен, независимо от истинности. Оба законны, но используются в разных контекстах.
**Манипуляция vs убеждение:** риторика становится манипуляцией, когда скрывает логические слабости аргумента или использует эмоции вместо доказательств. Тест: удалите эмоциональные слова из аргумента. Если он всё ещё убедителен - это честная риторика. Если рассыпался - возможно, аргумент был пустышкой.
Коллега говорит: «Все успешные компании используют микросервисы, поэтому нам тоже нужно перейти на них». Какой тип аргумента?
Структура аргумента: Тулмин и AREA
**Модель Тулмина** разбивает аргумент на компоненты: Claim (утверждение), Data (данные), Warrant (связующее правило), Backing (поддержка варранта), Qualifier (ограничитель), Rebuttal (опровержение). Использовать все 6 компонентов - значит строить профессиональный аргумент.
**Практический приём:** перед важным выступлением/письмом явно выпишите все 6 компонентов Тулмина. Самые сильные возражения приходят именно из слабых варрантов (почему данные поддерживают утверждение?) и отсутствия qualifier (при каких условиях аргумент не работает?).
В модели Тулмина 'warrant' - это:
Логические заблуждения в технических дискуссиях
Логические заблуждения - ошибки в рассуждении, которые делают аргумент недействительным. В технических дискуссиях они встречаются чаще, чем кажется. Умение их распознавать и называть - мощный инструмент.
**Называние заблуждений - опасное оружие!** Фраза «это false dichotomy» может прекратить дискуссию, но может и показаться высокомерной. Лучше задать вопрос: «Есть ли промежуточные варианты между X и Y?» Это ведёт к той же цели, но с меньшим риском конфликта.
«Agile работает в Google и Facebook, значит нам тоже нужно внедрить Agile». Какое заблуждение?
Ключевые идеи
- Логос, этос, пафос - три типа убеждения; сильный аргумент сочетает все три
- Риторика ≠ манипуляция, если не скрывает логических слабостей
- Модель Тулмина: claim + data + warrant + backing + qualifier + rebuttal
- Warrant - самое уязвимое место; именно его оспаривают умные оппоненты
- Топ заблуждений в tech: false dichotomy, appeal to authority, slippery slope
- Вместо называния заблуждений - задавать вопросы, ведущие к прояснению
Что дальше
Сильная аргументация опирается на ментальные модели. Понимание First Principles, Inversion, Second-Order Thinking позволяет строить аргументы, устойчивые к любым контратакам.
- Ментальные модели IT-инженера — Ментальные модели - это 'warrant' аргументов: принципы, на которых они держатся
- Разбор реальных технических решений — Анализ реальных case studies - практика построения аргументов в контексте
Вопросы для размышления
- Возьмите последнее техническое решение, вызвавшее споры. Какой аргумент использовался - логический или риторический?
- Разберите аргумент «нам нужно переписать этот модуль» по модели Тулмина. Где самое слабое звено?
- Как понимание логических заблуждений может изменить культуру code review в команде?