Логические ошибки

Утверждение.

В квитанции за свет дважды посчитали строки и Вы об этом говорите собеседнику

Ты всегда путаешься в цифрах, тебе ли считать.

Почему это ошибка.

Ваши прошлые ошибки в расчётах не меняют содержимого квитанции: строки либо задвоены, либо нет

На работе.

Вы оставили кому-нибудь код ревью, а вам, чтобы не не исправлять говорят: "Как деревенский парень который регулярно ошибается в арифметике может мне говорить что у меня тут расчёты неправильные в функции и что они дублируют значения?! Ты же на созвоне стори поинты сложить не можешь"

Тезис и его автор — разные предметы проверки. Ad hominem подменяет вопрос «на чём держится утверждение» вопросом «кто это сказал». Сведения о человеке важны, когда тезис держится на его свидетельстве или квалификации. Но тогда вывод — «нужна независимая проверка», а не «утверждение ложно». Признак ошибки: уберите характеристику автора, и от возражения ничего не останется.

Утверждение.

Вы делаете замечание другу, что он выкидывает мусор в неположенном месте

Ты сам вчера бутылку в кусты выкинул

Почему это ошибка.

Фокус не на проблеме, а на том, что вы не выполняете тех требований, которые просите соблюдать окружающих. Проблема в том, что делать с мусором, а не в несоблюдении вами правила.

На работе.

Вы предлагаете на каждую хотелку заказчика заводить отдельную задачу в таск трекере, но Вам говорят: "а сам вчера задачу без теста делал."

Требование объявляют несостоятельным на том основании, что сам требующий его нарушает

Утверждение.

Вы предлагаете раз в неделю сверять баланс карты с запланированным бюджетом

То есть теперь мне тебе отчитываться на все покупки?

Почему это ошибка.

Опровергается тотальный учёт, которого никто не предлагал вместо обсуждения недельной сверки: сколько она занимает времени и что даёт, это так и не прозвучало.

На работе.

Вы предлагаете сделать обязтаельное ревью в модуле, который отвечает за проведение платежей. Но Вам говорят: "вы хотите согласовывать каждую строчку и ухудшить time-to-market". Дальше обсуждают уже проблемы TTM, причем ни разу не обсуждают модуль проведения платежей.

Позицию заменяют более удобной для опровержения версией и опровергают замену

Утверждение.

Вы говорите, что при приготовлении супа в конце стоит добавить соль

Это примета твоей бабушки, у неё половина советов из ниоткуда

Почему это ошибка.

Добавлять соль или нет говорит рецепт, физика или вкусовые предпочтения, но биография бабушки тут непричём

На работе.

Идея писать юнит тесты через BDD пришла от фронтендеров, у нас это не будет работать, мы же на Go-пишем, мы же бекендеры Ну или прям с работы случай - это у вас так у разработчиков, у инженеров по машинному обучению код пишут по-другому О.о

Идею принимают или отвергают основываясь на том откуда ноги растут у идеи, например кто заинтересован в идее, насколько тщательно её проверили, какие данные были для формирования этой идеи, а саму идею не обсуждают

Утверждение.

Вы говорите: мне неудобно ходить в этот зал до него сорок минут идти

На самом деле тебе просто лень заниматься спортом, время тут ни при чём.

Почему это ошибка.

Расстояние проверяется картой, а лень это приписанное состояние, о котором собеседник ничего не говорил. Спор с приписанным состоянием не сокращает сорок минут передвижения.

На работе.

На разборе инцидента (LSR например) коллеги говорят: "ты как дежурный не эскалировал проблему, потому что побоялся показаться некомпетентным специалистом ну или тебе было лень"

Собственную интерпретацию чужого состояния выдают за само это состояние и дальше спорят с ней

Утверждение.

Фильтр для воды нам не нужен, потому что по анализу в доме вода в норме

Понятно, тебе просто денег жалко, вот и говоришь так

Почему это ошибка.

Нежелание тратиться объясняет почему человеку удобен такой вывод, но состав воды определяется анализом, а не состоянием бюджета.

На работе.

О Вас говорят: "он продвигает managed‑базы, потому что раньше работал в компании что делает клауд"

Тезис объявляют ложным, потому что положение или выгода автора побуждают его так говорить (аля конфликт интересов).

Утверждение.

Ты второй раз забыл забрать посылку, её отправили обратно!!!111

Пока ты орёшь на меня, я не буду обсуждать эту тему

Почему это ошибка.

Посылка уехала к отправителю независимо от громкости разговора. Тон обсуждать можно, но как вторую тему, а не вместо первой

На работе.

В канале инцидента на Ваше сообщение капсом "АДМИНСКИЙ ПАРОЛЬ В ПУБЛИЧНОМ ДОСТУПЕ!!11" отвечают "давайте без паники"

Ответ по существу откладывают, ссылаясь на форму, громкость или эмоциональность высказывания.

Утверждение.

Этот способ мыть окна без разводов классно работает!

Это совет из блога, где советуют гвозди микроскопом забивать.

Почему это ошибка.

Совпадение источника не переносит на способ ни одного свойства. Окно после мытья либо в разводах, либо нет, и это видно без сведений об остальных советах блога

На работе.

Вам говорят: "Эту библиотеку разрабатывает контора, которая в другой библиотеке слила данные пользователей, значит, она небезопасна"

Идею дискредитируют через того, кто её ещё разделяет.

Утверждение.

В этом рецепте многовато молока на такой объём.

Ты хоть раз готовил на двадцать человек? Откроешь ресторан тогда и обсудим.

Почему это ошибка.

Пропорция молока к весу продуктов проверяется весами и пробой. Опыт готовки на двадцать человек делает мнение говорящего более вероятным, но не отменяет возможности пересчитать граммовку прямо сейчас

На работе.

На архитектурном ревью кто-то говорит: "я вывел в прод три системы такого масштаба" вместо расчёта новой схемы шардирования

Право на суждение выводят из послужного списка: сначала добейся, а потом рассуждай.

Утверждение.

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

Ты не прошёл ни одного урока и не читал методичку, значит, судить не можешь

Почему это ошибка.

Замечание касается ровно того, что опубликовано: описания результата на странице нет. Методичка могла бы это исправить, но тогда достаточно показать в ней нужный абзац

На работе.

Вам говорят: "сначала прочитай все design doc-и за три года и код крона, потом поговорим про твой вопрос о таймаутах".

Критику отклоняют указанием на то, что оппонент недостаточно изучил предмет, не отвечая при этом на саму критику

Утверждение.

Вы говорите: эта подписка невыгодна потому что за год выходит дороже, чем покупать фильмы по отдельности

Ты просто вырос в семье, где на всём экономили, отсюда и страх подписок

Почему это ошибка.

Даже если Ваша биография описана верно, она объясняет, почему такой вывод человеку близок, но не проверяет арифметику. Отношение суммы подписки к приобретению фильмов складывается независимо от чьего‑либо детства.

На работе.

Вам говорят: ты против k8s-оркестратора, потому что обжёгся на прошлой работе и теперь его боишься

Ложность позиции считают уже установленной и сразу переходят к объяснению, почему оппонент до неё дошёл

Утверждение.

Вы говорите: в счёте за интернет второй месяц подряд стоит аренда роутера, который мы уже давно вернули

Зато скорость выросла, у соседей такой нет

Почему это ошибка.

Скорость и лишняя строка в счёте независимые факты. Вопрос о возврате денег остался ровно там же, где был, но обсуждать теперь предлагается тариф

На работе.

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

Вместо ответа на вопрос или утверждение вводится другой аргумент, более выигрышный для ответчика, и обсуждение уезжает в сторону этого аргумента.

Утверждение.

Давай обсудим, кто по вечерам моет посуду

Почему ты вечно всё оставляешь на меня?

Почему это ошибка.

"Вечно" и "всё" не обсуждались и не проверялись. Ответ "потому что поздно прихожу" их подтверждает, ответ "это неправда" выглядит как уход от вопроса. Оба варианта заранее проигрышные

На работе.

На ревью: "почему ты опять игнорируешь наши договорённости по неймингу переменных и фукнций?"

Вопрос устроен так, что состоит с уже пред-позицией которую не обсуждают, а значит любой прямой ответ подтверждает непроверенную посылку

Утверждение.

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

Ты серьёзно откажешь? У меня билеты куплены, я весь год ждал этой поездки.

Почему это ошибка.

Купленные билеты это весомая причина сделать исключение конкретно сейчас, но они ничего не говорят о том, нужно ли само правило. Обсуждались две разные вещи, а решается как одна

На работе.

Вам говорят: "не отклоняй PR, человек сидел над ним до трёх ночи"

Место недостающего основания заменяют на чувство страха, жалости, стыда или насмешки

Утверждение.

Вы говорите, что сказано было: "если гости не придут, горячее можно не готовить, ведь обойдёмся салатами".

Ты сам говорил, что готовить не надо.

Почему это ошибка.

Отброшено условие "если гости не придут". Условное разрешение превратилось в безусловное утверждение, хотя цитата формально не искажена

На работе.

В треде обсуждали: "этот сервис можно вынести в отдельный репозиторий, когда стабилизируется контракт". Через месяц в задаче стоит ссылка на тот же тред с формулировкой "команда согласовала перенос". Вам говорят выполнить перенос, ну или Вы заметили, что кто-то взялся за задачу

Фрагмент чужой посылки или фразы сохраняют дословно, а условие, оговорку и контекст отбрасывают, в итоге смысл меняется на удобный

Утверждение.

Давай в этот раз поедем к твоим родителям не на все выходные, а на субботу

То есть тебе тяжело с моей семьёй? Давай тогда сразу решим, общаемся мы с ними или нет

Почему это ошибка.

Возражение касалось длительности одной поездки. Расширенная версия из него не следует, зато её невозможно закрыть за один разговор и исходный вопрос про субботу так и остаётся нерешённым

На работе.

На ревью замечание к одному запросу ("здесь не хватает индекса") превращают в "ты не доверяешь нашей модели данных, давай пересматривать схему целиком": обсуждение съедает полдня, индекс так и не добавлен

Частное растягивают до общего, и вместо одного спорного пункта раздувают конфликт для всего утверждения

Утверждение.

Если выехать в шесть вечера в пятницу, то простоим в пробке часа два

Нормальные люди не строят жизнь вокруг пробок

Почему это ошибка.

Реплика оценивает того, кто считает время в пути, а не сам прогноз. От оценки пробка не рассосётся, а вопрос о времени выезда остался без ответа

На работе.

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

Вместо того как обстоит дело обсуждают каким оно обязано быть в идеальном мире

Утверждение.

Почему мы каждый год продлеваем страховку у этого агента, если у соседнего дешевле?

Так заведено, не выдумывай.

Почему это ошибка.

Так заведено описывает привычку, а не причину. Разница в цене не объяснена, но продолжать разговор стало неудобно, а это и есть работа приёма. Или то за что я ненавижу некоторые компании, когда в качестве аргумента используют "так исторически сложилось" и они дальше не слушают. Почему они сами не делают себе фейсом об тейбл?

На работе.

На вопрос "зачем здесь ретрай с интервалом 50 мс" отвечают "легаси, не трогай", а потом через год следующий человек задаст его снова. Типовые заглушки: "это архитектурное решение", "так у всех", "нет времени на это" в ответ на "сколько это стоит", "сеньоры-помидоры лучше знают".

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

Утверждение.

Кажется, счётчик воды врёт: расход вырос втрое, а живём мы так же.

Да ерунда, счётчики не врут.

Почему это ошибка.

Это повторение противоположного мнения, а не возражение: не названо ни другой причины роста расхода, ни способа проверить показания.

На работе.

К архитектурной записке (ADR, TDR, RFC и так далее) приходит комментарий "это оверинжиниринг" без указания, какое требование лишнее и что вместо него дешевле. На груминге оценку в пять дней встречают репликой "да там на час работы", не разобрав ни одного пункта декомпозиции. В обсуждении инцидента: "такого не может быть" вместо запроса логов. Разговор при этом формально идёт по теме, но без единого проверяемого утверждения.

Тезис объявляют абсурдным, не приводя против него ни одного довода, как будто бы вместо возражения пинают камень (это емнип один из вариантов происхождения названия)

Утверждение.

Ты встал на место для инвалидов

Тут все так ставят, вон ещё две машины рядом

Почему это ошибка.

Две соседние машины не делают место разрешённым. Из повторяемости нарушения следует, что проблема массовая, а не что её нет

На работе.

"Да, я захардкодил ключ, но в соседнем сервисе он тоже лежит в конфиге". Так же обходят процесс: "прошлый релиз тоже катили в пятницу без ревью" переводит вопрос "откатываем или чиним" в спор о прошлых релизах.

Свой сомнительный аргумент оправдывают чужим случаем таким же по-существу и разбирают уже чужой

Утверждение.

В подъезде мусор из общего бака выносят по графику, дежурят все по очереди

Да, но у меня маленький ребёнок и я работаю из дома, так что моё дежурство пусть возьмут соседи

Почему это ошибка.

Обстоятельство названо не как критерий, применимый ко всем в такой ситуации, а как повод не выполнять правило именно себе. Ни условий, ни срока, ни возврата в очередь не предложено, исключение существует ровно для одного человека.

На работе.

"Все сервисы проходят security review перед релизом" и сразу в ответ летит "наш экспериментальный живёт в песочнице пет проект, нам не надо". Исключение легитимно, только если policy заранее задаёт область по данным, доступу и аудитории, со сроком, владельцем и автоматическим истечением. Тот же приём: "этот тест flaky только у нас, отключим у себя", "code freeze не про нашу команду", "линтер здесь мешает, поставим ignore".

Общее правило признаётся, но для своего случая вводится исключение без независимого критерия. Как будто бы есть какой-то маркер позволяющий что-то делать одному и не делать это что-то остальным в рамках правила.

Утверждение.

Вы спрашиваете "кто такая женщина?"

- Женщина это та, кто делает женские дела - А что такое женские дела? - Это те дела, которые делает женщина Тут можно заменить слово женские на всё что угодно

Почему это ошибка.

Основание это тот же тезис другими словами. Проверка должна опираться на что‑то внешнее: сверку со вторым источником или собственный результат, а не на само проверяемое утверждение

На работе.

Метрика качества модели: "модель хорошая, потому что совпадает с разметкой, а разметка хорошая, потому что модель уверенно её воспроизводит". Без независимого golden set система подтверждает сама себя. Тот же круг в эксплуатации: "алерт настроен верно, потому что ложных срабатываний не было, false positive срабатываний не было, потому что он настроен верно"при том, что алерт может не срабатывать вообще.

Заключение используется как собственное основание прямо или через цепочку переименований.

Схема: A потому что , B потому что A.

В сжатом виде: A потому что A, где второе A переформулировано другими словами.

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

Утверждение.

Если идёт дождь, то асфальт мокрый

Асфальт мокрый значит, шёл дождь

Почему это ошибка.

Асфальт мокрый и после поливальной машины, прорыва трубы, мытья двора и ульты Посейдона. Следствие редко уникально для одной причины, поэтому наблюдение следствия не выделяет причину из списка

На работе.

"Если сертификат истёк, TLS handshake падает. Handshake падает значит, истёк сертификат". А падает он ещё и из‑за несовпадения cipher suite, неверного SNI, разъехавшегося времени на хосте. То же в CI/CD: "деплой ставит label на PR; label есть значит, был деплой", хотя label просто поставили вручную

Из "если A, то B" и наблюдения B делают вывод об A, хотя у B бывают другие достаточные причины

Схема: "если A то B; B; следовательно A"  то есть A → B, B ⊢ A.

Она не сохраняет истину: достаточно контрмодели, где A ложно, а B истинно по другой причине; импликация при этом остаётся истинной, посылки истинны, вывод ложен. Источник ошибки чтение "если" как |только если|: достаточное условие принимают за необходимое. Ближайшая валидная форма это modus ponens: A → B, A ⊢ B.

JFYI: символы стрелки и турникета взяты из логики

Утверждение.

Мой пропавший ключ лежит в этом мусорном пакете.

Говорю же нет там его, не веришь открой сам и докажи, что его там нет.

Почему это ошибка.

Утверждение о содержимом сделал первый, и проверка стоит ему одного движения. Требование к собеседнику доказывать отсутствие превращает необоснованное заявление в позицию по умолчанию: пока не опровергнуто , а значит считается верным.

На работе.

"Эта библиотека небезопасна, докажите обратное", "мой патч ничего не ломает, найдите, где ломает". Инженерный порядок обратный: изменение обосновывает автор изменения тестом, бенчмарком, планом отката. В safety и security есть законная асимметрия: недоказанность вреда не обязывает бездействовать, решение принимается по цене ошибок первого и второго рода, но предосторожность не делает угрозу доказанной.

Тезис выдвигает один, а доказывать его ложность требуют от другого. Вроде пошло от Б. Рассела и его чайника. Например "инопланетяне есть, а ты докажи что их нет, давай-давай". Тут придётся немного объяснить.

Первичное бремя несёт тот, кто выдвигает содержательный тезис. Ответ "докажи, что это не так" подменяет посильную задачу предъявить одно свидетельство практически невыполнимой: исчерпать все возможные случаи. Бремя при этом не приклеено к человеку навечно, после предъявления достаточных свидетельств оно переходит, и вторая сторона обязана оспорить данные, показать альтернативу, ограничить вывод или дать контрсвидетельство. Ошибка не в движении бремени, а в отправке его туда, где нет утверждения. Если что спрашивайте в комментах, или погуглите, но тут именно важно понимать, что не только "доказывать должен тот, кто утверждает", а ещё и про дальнейшее движение бремени.

Утверждение.

В субботу к нам в гости заглянет Аня или Борис.

Аня уже написала, что придёт, значит, Бориса не будет, а значит, что третий стул не ставим

Почему это ошибка.

Фраза не обещала, что придёт ровно один. Пока не сказано "кто‑то один из двух", приход Ани не сообщает о Борисе ничего.

На работе.

"Причина инцидента ошибка конфигурации или ошибка кода. Конфиг оказался кривой, значит, код чист" и расследование закрывают, а вторая причина остаётся в проде до следующего раза. Тот же дефект в коде (напишу в правой колонке, а то тут не хватает места для читаемости)

Из "A или B" и подтверждения A выводят, что B ложно, хотя "или" может быть включающим. Это вообще отдельный прикол, когда ИЛИ по сути И. Душную схему формы оставлю ниже. Без неё может быть трудно понять если вам предметно хочется разобраться.

Схема: "A или B; A; следовательно не B", можно записать так A ∨ B, A ⊢ ¬B. Для включающего ∨ форма не сохраняет истину: A и B могут быть истинны вместе, посылки при этом остаются истинными, а вывод ложен. Валидна она только для явно исключающего "ровно одно из двух": A ⊕ B, A ⊢ ¬B. Для обычного "или" валиден отрицающий модус: A ∨ B, ¬B ⊢ A.

const allowed = isEmployee || hasBetaAccess а ниже if (isEmployee) { assert(!hasBetaAccess); } assert упадёт на сотруднике у которого есть и бета-доступ

Утверждение.

В этой квартире завелись мыши

Никто ни разу мышь не видел значит, никаких мышей нет.

Почему это ошибка.

Никто и не искал: ловушек не ставили, за плиту и под мойку не заглядывали. "Мы не наблюдали" и "их нет" это разные утверждения, второе требует поиска, который обнаружил бы мышей, если бы они были

На работе.

"В логах ничего нет — значит, ошибки не было". Может не быть логирования на этом пути, уровень логов может стоять на warning, которые вообще не пишутся например в кибану или мойру, ну или запись могла потеряться при ротации или семплировании.

Отсутствие доказательства выдают за доказательство отсутствия или наоборот. Тут всё тесно связано с методом поиска (можно попробовать сказать научным методом) рассмотрим это дальше.

Две зеркальные схемы:

"не доказано, что P, следовательно не P"

"не доказано, что не P, следовательно P"

Обе невалидны, потому что незнание состояние знающего, а не свойство мира. Отсутствие доказательства становится доказательством отсутствия только при выполненных условиях: искали подходящим методом, метод с высокой вероятностью обнаружил бы объект, область поиска покрыта, результат воспроизводим. Тогда вывод формулируется вместе с этими границами и не расширяется за них.

Утверждение.

Если товар хрупкий, на коробку клеят специальную наклейку

Наклейки нет значит, товар не хрупкий, можно ставить к нехрупкому.

Почему это ошибка.

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

На работе.

"Если запрос от имени администратора, то отчёт доступен. Запрос не от имени администратора, то значит, доступа нет" хотя право может быть у модератора или овнера ресурса. То же при инциденте: "релиза не было, а значит деградация появилась не от внешних изменений", но при этом забывают, что конфиг, фича‑флаги, данные в бд и зависимости на тачке могут меняться без релиза.

Из "если A, то B" и "не A" выводят "не B", принимая достаточное условие за необходимое.

Схема:

если A, то B; не A; следовательно не B, то есть A → B, ¬A ⊢ ¬B

Контрмодель строится мгновенно:

пусть B истинно по другой причине при ложном A, тогда обе посылки истинны, вывод ложен.

Импликация запрещает ровно одну комбинацию (A истинно, B ложно) и о случае ложного A не говорит ничего. Ближайшая валидная форма это modus tollens: A → B, ¬B ⊢ ¬A

Утверждение.

Через мост ехать до дачи быстрее, чем в объезд.

- Почему?  - Потому что быстрее - Я тебе двадцать раз говорил, просто быстрее, и всё

Почему это ошибка.

На пятом повторении данных о времени в пути столько же, сколько на первом - ноль. Вопрос решается одним замером на двух маршрутах, а не настойчивостью.

На работе.

"Эта библиотека нам не подходит" в третьем сообщении подряд вам говорят без приведения хоть какого-то числа или качественной метрики ну или "у нас так принято" вместо ADR или "микросервисы быстрее" на каждом дизайн‑ревью.

Тезис повторяют без изменений и настойчивее вместо того, чтобы дать ему основание. Это ещё одна из глупых форм софистики. Потому что повторение вообще не добавляет фактов :) ну если только силлогизм не построен на форме повторения xD. Однако стоит понимать, что в психологии повторение работает как манипуляция, если вам повторят что-то тысячу раз, то это начинает казаться правдой. Но в логике это не работает. Этот приём вообще очень похож на круговую аргументацию, только там тезис просто синонимизировали или переименовывали, а тут просто растёт частотность и/или тон и/или громкость высказывания.

Утверждение.

Чайник подтекает, его пора чинить

Да брось, отличный чайник, мы его пять лет назад покупали, он до сих пор кипятит воду за три минуты

Почему это ошибка.

Никто не спорил, что чайник кипятит и служит пять лет. Опровергнуть требовалось "подтекает", а опровергнуто "плохой" тезис, которого не выдвигали.

На работе.

"Ты говоришь, что для этого потока данных нужна идемпотентность, а Kafka для нас сложная технология" как ответ может быть верным и не касаться требования. Тот же приём в разборе инцидента: на "алерт сработал на сорок минут позже события" отвечают "зато починили за два часа, MTTR хороший". Метрика реальная, а тезис другой и в постмортеме остаётся невыясненная дыра в реагировании на алерт.

Дальше все мемы будут от биполярного типа, который сначала утверждает, а затем объясняет что не так, ведь теперь на месте второго в середине уже Вы, тяжко читается, понимаю, но так Вы сможете сюда возвращаться хоть.

Опровергают не тот тезис, который был выдвинут, и объявляют исходный опровергнутым.

Настоящее опровержение требует противоречия тому же предмету, по тому же предикату, в том же отношении, в то же время и в той же модальности и без включения исходного тезиса в основание. Ложное опровержение доказывает нечто соседнее: более слабое утверждение, другую тему, частный случай и переносит эффект победы на исходный тезис. Схема при этом может быть безупречной: сбой тут конечно не в форме вывода, а в адресации заключение истинно и не касается спора.

Утверждение.

Это молоко пастеризованное, кипятить его перед кашей не нужно.

Не знаю, я считаю, что любое молоко надо кипятить. Я имею право на своё мнение.

Почему это ошибка.

Право никто не оспаривал обсуждался вопрос о фактах, что именно делает пастеризация. Ссылка на право не отвечает на него и лишает разговор предмета, так как обсуждать больше нечего, хотя вопрос решается одной строчкой на упаковке

На работе.

На код‑ревью: "мне кажется, слои абстракции стоит разделить", вам отвечают "а мне кажется, не стоит, это дело вкуса".

Право высказывать мнение выдают за основание считать это мнение истинным.

Утверждение.

Все просроченные продукты я выбрасываю в тот же день.

Проверила холодильник, там просрочки нет. Значит, правило работает и соблюдается идеально.

Почему это ошибка.

Правило ни разу не применялось: не нашлось ни одного случая, к которому оно относится. "Ни разу не нарушено" и "подтверждено" это разные вещи. На пустом множестве одинаково истинно и "все просроченные я съедаю"

На работе.

Тест, у которого фильтр отсеял все входные записи, проходит зелёным: "для всех записей выполняется инвариант" истинно на пустой выборке. Так же ведёт себя алерт "за сутки ни одного нарушения SLA", если метрика перестала поступать, и политика "все запросы роли X логируются", если роль X никому не выдана.

Утверждение истинно лишь потому, что случаев, способных его опровергнуть, не существует, — а звучит как содержательное подтверждение.

В классической логике импликация A → B истинна всегда, когда A ложно, соответственно ∀x(Sx → Px) истинно, если ни один x не удовлетворяет Sx. "Все единороги в моём подъезде вежливы" является истиной, так как формальной ошибки здесь нет: правило корректно, и отказ от правила ломает больше, чем чинит

Утверждение.

На таком уклоне машину надо ставить на ручник

Ты сказал "все так делают", а это уже апелляция к большинству, классическая ошибка. Значит, ручник не нужен.

Почему это ошибка.

Довод действительно был слабым, но уклон никуда не делся. Корректный итог "это основание не годится, дай другое", а не "тезис ложен". На месте разобранного аргумента остаётся не опровержение, а пустота.

На работе.

На дизайн‑ревью: "твой довод про latency это post hoc, ты перепутал корреляцию с причиной, поэтому индекс не нужен". Тот же приём в разборе инцидента: назвать чужую гипотезу confirmation bias и на этом её закрыть, не проверив данными, так теряются верные гипотезы, высказанные плохо.

Из того, что аргумент в пользу тезиса плох, выводят, что сам тезис ложен.

Утверждение.

Курьерская служба работает плохо

Мне два раза привезли заказ с опозданием, значит они всегда опаздывают.

Почему это ошибка.

Два наблюдения одного человека не дают доли опозданий, а человеческая память вдобавок держит провалы охотнее, чем десяток доставок вовремя

На работе.

- Два падения на одном инстансе превращаются в "библиотека течёт"; - Три сообщения в чате в "пользователям не нужна эта фича" - Один прогон бенчмарка на ноутбуке в "новая версия быстрее". Лечится числом наблюдений и разбросом рядом с выводом: например p95 по 40 000 запросов за неделю на проде, а не "у меня открывается быстро".

Вывод обо всём классе делают по нескольким случаям, которые просто попались под руку.

Индукция законна, но её сила зависит от размера выборки, способа отбора и разброса внутри класса. Ошибка появляется, когда объём наблюдений не назван, случаи собраны по доступности, а вывод формулируется без квантора и без оговорок. Различать нужно не "мало примеров" против "много", а "выборка отражает класс" против "выборка отражает то, что я успел заметить"

Утверждение.

Ребёнок просит лечь спать на полчаса позже в пятницу

Разрешишь один раз и он вообще перестанет ложиться вовремя

Почему это ошибка.

Между "позже в пятницу" и "никогда вовремя" пропущены все шаги, и не сказано, почему правило "в будни как обычно" вдруг перестанет работать. Это кстати классическая энтимема, но в объеме полисиллогизма, пропущена тьма посылок

На работе.

- Дадим одно исключение на code review и контроль развалится - Включим один feature flag без срока и продукт станет набором веток. Второе кстати иногда правда: флаги без ответственного и даты истечения реально накапливаются, и это видно по их количеству.

С этого начинается эта публикация как пример про аннигиляцию xD

Из первого шага выводят неизбежность последнего, не показав ни одного промежуточного перехода. Ошибка не в том, что названа цепочка последствий, а в том, что её звенья пропущены: механизм перехода, вероятность каждого шага, время и то, что могло бы цепочку остановить.

Утверждение.

Надо решить, что делать со старой машиной

Либо продаём её сейчас, либо ездим на ней ещё пять лет

Почему это ошибка.

Есть ремонт и продажа через год, обмен с доплатой, езда до первой крупной поломки. Список из двух пунктов был выбран осознанно, а не выведен из ограничений. Вас засунули в два неподходящих Вам выбора. И так часто происходит в жизни, заставляют "хавать" то, что удобно.

На работе.

- "Либо микросервисы, либо не масштабируемся" - "Либо переписываем с нуля, либо живём с этим кодом" - "либо 100% покрытия, либо тестов нет" Почти всегда доступны strangler‑миграция, вынос одного модуля, покрытие критического пути.

Пространство вариантов сужают до двух, хотя третий доступен и просто не назван.

Деление по признаку "P или не‑P" исчерпывающе по построению.

Утверждение.

Гости хвалили каждое блюдо по отдельности

Значит, ужин целиком удался

Почему это ошибка.

Сочетание может не работать: три похожих вкуса подряд, всё остыло к общей подаче, тяжёлое после тяжёлого. Свойство "вкусно" не складывается автоматически

На работе.

"Каждый сервис держит 1000 RPS, а значит цепочка сервисов держит 1000 RPS": держит она столько, сколько самое узкое звено, и меньше при fan‑out и коррелированных пиках. "Каждый модуль покрыт на 90% - значит поведение системы покрыто на 90%": покрытие модулей ничего не говорит о путях через границы (по сути интеграционного тестирования например нет).

Свойство каждой части приписывают целому, хотя у соединения своё поведение.

Переход "часть → целое" вполне валиден для аддитивных свойств или при доказанном законе композиции: масса целого равна сумме масс частей. Но у других часто нарушается именно стрелка из-за того, что сочетание частей не производится корректно

Утверждение.

Команда быстро закрывает задачи

Значит, каждый в команде работает быстро

Почему это ошибка.

Скорость команды это результат распределения работ и взаимной помощи: тяжёлое достаётся тем, кто с этим уже сталкивался. Темп отдельного участника из агрегата не выводится.

На работе.

"Система доступна на 99,9% — значит каждый компонент доступен на 99,9%": у компонентов разные SLO, резерв и место на критическом пути (low, medium, high, critical по CJM), часть из них может лежать без последствий. "Средняя latency 50 мс  значит запросы отвечают за 50 мс", а у хвоста p99 своя жизнь "Компания прибыльна значит каждый продукт прибыльный", а убыточный продукт субсидируется остальными.

Свойство целого приписывают каждой его части. Обратное предыдущему.

Утверждение.

Настоящий турист никогда не берёт чемодан на колёсиках

- Марина три недели ходила по горам с чемоданом. - Значит, она не настоящий турист.

Почему это ошибка.

Тезис сделали неопровержимым: любой контрпример теперь автоматически выпадает из класса,

На работе.

"Настоящие микросервисы не превращаются в distributed monolith" - а система, которая превратилась, объявляется не настоящими микросервисами. "Настоящий Agile не требует оценок" - как только команда с оценками работает хорошо, её объявляют не Agile.

Контрпример не опровергают, а задним числом выводят из класса словом "настоящий".

Обобщение "все A суть B" встречает A, который не B. Вместо ослабления обобщения говорящий меняет определение A так, чтобы неудобный случай в него не попал.

Утверждение.

Сколько соли класть в суп?

- Ложку - Три - Значит, две, ведь истина всегда посередине

Почему это ошибка.

Нужное количество определяется объёмом кастрюли, воды, физикой и вкусом, а не средним из двух мнений. Скажи второй "десять", "истина" уехала бы к пяти

На работе.

"Один оценил переезд с легаси в месяц, другой в год, значит полгода"Срок должен браться из декомпозиции и данных о похожих работах, а не из середины между оценками. То же с латентностью, размером инстанса и сроком хранения логов: середина между двумя цифрами не является измерением.

Из того, что две позиции крайние, выводят, что истина лежит ровно между ними. Прикол в том, что обычно спорящий сам заранее как в торгах выбирает более-менее удобную позицию этой самой середины.

Утверждение.

Один волос не делает человека лысым

Значит, лысых вообще не бывает, граница ведь нигде не проходит

Почему это ошибка.

Из непрерывности перехода следует, что есть пограничные случаи, а не то, что крайние случаи неразличимы

На работе.

"Никто не назовёт запрос, после которого началась перегрузка, а это значит перегрузки нет": работают порог, интервал и проверка чувствительности решения к порогу. Обратная сторона: "79 мс - быстро, 80 мс - медленно", хотя SLO в 80 мс придумали на встрече.

Из отсутствия резкой границы между состояниями выводят, что различия нет вовсе.

Утверждение.

Ремонт квартиры надо вести по смете

Квартира как организм, а организм лечат целиком, а значит, ремонт нужно делать сразу во всех комнатах

Почему это ошибка.

Общее у квартиры и организма это метафорическая целостность, а не то, от чего зависит порядок работ. У комнат, в отличие от органов, нет общего кровотока, и жить можно даже в половине квартиры (например в комнате, привет Гарри)

На работе.

"База данных, как файловая система, значит бэкап копированием файлов подойдёт": общего много, но у СУБД есть транзакции и порядок записи. "У них похожий сервис, и им зашло, а значит зайдёт и нам": сходство по языку и домену не переносит вывод, если различаются профиль нагрузки и цена ошибки.

Из сходства в одном признаке выводят сходство в другом, хотя связи между этими признаками нет.

Аналогия это законный(специально делаю жирным, потому что есть уникумы, кто говорит "аналогии не работают!!!111"), а иногда единственный доступный инструмент: она переносит вывод с изученного случая на неизученный. Сила переноса зависит от того, релевантен ли общий признак выводу и нет ли различий, работающих против. Ошибка появляется, когда переносится несущественный признак, различия не названы, а сходство держится на образе.

Утверждение.

Оба соседа шумят

Один раз в год сверлил стену днём это то же самое, что каждую ночь включать музыку. Оба ведь шумят.

Почему это ошибка.

Общая категория "шум" есть, но частота, время и обратимость отличаются на порядки. Равенство держится на названии, а не на измерении.

На работе.

"Обе команды нарушили процесс": одна выкатила hotfix без ревью во время инцидента, другая полгода мержит без тестов. "У обоих вариантов есть риски" верно и бесполезно, пока не названы вероятность и ущерб. В postmortem это самая частая подмена: одно слово "ошибка" используют и на опечатку в дашборде и на потерю данных.

Два случая объявляют одинаковыми по общему признаку, игнорируя разницу в масштабе, частоте и последствиях. Общее свойство находится всегда: и опоздание на пять минут, и сорванная поездка называют "нарушение договорённости".

Утверждение.

Стоит ли ставить на дверь второй замок

Любой замок можно вскрыть, значит смысла нет

Почему это ошибка.

Вопрос не в гарантии, а в том, как меняются вероятность и издержки по сравнению с одним замком и во сколько это обходится.

На работе.

"Canary не ловит все инциденты значит бесполезен", "линтер не находит логические ошибки, тогда зачем он?", "2FA не спасёт от целенаправленной атаки не будем внедрять".

Рабочее решение отвергают за неидеальность, не сравнив его с реально доступной альтернативой. Сравнивать надо не с воображаемым совершенством!!!11

Утверждение.

Соседка при первых признаках простуды выпила витамины и выздоровела за три дня

Значит, витамины лечат простуду

Почему это ошибка.

Простуда и без лечения проходит за несколько дней, а витамин принимают на пике симптомов. Случаи "пил и болел неделю" в разговорах не всплывают: нет ни группы сравнения, ни числа попыток.

На работе.

"На прошлой работе у нас Kafka теряла сообщения, поэтому не берём" — один инцидент трёхлетней давности, на чужой версии и чужой конфигурации, против опыта тысяч инсталляций. То же в поддержке: три P0-тикета за утро выглядят как эпидемия, пока не посчитаешь долю: 3 обращения на 40к активных сессий, то есть внутри обычного фона.

Один запомнившийся случай подставляют вместо данных о том, как часто так бывает. Ну или когда кодеры говорят "у меня на компе работает!111"

Утверждение.

В доме на углу за прошлый год родились четверо детей, и все мальчики.

Что‑то в этом доме влияет на пол ребёнка, например вода, планировка дома, место участка

Почему это ошибка.

Дом выбран после того, как совпадение заметили. Четыре мальчика подряд это примерно один шанс из шестнадцати, а в городе с тысячами домов такие серии обязаны встречаться десятками. Мишень нарисована вокруг попадания, а не наоборот

На работе.

A/B‑тест не дал эффекта на всей выборке, аналитик режет данные по сегментам и находит +8% конверсии у Android в Германии на второй неделе. Проверок было около сотни - пять ложных находок ожидаемы даже при полном отсутствии эффекта. Правильным ходом было бы записать находку как гипотезу и проверить её предзарегистрированным тестом на новом трафике, а не выкатывать релиз по субгруппе. То же с алертами и дашбордами: если смотреть 300 графиков, то увидите, что каждый день "деградирует" несколько метрик.

Мишень рисуют после выстрела: гипотезу подгоняют под случайный кластер, уже замеченный в данных.

Утверждение.

Чем больше в городе за день продают мороженого, тем больше вызовов спасателей на пляже

Мороженое делает людей беспечными в воде

Почему это ошибка.

Общая причина это жара: она одновременно гонит людей к киоску и в воду. Ни одна из двух величин не влияет на другую, потому как уберёте мороженое, и число вызовов не изменится (но может стать так, что те, кто шли за мороженным пойдут в воду, это, конечно, да)

На работе.

На дашборде видно: сервисы с частыми деплоями имеют больше инцидентов. Вывод направшивается сам "частые релизы ломают прод" и оно переворачивает картину. Общая причина это критичность и активность: нагруженные развиваемые сервисы получают и больше изменений, и больше трафика, и более качественную наблюдаемость, то есть просто больше зарегистрированных инцидентов. Возможна и обратная стрелка суждения: после инцидента чинят и выкатывают чаще. Прежде чем вводить релизное окно, смотрите change failure rate на деплой, а не число инцидентов на сервис, и сравнивайте с сервисами сопоставимой критичности.

Из того, что две величины меняются вместе, заключают, что одна вызывает другую.

Совместное изменение совместимо минимум с шестью структурами суждения:

X вызывает Y

обратное направление Y вызывает X

общая причина Z действует и на X, и на Y

связь создана отбором, то есть тем, как данные попали в выборку

обратная связь

наконец, простое совпадение

Утверждение.

Билеты в кино куплены, но уже на десятой минуте понятно, что фильм скучный

Надо досидеть до конца, иначе деньги пропадут зря

Почему это ошибка.

Деньги потрачены в обоих вариантах и при досмотре и не при досмотре кино. Выбор идёт между "полтора скучных часа" и "свободный вечер", а вот прошлый платёж в это сравнение не входит вовсе. Я так, например, впервые ушёл из кино, когда сходил на Супермена нового, мне не подходит такой герой, раньше это был сильный персонаж, теперь какие-то комичные сопли. Просто встал и ушёл. Было грустно, но я смог!!1

На работе.

Внутренняя платформа пишется два года силами шести инженеров, плановая миграция сервисов не сдвинулась. Довод "столько вложено, нельзя бросать" подменяет настоящий вопрос: если бы платформы сегодня не существовало, начали бы мы её при текущей цене готового решения и текущих требованиях? Тот же разговор про переписывание легаси, про отказ от A/B-эксперимента с двухмесячным набором данных и про самописный крон. Лечится не силой воли, а процессом: stop‑условия и бюджет фиксируются до старта, kill review стоит в календаре, а решение о продолжении принимает не автор гипотезы.

Прошлые невозвратные вложения приводят как довод продолжать, хотя решение зависит только от будущего. Погуглите про эффект Конкорда. Там много ярдов вбухали вместо того, чтобы остановить производство. Причём люди, которые релоцируются, достаточно, часто используют эту ошибку как причину к тому чтобы не релоцироваться обратно. У меня много таких коллег, кто просто считает, что раз потратил бабки на релок, то назад уже будет бессмысленно ехать. Решение должно быть взвешенным. (пишу тут про это, чтобы подсветить, что это как раз-таки часто бывает ошибкой)

Утверждение.

Ребёнок кашлял неделю; вчера дали сироп по совету соседа, сегодня кашля почти нет

Сироп вылечил кашель

Почему это ошибка.

Сироп дали на седьмой день, когда болезнь и так шла на спад. Лекарство почти всегда начинают в худшей точке, а после худшей точки исход в среднем улучшается независимо от лечения, так как это регрессия к среднему, а не эффект сиропа

На работе.

В 14:05 выкатили релиз, в 14:12 p99 вырос втрое, откатили, стало лучше, инцидент закрыт с причиной "релиз". Проверьте: график начал расти до 14:05? Не стартовал ли в это окно ночной batch какой-нибудь, не деградировала ли зависимость, не сменился ли конфиг? Не совпал ли откат с концом пикового часа? Откат меняет сразу всё состояние системы, поэтому "«после отката полегчало" ровно такой же post hoc, как и исходный вывод

Из того, что B случилось после A, заключают, что A вызвало B.

Утверждение.

В районе A средний доход выше, чем в районе B.

Значит, знакомый из района A зарабатывает больше знакомого из района B

Почему это ошибка.

Среднее ничего не говорит о конкретной паре людей: в A может быть несколько очень обеспеченных домохозяйств и много скромных. Разброс внутри районов больше, чем разница между их средними.

На работе.

Команды с высоким покрытием тестами реже роняют прод, отсюда делают вывод, что каждый инженер, подняв покрытие своего модуля, снизит количество возникающих инцидентов. Единица анализа подменена: на уровне команды работают ревью, CI, дежурства и то, какие сервисы ей достались, а не покрытие само по себе.

Свойство группы, посчитанное в среднем, переносят на каждого её участника.

Утверждение.

Прошлым летом семья выбрала отель по отзывам и фотографиям; на месте под окнами оказалась стройка.

Как можно было не проверить? Надо было просто выбрать другой отель!

Почему это ошибка.

Стройка началась после публикации отзывов и не была видна ни в одном доступном тогда источнике. Оценивается не решение, а его исход, с той информацией выбор был разумным.

На работе.

В постмортеме звучит: "алерт же был в 3:40, почему дежурный не среагировал". В 3:40 этот алерт был одним из семнадцати, четырнадцать из которых шумят каждую ночь; захайлайченным он стал только после того, как мы узнали ответ.

Прошлое решение оценивают знанием, которого у решавшего в тот момент не было.

Утверждение.

На упаковке йогурта: "Новая формула, на 50% меньше сахара" (ну или как там пишут)

Значит, продукт почти не сладкий и подходит тем, кто следит за питанием

Почему это ошибка.

Не сказано меньше чем что: чем прошлая версия того же бренда, где сахара было вдвое больше обычного? Половина от много всё ещё много. Без исходного уровня и абсолютных граммов на порцию сравнение непроверяемо

На работе.

"Новый сервис в три раза быстрее", а быстрее чего: старой версии на холодном кэше, на другой машине, при другом профиле нагрузки? Какая метрика — среднее или p99, на какой доле запросов, сколько длился прогон?

Сравнительное утверждение предъявляют без второго члена сравнения, без базы и без условий измерения, например всякие "быстрее", "дешевле", "на 40% эффективнее".

Это мне как-то на одном проекте продавали clean architecture руководствуясь тезисами "мы сможем быстрее разрабатывать и качество вырастет!". На мой запрос "а с чем сравниваете? где пруфы?" ответа не было(

Утверждение.

В лотерее пять розыгрышей подряд не выпадало число 17

Значит, сейчас у 17 больше шансов — оно уже "должно" выпасть

Почему это ошибка.

Шар не помнит прошлых тиражей: вероятность та же, что в первый раз. Силы, выравнивающей частоты на коротком отрезке, не существует, равенство частот наступает на бесконечности, а не в следующем тираже, в теории хаоса это предметно разобрано как раз.

На работе.

"Четыре ночи дежурство было спокойным сегодня точно рванёт" и зеркальное "десять зелёных сборок подряд, пайплайн стабилен, можно снять проверки". Оба вывода принимают независимость на веру.

От независимого случайного процесса ждут, что он компенсирует предыдущую серию.

Если испытания независимы и вероятность постоянна, прошлые исходы не меняют следующий: у монеты нет памяти (ну если в ней реально нет памяти разумеется).

Утверждение.

Знакомый советует онлайн‑курс и присылает пять восторженных отзывов

Отзывы отличные, а значит, курс работает

Почему это ошибка.

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

На работе.

В отчёте по релизу: конверсия +12% за выбранные девять дней. За кадром, что окно начинается сразу после провального понедельника, что на него пришлась рассылка скидок, что retention и возвраты не показаны, а из двадцати метрик приведены две. То же в бенчмарках: своя система на своём профиле нагрузки, чужая — на дефолтном конфиге и без прогрева (холодный старт так сказать).

Из доступных данных показывают только подтверждающую часть, умалчивая о равнозначной опровергающей. Такое бывает, когда статистику подбивает тот, кто заинтересован в тезисе, типа тот, кому выгодно что-то может для Вас достать и только релевантную тезису статистику, чтобы убедить в своей правоте.

Утверждение.

Двое случайно разговорились в очереди, а через год поженились

Им было суждено встретиться, всё к этому и шло

Почему это ошибка.

Неизбежность приписана после факта: тысячи очередей, где ничего не случилось, в рассказ не попадают. Событие произошло, но из этого не следует, что его вероятность была высокой

На работе.

После инцидента разбор звучит как "эта архитектура рано или поздно обязана была упасть". Возможно, но той же логикой одинаково гладко объясняются и три предыдущих года, когда она не падала. Вред двойной: команда переписывает то, что не было главным вкладом, и одновременно теряет способность отличать реально высокий риск от объяснения задним числом. Противоядие это записывать прогнозы с вероятностями заранее: decision log при выборе решения, premortem перед запуском ("представьте, что через полгода это упало, назовите причины"), а после инцидента сверять записи. Тогда видно, было ли падение предсказано или неизбежность дорисована

Из того, что событие произошло, заключают, что оно и не могло не произойти.

Утверждение.

Ужин подгорел, гости разошлись рано, вечер не удался

Всё из‑за духовки, она перегревает.

Почему это ошибка.

Одновременно сошлись: новый рецепт, таймер не заведён, гостей позвали на будний вечер. Духовка могла быть частью объяснения, но одна она этого исхода не даёт, а назвав её, хозяева остальное проверять не стали

На работе.

"Причина инцидента тяжёлый SQL‑запрос". Рядом обычно лежат ещё четыре условия: индекс не доехал с миграцией, ретраи без backoff, пул соединений равен 20 и алерт триггерит с порогом выше реального SLO. Инцидент случился потому, что совпали все пять, а вот убрав одно, вы снижаете вероятность, но не закрываете целый спектр отказов.

У результата с несколькими взаимодействующими причинами называют одну и считают объяснение законченным.

Утверждение.

Пятно на потолке в ванной скорее всего от протечки сверху

Мой стоматолог сказал, что такие пятна всегда от конденсата

Почему это ошибка.

Стоматолог компетентен в зубах, а вот о влаге в перекрытии его слово обычное частное мнение, и оно вытеснило самый простой шаг: подняться к соседям и посмотреть. Скажи то же самое кровельщик, чинивший сотню таких потолков, тогда это было бы свидетельством чтобы поводом проверить его версию первой, но всё равно не заменой чёткому осмотру.

На работе.

"Так сказал главный архитектор" решит вопрос о времени ответа сервиса, который решается замером за двадцать минут. Отдельная разновидность это анонимный авторитет: "это best practice", "в большой компании такое уже проходили", причём без имени, масштаба, версии и условий, где именно это проверялось. Там, где доступна метрика, ссылка на человека всегда более слабое основание, чем цифра.

Вместо основания предъявляют имя того, кто высказался. Для тех, кто смотрит всяких непрофильных блогеров или тех, кто транслирует, например, научпоп, просто посмотрите интереса ради, есть ли у такого человека степень, например, кандидатская. Часто натыкаясь на блогеров о физике, математике, нейробиологии или информатике ищу информацию о их образовании или заслугах, иначе люди возводят на пьедестал просто любителей, это не хорошо, эксперты ещё норм когда у них профиль и база кейсов позволяет судить о чём-то, но вот просто какой-нибудь популяризатор науки может сделать ей ещё хуже, просто потому что его начали инвайтить повсюду. Обращайте внимание на критерий экспертности.

Утверждение.

В тесто для пирога нужен разрыхлитель

Не надо химии, лучше на закваске, это натурально.

Почему это ошибка.

"Натурально" подставлено вместо ответа на вопрос, который на самом деле решают: вкус, время и предсказуемость подъёма теста. Сода и закваска различаются химией процесса и сроками процесса, а не степенью природности, и спорить надо об этом.

На работе.

"Ручной деплой честнее ведь там живой человек смотрит", "этот фреймворк заставляет писать неестественный код", "органический рост лучше платного"

Из того, что вещь назвали "естественной" или "так задумано природой", выводят, что она хорошая.

Утверждение.

Соседский подросток сам собрал себе компьютер из деталей

Да ладно. Я в его возрасте мышку подключить не мог. Значит ему кто‑то помогал собрать.

Почему это ошибка.

Своя биография объявлена мерой того, что бывает. Проверяется это без домыслов одним вопросом: попросить показать, как он подбирал материнскую плату под процессор.

На работе.

"Не верю, что этот запрос отрабатывает за 8 мс, не бывает так" и дальше спор вместо использования профилировщика и выполнения. Тот же приём на ревью: "я не понимаю, как это работает, значит это неправильно"

"Я не могу это представить" подают как "этого не может быть".

Утверждение.

В читальном зале нельзя разговаривать и кушать

Свобода это когда нет запретов. В библиотеке есть запреты. Значит, библиотека лишает людей свободы.

Почему это ошибка.

В первой фразе "свобода" это отсутствие любых ограничений, во второй речь идёт о свободе читать и слышать себя. Правила ограничивают первое ради второго, одно слово скрыло, что это разные вещи и без него вывод не строится.

На работе.

Слово "готово". На дейлике "код написан", а в обещании заказчику транслируют "работает у пользователей" статус в трекере ставят по первому значению, срок называют по второму. То же с "стабильным" (не падает / не меняет контракт), "покрытием" (код покрыт / поведение проверено), "средним временем ответа" (среднее / медиана / p99) и "безопасно" (не найдено известных уязвимостей / проверено)

Одно и то же слово в двух посылках значит разное, а вывод пользуется обоими значениями сразу.

Утверждение.

Может, в этом году соберёмся на праздник у нас, а не будем ехать через полстраны?

Мы тридцать лет ездим к бабушке. Это традиция.

Почему это ошибка.

Тридцать лет это свидетельство, что всем это было удобно, и намёк на реальную ценность за традицией. Но как довод срок подан вместо неё: условия изменились, детей стало двое, дорога занимает сутки. Содержательный ответ звучал бы "бабушке важно, чтобы приехали все" и вот его можно обсуждать.

На работе.

"Мы всегда так деплоили", "этот скрипт не трогаем, он с 2016 года работает". Второе не пустой довод: скрипт прошёл сотни релизов, и это данные о надёжности. Пустым он становится, когда мешает спросить, что скрипт делает и почему падает раз в квартал. Симметричная ловушка  выкинуть непонятный шаг из пайплайна, не выяснив, какой инцидент его когда‑то породил.

"Так делали всегда" подставлено вместо основания, почему так и надо делать.

Утверждение.

Я поменяю тебе колесо за десять минут

- Поменял, вот - Колесо‑то поменял, но балансировку (вроде так называется)не сделал, так что чинить машину ты не умеешь

Почему это ошибка.

Обещание было про колесо и десять минут, проверка появилась внезапно и уточняет про "умеет чинить вообще". Второй тезис сам по себе законный, но он новый, и задавать его надо было до, а не после выполнения первого.

На работе.

"Покажи бенчмарк" → показали → "но это не прод" → показали canary → "нужен год наблюдений". Вторая форма это подмена метрики: договаривались о p99, в отчёте среднее, и обсуждение уходит на "в среднем‑то лучше". Лечится decision rule, записанным до эксперимента: какое число, на каких данных и за какой период считаем достаточным.

Условие назвали, условие выполнили и тогда обсуждаемое понятие тихо заменяют другим.

Механика та же, что у эквивокации (предыдущая логическая ошибка, прикольное слово), но подменяется не значение слова внутри вывода, а предмет спора целиком: договаривались о "успеет к пятнице", а потом проверяют "а качество?".

Само новое требование может быть разумным, просто ошибка в том, что прежнее объявлялось достаточным и было отозвано задним числом, без объяснения, что изменилось. Признак, отличающий подмену от честного уточнения: не существует результата, который спорящий согласился бы засчитать.

Утверждение.

Ремонт в квартире вместо месяца занял три

Хороший мастер это тот, кто укладывается в срок. Значит, он не мастер, и обсуждать нечего

Почему это ошибка.

Определение построено так, что вопрос о причинах задержки , например задержка поставки, скрытая проводка, три раза менявшееся задание не может даже возникнуть. Нейтральное описание "работа заняла 90 дней при плане 30" оставляет место для проверки.

На работе.

"Senior это тот, кто не задаёт вопросов", "хорошая архитектура та, где нет связности", "баг это то, что заведено в трекере, остальное не баг". Последнее особенно живуче: такое определение делает цель "ноль багов" по ZBP достижимой без единой правки в коде, ведь достаточно не заводить тикет.

В определение заранее вложена оценка, и спор выигран до того, как посмотрели на предмет.

Это самая отвратительная что встречается в карьере, когда ваши руководители могут подавать информацию как им угодно, просто взять и убрать всё, что произошло и что повлияло и какой системный выход из ситуации. Да, иногда это справедливо, но в большинстве случаев эксплуатируется и весьма нагло, в том числе и у заказчиков. Отвратно, когда это юзается против вас, чтобы не дать премию например или просто чтобы скрыть ваш вклад. Мне довелось работать в таких компаниях, у руководителей таких надо отбирать право руководить, потому что у них и звезда во лбу и текучка большая, причём такие рукоблудители думают, что дело в людях, а бревно они вообще не видят.

Утверждение.

Давай устроим романтический ужин со свечами

"Романтический"  вообще‑то от римского переводится как "от романских языков". При чём тут свечи?

Почему это ошибка.

Слово прошло путь от "написанного на народном языке" до "о любви и чувстве", а вот сегодняшнее значение задано употреблением, а не римским корнем. Спор о корне не отменяет того, что оба собеседника прекрасно поняли, о каком ужине речь.

На работе.

"Микросервис должен быть микро, у вас он на четыре тысячи строк, это не микросервис": приставка стала критерием. Так же спорят про serverless ("там же есть серверы!"), continuous integration и agile вместо обсуждения практики обсуждают верность названия практике.

Из происхождения слова выводят, каким обязан быть названный им предмет.

Утверждение.

Хочу поставить в прихожей шкаф глубиной шестьдесят сантиметров

Дизайн квартиры этого не допускает

Почему это ошибка.

Не допускает не "дизайн", а ширина прохода, открывающаяся дверь или чей‑то замысел. Пока не сказано, что именно мешает, возразить нечему: абстракция вынесена как приговор. Если мешает вкус, то это тоже довод, но обсуждаемый.

На работе.

"Архитектура требует отдельного сервиса", но на самом деле требует человек, принявший решение, или ограничение, которое можно назвать вслух. И метрика, ставшая целью: velocity придумана как описание темпа, но как только по ней оценивают команду, растут оценки задач, а не сам релиз. То же с "покрытием 80%" и "временем первого ответа на тикет" это всё когда измеряемая тень объекта подменяет собой объект.

С абстракцией обращаются как с вещью, у которой есть воля, место и собственные требования.

Утверждение.

Кажется, за ванной подтекает труба, у соседей снизу пятно на потолке.

Не может быть. Иначе придётся вскрывать плитку, а мы её месяц ложили (триггерит слово, да? буга-га).

Почему это ошибка.

Стоимость ремонта не сообщает ничего о состоянии трубы: она либо течёт, либо нет. Про плитку говорить уместно, когда решают, чинить сейчас или после отпуска, но не когда выясняют, есть ли протечка.

На работе.

"Если признать этот дефект блокирующим, релиз сдвинется значит он не блокирующий". Тяжесть определяется воздействием на пользователя, дата релиза отдельным решением, которое можно принять осознанно и с известным риском. Обратная форма: "эта схема даст нам десятикратный запас, поэтому она правильная" желаемый результат подставлен вместо оценки цены и рисков.

Неприятность последствий выдают за ложность утверждения, приятность за истинность. Ну или совсем по-простому, выдавать желаемое за действительеное, так сказать)

Утверждение.

Нужен чайник взамен сгоревшего.

Бери с сенсорной панелью, это же последняя модель.

Почему это ошибка.

Год выпуска не говорит ни о скорости нагрева, ни о том, сколько живёт сенсор во влажной кухне (и ваших фантазиях). Содержательным довод стал бы так: в новых моделях сменили нагреватель, накипь оседает меньше и это уже можно проверить.

На работе.

"Переходим на новый CI/CD, старая на Jenkins у нас с 2015 года (или когда там он вышел?)". Возраст сам по себе не дефект: у старого инструмента известны обходные пути, найдены баги и предсказуема поддержка. Сравнивают по названным пунктам - время сборки, воспроизводимость, стоимость миграции и отдельно закладывают, что у нового решения баги ещё просто не нашли.

"Это новее" подставлено вместо "это лучше".

Утверждение.

По бабушкиному рецепту тесто должно постоять час в тепле

Это прошлый век, сейчас всё делают комбайном (штука которой месят тесто, не помню как называется)за пять минут

Почему это ошибка.

Час нужен дрожжам, а не традиции, комбайн ускоряет замес, а не брожение. Утверждение можно опровергнуть свойствами дрожжей и температурой, но не возрастом рецепта.

На работе.

"Реляционная база это устаревший подход", "серверные сессии? так делали до SPA". Возраст решения не довод, довод это какое ограничение исчезло: подешевела память, появилась репликация, изменился профиль нагрузки. Обратная сторона: старые тексты про надёжность и сложность систем не устарели, потому что описывают свойства, не зависящие от моды на инструменты.

Утверждение отвергают за то, что оно старое, будто более поздняя эпоха уже опровергла всё, что было раньше.