Логика и аргументация
Остроумие есть отшлифованное высокомерие.
Аргумент — это не уверенный тон и не длинный список фактов. Это связь между посылками и выводом, которую другой человек может проверить. В инженерной работе аргументация нужна не для победы, а для выбора решения в условиях ограничений.
Минимальная структура
Заголовок раздела «Минимальная структура»Практический аргумент можно разложить на четыре части:
- Утверждение: что предлагается считать истинным или сделать.
- Данные: наблюдения, метрики, примеры, документы.
- Основание: почему эти данные поддерживают утверждение.
- Ограничение: при каких условиях вывод перестаёт работать.
Например:
Предлагаю оставить обработку синхронной, потому что p99 занимает 120 мс, объём не превышает 20 запросов в секунду, а пользователю нужен немедленный результат. Если нагрузка вырастет в десять раз или операция станет внешней, решение нужно пересмотреть.
Здесь видны данные, правило и граница.
Где на самом деле разногласие
Заголовок раздела «Где на самом деле разногласие»Люди часто отвечают на разные вопросы.
- Факты: действительно ли p99 равен 120 мс?
- Модель: сохранится ли задержка при росте нагрузки?
- Ценность: важнее простота или запас масштабирования?
- Решение: какой компромисс выбираем сейчас?
Пока уровень не назван, спор скачет между метриками, опытом и предпочтениями. Фраза «С чем именно ты не согласен: с данными, прогнозом или приоритетом?» часто возвращает разговор в рабочее состояние.
Дедукция, индукция и абдукция
Заголовок раздела «Дедукция, индукция и абдукция»- Дедукция применяет общее правило к случаю. Если все изменения схемы требуют миграции, а это изменение меняет схему, нужна миграция.
- Индукция обобщает повторяющиеся наблюдения. Пять похожих инцидентов произошли после ручной настройки — возможно, процесс системно опасен.
- Абдукция выбирает лучшее доступное объяснение. Ошибка началась после релиза, только в одном браузере; наиболее вероятна несовместимость клиентского кода.
В реальной работе мы часто используем абдукцию, но выдаём её за доказательство. Полезно маркировать уверенность: «факт», «гипотеза», «предпочтение», «решение».
Риторика и этика
Заголовок раздела «Риторика и этика»Аристотель выделял logos, ethos и pathos: рассуждение, доверие к говорящему и эмоциональное состояние аудитории. Инженеры иногда признают только logos, но люди оценивают и источник, и ставку.
Это не лицензия на манипуляцию. Этичная риторика помогает аудитории увидеть реальные последствия и проверить аргумент. Неэтичная скрывает альтернативы, давит статусом или вызывает страх там, где данных недостаточно.
«Все нормальные компании используют микросервисы, монолит устарел».
РазборЕсть ссылка на неопределённое большинство, но нет связи с задачей, стоимостью и ограничениями команды.
Проверяемый вариант«Две части продукта выпускаются разными командами и конфликтуют по циклу релиза. Предлагаю сначала выделить модуль расчёта с устойчивым контрактом. Остальной монолит не трогаем. Успех — независимые релизы без роста числа инцидентов за квартал».
Частые ошибки
Заголовок раздела «Частые ошибки»- подмена тезиса более удобной версией;
- ссылка на авторитет вместо проверки применимости;
- ложная дилемма из двух вариантов;
- выбор только подтверждающих примеров;
- переход от «после» к «из-за»;
- атака на мотив или личность вместо аргумента;
- требование абсолютной гарантии только от чужого предложения.
Не нужно превращать каждый разговор в урок формальной логики. Достаточно сделать структуру рассуждения доступной и дать другому человеку честный способ её опровергнуть.
Запиши спорное решение в формате «утверждение — данные — основание — граница». Затем попроси коллегу атаковать не вывод целиком, а самое слабое звено.