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

18-12-2025 17:03 (МСК)

ОшибкиМышления

Эвристика доступности: Почему последний баг кажется главной проблемой Вселенной. Привет! Продолжаем разбирать книгу «Ошибки мышления». Сегодня поговорим об эвристике, которая управляет нашими страхами, решениями о выборе технологий и оценкой рисков чаще, чем нам кажется. Что это за зверь? Эвристика доступности — это когнитивный ярлык нашего мозга. Грубо говоря, мы оцениваем вероятность события, важность проблемы или частоту явления по тому, насколько легко примеры этого приходят нам в голову. Если что-то можно быстро вспомнить (оно «доступно» в памяти), мозг делает вывод: «Значит, это случается часто и это важно». И часто ошибается. Почему? Потому что на «доступность» влияет не статистика, а наши личные впечатления, свежесть информации и эмоциональная заряженность. 1️⃣ Пример из моей жизни: Когда я купил часы Garmin Forerunner 55 желтого цвета для беговых тренировок, со мной произошла магия. Я вдруг начал замечать их везде: на беговых тренировках, в отчетах друзей, на фотографиях в тематических пабликах. У меня сложилось стойкое ощущение: «Прикольно, оказывается ими пользуются все». А потом я поймал себя на мысли: буквально месяц назад я их вообще не замечал. Как только часы стали моими, мозг начал выделять их из общего фона, и они мгновенно стали «доступными» для моего внимания. 2️⃣ Пример из IT-практики : Представьте: Вы недавно были на крутом митапе, где множество докладчиков с восторгом рассказывали, как Apache Kafka «спасла» масштабируемость, позволила обрабатывать терабайты данных в реальном времени. На следующий день на архитектурном обсуждении внутреннего сервиса для уведомлений кто-то говорит: Тут же очевидно — ставим Kafka! И это кажется логичным... пока не проанализируешь: Сервис генерирует 200 событий в час, Не требует строгого порядка, Живёт на одном сервере. Всё это идеально решается Redis-очередью или даже парой таблиц в PostgreSQL. Но Kafka стала для команды аналогом «часов Garmin»: её только что «примерили» на конференциях, и теперь мозг начинает видеть её применение «везде». Выбор в таком случае может быть сделан на основе «шума», а не на основе инженерной целесообразности. 3️⃣ Пример из алгоритмической практики: Недавно я готовил подробный разбор префиксных сумм, погрузился в тему, проработал тонкости и был под большим впечатлением от элегантности этого метода. И что же? Следующие две-три недели, решая задачи на LeetCode, я практически в каждой задаче ловил себя на мысли: «А ведь это же на префиксные суммы!». Даже в тех случаях, где решение было в разы проще — циклом или хэш-таблицей. Мой мозг начал натягивать этот, ставший сверхдоступным, шаблон на всё подряд. Этот инструмент в моём арсенале стал таким же «часами Garmin». Это один и тот же механизм: будь то выбор технологии для продакшена или алгоритма для задачки, свежее и яркое в памяти кажется наиболее правильным и применимым. 🛠 Как ловить себя на этом и что делать? ✅ Задайте вопрос: «Эта идея пришла в голову из-за реальных требований (проекта/задачи) или из-за яркого, свежего примера, который сейчас вертится в памяти?». Спросите: «А что именно мы решаем?», прежде чем «Какую крутую технологию/метод применить?». ✅ Создайте принудительную объективность: Введите правило: для выбора любого нового тяжелого инструмента нужен не только успешный внешний кейс, но и письменное обоснование, почему другие средства не подходят. 💡 Итог Эвристика доступности — способ нашего мышления быстро сориентироваться, заметив «свои часы», «модный инструмент» или знакомый алгоритм» в толпе. Но в инженерии и решении задач, где цена ошибки — время и сложность, эта экономия убийственна. Учитесь отличать «вспомнилось» от «технически обосновано». P.S. А вы замечали у себя подобные ситуации? Например, что оказывается такая же машина как у Вас встречается часто в потоке. Поделитесь в комментариях🤗 #ОшибкиМышления

Перейти к источнику