Перейти к содержимому

Логика и аргументация

Остроумие есть отшлифованное высокомерие.
Аристотель — «Риторика»
Посылки соединяются в прозрачную цепочку и приводят к выводу.
Communication Engineering · аргумент

Аргумент — это не уверенный тон и не длинный список фактов. Это связь между посылками и выводом, которую другой человек может проверить. В инженерной работе аргументация нужна не для победы, а для выбора решения в условиях ограничений.

Практический аргумент можно разложить на четыре части:

  1. Утверждение: что предлагается считать истинным или сделать.
  2. Данные: наблюдения, метрики, примеры, документы.
  3. Основание: почему эти данные поддерживают утверждение.
  4. Ограничение: при каких условиях вывод перестаёт работать.

Например:

Предлагаю оставить обработку синхронной, потому что p99 занимает 120 мс, объём не превышает 20 запросов в секунду, а пользователю нужен немедленный результат. Если нагрузка вырастет в десять раз или операция станет внешней, решение нужно пересмотреть.

Здесь видны данные, правило и граница.

Люди часто отвечают на разные вопросы.

  • Факты: действительно ли p99 равен 120 мс?
  • Модель: сохранится ли задержка при росте нагрузки?
  • Ценность: важнее простота или запас масштабирования?
  • Решение: какой компромисс выбираем сейчас?

Пока уровень не назван, спор скачет между метриками, опытом и предпочтениями. Фраза «С чем именно ты не согласен: с данными, прогнозом или приоритетом?» часто возвращает разговор в рабочее состояние.

  • Дедукция применяет общее правило к случаю. Если все изменения схемы требуют миграции, а это изменение меняет схему, нужна миграция.
  • Индукция обобщает повторяющиеся наблюдения. Пять похожих инцидентов произошли после ручной настройки — возможно, процесс системно опасен.
  • Абдукция выбирает лучшее доступное объяснение. Ошибка началась после релиза, только в одном браузере; наиболее вероятна несовместимость клиентского кода.

В реальной работе мы часто используем абдукцию, но выдаём её за доказательство. Полезно маркировать уверенность: «факт», «гипотеза», «предпочтение», «решение».

Аристотель выделял logos, ethos и pathos: рассуждение, доверие к говорящему и эмоциональное состояние аудитории. Инженеры иногда признают только logos, но люди оценивают и источник, и ставку.

Это не лицензия на манипуляцию. Этичная риторика помогает аудитории увидеть реальные последствия и проверить аргумент. Неэтичная скрывает альтернативы, давит статусом или вызывает страх там, где данных недостаточно.

Слабый аргумент

«Все нормальные компании используют микросервисы, монолит устарел».

Разбор

Есть ссылка на неопределённое большинство, но нет связи с задачей, стоимостью и ограничениями команды.

Проверяемый вариант

«Две части продукта выпускаются разными командами и конфликтуют по циклу релиза. Предлагаю сначала выделить модуль расчёта с устойчивым контрактом. Остальной монолит не трогаем. Успех — независимые релизы без роста числа инцидентов за квартал».

  • подмена тезиса более удобной версией;
  • ссылка на авторитет вместо проверки применимости;
  • ложная дилемма из двух вариантов;
  • выбор только подтверждающих примеров;
  • переход от «после» к «из-за»;
  • атака на мотив или личность вместо аргумента;
  • требование абсолютной гарантии только от чужого предложения.

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

Карта аргумента

Запиши спорное решение в формате «утверждение — данные — основание — граница». Затем попроси коллегу атаковать не вывод целиком, а самое слабое звено.