Академический и инженерный разбор
Формальная логика спрашивает, следует ли заключение из посылок. Теория
аргументации добавляет: выполняет ли ход задачу этого диалога? Сведения о
компетенции источника важны при оценке свидетельства и нерелевантны при
проверке алгебраического доказательства. Контекст не оправдывает всё, но
определяет обязанности участников.
flowchart TD
A["Реплика"] --> B{"Поддерживает
исходный тезис?"}
B -->|Да| C{"Основание надёжно?"}
B -->|Нет| D{"Меняет тему,
позицию или человека?"}
C -->|Да| E["Релевантный аргумент"]
C -->|Нет| F["Проверить источник
и силу свидетельства"]
D -->|Да| G["Ошибка релевантности"]
D -->|Нет| H["Уточнить цель диалога"]
Правило главы
Проверяйте не тему реплики, а её работу. Как именно этот факт повышает
обоснованность данного тезиса?
1. Ad hominem: против человека
1.1. Прямая атака
Автор RFC некомпетентен.
Следовательно, предложенная схема идемпотентности неверна.
Характер автора не показывает ошибку схемы.
1.2. Обстоятельственный ad hominem
Он предлагает managed database, потому что работает у облачного провайдера.
Следовательно, аргументы о стоимости неверны.
Конфликт интересов снижает доверие и требует независимой проверки, но не
делает каждое утверждение ложным.
1.3. Tu quoque: «сам такой»
Ты требуешь code review, но сам вчера смержил без него.
Следовательно, code review не нужен.
Непоследовательность человека может быть реальной и не опровергает правило.
Но в споре о справедливости применения нормы это релевантно:
Почему исключение доступно руководителю и недоступно команде?
1.4. Отравление источника
До аргумента аудитории сообщают, что любой несогласный корыстен, глуп или
опасен. Так будущие основания блокируются независимо от содержания.
1.5. Вина по ассоциации
Этой библиотекой пользуется сомнительная компания.
Следовательно, библиотека небезопасна.
Нужен механизм переноса: общий maintainer, компрометация supply chain,
лицензионная зависимость. Простого соседства недостаточно.
2. Когда сведения о человеке релевантны
Личность важна, если тезис зависит от:
- свидетельства очевидца;
- квалификации эксперта;
- конфликта интересов;
- истории точности прогнозов;
- исполнения обещания;
- распределения полномочий и ответственности.
Форма должна быть ограниченной:
Источник имеет нераскрытый финансовый интерес.
Значит, его свидетельство нельзя считать независимым без проверки.
Не:
Источник заинтересован.
Значит, утверждение ложно.
3. Straw man: соломенное чучело
Позицию заменяют более слабой или экстремальной, опровергают замену и объявляют
победу.
Исходный тезис:
Для финансовых операций нужен отдельный audit log с ограниченным доступом.
Подмена:
Автор хочет логировать вообще всё и хранить вечно.
Опровержение второй позиции ничего не говорит о первой.
Виды подмены
- усиление: «иногда» превращается во «всегда»;
- ослабление: точный критерий заменяется расплывчатым;
- выбор слабого представителя: атакуется худшая версия группы;
- цитата без оговорки: исчезают область, время и модальность;
- составное чучело: позиции разных людей склеиваются в одну.
Проверка
Попросите сформулировать позицию так, чтобы её автор согласился с формулировкой.
4. Steelman тоже может подменять
Улучшение позиции полезно для исследования, но нельзя утверждать, что автор
сказал улучшенную версию.
Реальная позиция: ...
Сильнейшая версия, которую имеет смысл проверить: ...
Различайте интерпретацию и цитирование.
5. Red herring: отвлекающий след
Обсуждение уводят к яркой связанной теме.
— Есть ли lawful basis для этой обработки?
— Наш продукт очень полезен пользователям и использует современное шифрование.
Полезность и шифрование важны, но не устанавливают правовое основание.
Тест
После реплики можно всё ещё задать исходный вопрос без изменения? Если да,
реплика, вероятно, не закрыла его.
6. Whataboutism
Критику отвечают указанием на чужую ошибку:
— У нас секрет в репозитории.
— А команда B вообще хранит ключ в wiki.
Сравнение может быть релевантно для приоритета портфеля рисков, но не отменяет
наличие секрета.
Ремонт:
Да, наш секрет надо отозвать. После containment сравним экспозицию команды B
и поставим второй риск в общий backlog.
7. Ignoratio elenchi: нерелевантное заключение
Успешно доказывают не тот тезис.
Тезис:
Текущий сервис нельзя независимо развернуть.
Ответ:
Микросервисы позволяют командам работать автономно.
Общая польза архитектурного стиля не доказывает готовность конкретной системы.
8. Апелляция к авторитету
Свидетельство эксперта — нормальный способ узнавать мир. Ошибка возникает,
когда авторитет используется вне условий.
Критерии сильного экспертного свидетельства
- Область компетенции совпадает с тезисом.
- Эксперт действительно имеет соответствующую квалификацию.
- Мнение передано точно и в контексте.
- У экспертов области есть разумный консенсус либо разногласие раскрыто.
- Конфликт интересов учтён.
- Утверждение допускает внешнюю проверку.
- Авторитет не заменяет первичные данные, когда они доступны.
Ложный авторитет
Известный CEO рассуждает о клинической эффективности; сильный backend-инженер
объявляется экспертом по доступности интерфейсов без данных и практики.
Анонимный авторитет
Эксперты говорят...
Исследования доказали...
В индустрии известно...
Без идентифицируемого источника нельзя проверить область, метод и контекст.
Одиночный диссидент
Наличие одного обладателя степени, несогласного с полем, не создаёт
симметричного научного спора.
9. Апелляция к популярности
Большинство команд использует Kubernetes.
Следовательно, Kubernetes оптимален для нас.
Популярность может быть свидетельством:
- зрелой экосистемы;
- доступности специалистов;
- снижения vendor risk.
Но не доказывает соответствие масштабу, компетенциям и ограничениям.
Рабочий вывод:
Популярность снижает риск найма и дефицита tooling; остальные критерии
проверяем отдельно.
10. Апелляция к традиции и новизне
Традиция
Мы десять лет деплоим вручную, значит, процесс правильный.
Возраст практики может подтверждать стабильность, но также означать
инерционность.
Новизна
Новый фреймворк использует signals, значит, он лучше.
Новая техника может решать старое ограничение; нужно назвать механизм и цену.
Правильный вопрос
Какие свойства сохранились или изменились и почему они релевантны?
11. Апелляция к природе
Это естественный способ организации, значит, он хороший.
«Естественный» многозначен:
- встречается без вмешательства;
- привычен человеку;
- биологически обусловлен;
- экологичен;
- просто звучит положительно.
Из происхождения не следует нормативная оценка. Ядовитые вещества естественны,
вакцины и шифрование искусственны.
12. Апелляции к эмоциям
К страху
Если не купим этот продукт, следующая утечка уничтожит компанию.
Страх может сигнализировать реальный риск, но нужны вероятность, ущерб,
альтернативы и эффективность контроля.
К жалости
Не отклоняйте PR: автор работал всю ночь.
Усилие важно для поддержки человека, но не делает код корректным.
К насмешке
Только динозавры пишут монолиты.
Репутационная цена заменяет сравнение решений.
К лестному самообразу
Настоящие senior-инженеры не просят документацию.
Человека подталкивают подтвердить статус, отказавшись от разумного требования.
К гневу и отвращению
Эмоциональная реакция может быть морально уместной и всё же не устанавливать
факты или причинность.
13. Апелляция к силе
Архитектура правильная, потому что CTO её утвердил.
Решение может быть обязательным из-за полномочий, но не становится
эпистемически истинным.
Разделяйте:
Что считается действующим решением?
Какие основания делают решение хорошим?
Иногда полномочие релевантно именно к первому вопросу.
14. Апелляция к последствиям
Если вывод верен, проект придётся остановить.
Это неприемлемо.
Следовательно, вывод неверен.
Нежелательность последствий не меняет истинность описательного тезиса.
Но последствия релевантны к решению:
Гипотеза вероятна на 60%.
Цена ложного отрицания критична.
Следовательно, действуем до полной уверенности.
Это decision theory, а не доказательство истинности.
15. Генетическая ошибка
Утверждение оценивают только по происхождению:
Идея пришла из маркетинга, значит, технически бессмысленна.
Происхождение может подсказывать интересы и качество процесса, но содержание
нужно проверять отдельно.
Не путайте с provenance данных: источник датасета напрямую влияет на
репрезентативность и законность использования.
16. Ошибка мотива
Автор хочет повышения, поэтому оценка риска ложна.
Мотив может объяснить, почему тезис продвигают, и не показывает, истинный ли
он. Однако мотив релевантен к доверию, раскрытию конфликта и процедуре
независимой проверки.
17. Ложный баланс и ложная эквивалентность
Ложный баланс
Двум позициям дают равный вес только потому, что они существуют, игнорируя
качество и объём свидетельств.
Ложная эквивалентность
Два случая объявляют одинаковыми по поверхностному сходству:
И hotfix, и обход контроля меняют production без полного процесса; значит,
они одинаково рискованны.
Нужны различия: review, ограничение времени, аудит, rollback, scope.
18. Tone policing
Качество подачи используют, чтобы не отвечать на содержание:
Пока вы говорите так эмоционально, обсуждать утечку бессмысленно.
Тон может мешать безопасной работе команды и требовать отдельного разговора,
но фактический риск остаётся. Разделите два трека:
Сначала containment.
Затем нормы взаимодействия.
19. Карта ответа
| Ход |
Вопрос для проверки |
| Ad hominem |
Как свойство человека меняет истинность тезиса? |
| Straw man |
Это точная формулировка позиции? |
| Red herring |
Исходный вопрос закрыт? |
| Whataboutism |
Чужая ошибка отменяет текущую или только меняет приоритет? |
| Authority |
Компетенция совпадает, источник проверяем, консенсус учтён? |
| Popularity |
Что популярность измеряет в этой задаче? |
| Tradition / novelty |
Как возраст практики связан с требуемым свойством? |
| Emotion |
Как эмоция меняет данные или решение? |
| Force |
Речь об истинности или обязательном решении? |
| Consequences |
Последствия влияют на истинность или только на действие? |
20. Протокол честного ответа
- Повторите тезис своими словами.
- Спросите, принята ли формулировка.
- Назовите реплику, которая кажется нерелевантной.
- Объясните отсутствующий мост.
- Признайте отдельную ценность реплики.
- Верните вопрос.
Да, эксплуатационная сложность Kafka важна. Но исходный вопрос — нужна ли нам
повторная доставка. Сложность инструмента не отменяет требования. Давайте
сначала подтвердим требование, затем сравним реализации.
21. Задания
Для каждого случая укажите:
- исходный тезис;
- функцию ответа;
- может ли ответ быть релевантен в другом диалоге;
- исправленную реплику.
- «Этот benchmark неверен: его автор продаёт базу данных».
- «Вы хотите добавить обязательный review ко всем изменениям». — «То есть вы
хотите остановить delivery».
- «Нужно удалить публичный секрет». — «У конкурентов утечки крупнее».
- «Почему прогноз не калиброван?» — «Модель использует современный
transformer».
- «Все зрелые компании внедрили платформенные команды».
- «Этот вывод не может быть верен: тогда придётся закрыть продукт».
Источники
Что дальше
Следующая глава разбирает ошибки, где проблема не в теме ответа, а в скрытом
допущении, стандарте доказательства или самом языке: круг, сложный вопрос,
бремя доказательства, equivocation, composition, slippery slope и другие.
Ошибки презумпции и неоднозначности