Фрейминг: как слова меняют решения (даже в коде)
Фрейминг: как слова меняют решения (даже в коде) Когда я учился в универе, у нас был странный предмет, что-то вроде «Культурологии» (точно уже не помню 😅). Из всего курса в памяти осталась одна фраза преподавателя, которую она повторяла чуть ли не на каждой паре: Обратимся к этим
03-02-2026 18:20 (МСК)
Фрейминг: как слова меняют решения (даже в коде) Когда я учился в универе, у нас был странный предмет, что-то вроде «Культурологии» (точно уже не помню 😅). Из всего курса в памяти осталась одна фраза преподавателя, которую она повторяла чуть ли не на каждой паре: Обратимся к этимологии слова Это было внутряковым мемом, я даже начал использовать это выражение в повседневности. Сейчас я понимаю, она интуитивно применяла эффект фрейминга: когнитивное искажение, при котором наши решения зависят не от сути информации, а от того, в какой форме она подана. Ниже опишу пример из книги Даниэля Канемана «Думай медленно. Решай быстро». Представьте эпидемию, угрожающая 600 людям. Есть два плана борьбы с ней: План А: «Спасёт ровно 200 человек». План Б: «Есть 1/3 вероятности, что спасутся все 600, и 2/3, что никто не выживет». Большинство выбирают План А, потому что он сформулирован через выигрыш. Но если переформулировать те же варианты через потери: План А: «400 человек умрут». План Б: «Есть 1/3 вероятности, что никто не умрёт, и 2/3, что умрут все 600». …люди внезапно начинают выбирать План Б, хотя это те же самые исходы, просто описанные иначе. Фрейминг работает даже тогда, когда мы знаем, что логика одинакова. Потому что наш мозг реагирует не на данные, а на историю, в которую они упакованы. А теперь, как это проявляется в повседневной IT-жизни. 1. Code review Сценарий: коллега прислал PR с функцией, которая обрабатывает список пользователей, но не учитывает случаи, когда список пустой, null или содержит некорректные объекты. ❌ «Тут не хватает проверок, так нельзя» Звучит как обвинение, это может вызвать защитную реакцию. ✅ «Крутая реализация! Давай добавим пару проверок на пустой input, null и некорректные элементы» Сначала признаётся ценность работы, а потом предлагается улучшение как естественное развитие идеи. Фрейминг здесь: не «ты ошибся», а «давай улучшим». 2. Предложение автоматизации Сценарий: ты замечаешь, что команда каждый месяц тратит определенное количество часов на ручную выгрузку отчётов, проверку логов и отправку email’ов. ❌ «Вы тратите кучу времени на рутину, это же можно автоматизировать за день» Звучит как упрёк: «Вы неэффективны, а я умный». Может вызвать раздражение. ✅ «Заметил, что вы регулярно делаете ручные отчёты, важная работа! А что если мы освободим это время, написав простой скрипт, который будет собирать данные и отправлять отчёт автоматически. Проверим, стоит ли вкладываться?» Автоматизация позиционируется как улучшение. Фрейминг здесь: не «вы тратите время впустую», а «у вас есть шанс потратить это время на то, что важнее». 🔹 Фрейминг — это не манипуляция. Это осознанность в коммуникации. Хороший инженер не только пишет надёжный код, но и умеет доносить ценность своей работы коллегам, менеджерам, пользователям. Потому что в IT, как и в жизни, не всегда важно, что ты сказал, важно, как сумел донести важные смыслы P.S. Я сам порой ловлю себя на «автоматических» фразах вроде «так нельзя», особенно в переписке, но теперь стараюсь остановиться и переформулировать. Пишите в комментариях, ловили ли Вы себя на таких переформулировках? #ОшибкиМышления