Когнітивні спотворення у програмуванні

Кожен із нас, розробників, може назвати безліч речей, які заважають його продуктивності. Але часто ми бачимо загальної картини.

Є проблеми незначні та величезні, є ті, з якими ми можемо щось зробити — і ті, з якими, на жаль, немає. Всі разом вони утворюють свого роду внутрішній цикл, що самовідтворюється, в якому губляться години роботи, вмирає продуктивність і панує фрустрація. Але якщо знизити вплив лише одного-двох чинників у ланцюжку, цикл розірветься, нейтралізуючи інші. Ось 5 когнітивних спотворень, за якими вам варто стежити за програмування:

Переоцінка знижок

Ви вибираєте короткострокову вигоду замість відкладеної, але значної.

Вам доводилося відкладати здачу тесту? Чи ловити себе на тому, що використовуєте стрілки у Vim? Вітаю, ви потрапили на переоцінку знижок. Короткострокова вигода від використання стрілок набагато приємніша, ніж пошук синтаксису, який допоміг би знайти потрібний рядок. І все ж таки, якщо ви навчитеся прискореної навігації, вигода в майбутньому буде набагато значнішою. Ви заощадите багато часу.

Ефект IKEA

Ви переоцінюєте власне вирішення проблеми, тим самим недооцінюючи інші рішення.

Ефект IKEA – це когнітивне спотворення, коли споживачі надають невиправдано великого значення продуктам, до створення яких доклали руку самі. Ми схильні переоцінювати власні рішення, таким чином недооцінюючи інші рішення. Якщо ви коли-небудь працювали в компанії, яка використовує незручний внутрішній інструмент замість кращого зовнішнього рішення, ви знаєте, про що я говорю.

Передчасна оптимізація

Ви оптимізуєте щось раніше, ніж це може знадобитися.

Заголовок каже сам за себе. Якщо додати аеродинамічний крило до корпусу машини, не виправивши двигун, вона не їхатиме швидше. Відмінний приклад: ви пишете ідеально вивірений код для проекту, який, зрештою, не більш ніж експериментальний.

Помилка планування

Ви оптиміст та недооцінюєте термін виконання роботи.

Це помилка, яка найближча до кожного (і кожної) з нас. І працівники, і менеджери проектів, і споживачі схильні надто оптимістично ставитись до термінів. Це чудово відбиває старий добрий афоризм:

«Перші 90% коду займають 90% часу розробки. 10% коду, що залишилися, займають решту 90% часу розробки».

Спотворення від новизни

Ви надаєте більше значення новим відкриттям, ніж давнішим.

Спотворення від новизни вражає нас у момент, коли нам потрібно вирішити проблему, а ми тут вирішили схожу. Егегей, у нас вже є рішення, то давайте ж використовуємо його! Ви знову і знову дотримуєтеся того самого дизайн-принципу? Якщо так, можливо, ви використовуєте ту саму оптику в різних ситуаціях.

Ми не можемо повністю викорінити свої спотворення, але можемо зрозуміти їх вплив і навчитися легше вирішувати проблеми, що виникли через них.

А ви помічали за собою когнітивні спотворення у програмуванні?

Дякую Робу Трейму (Роб Трейм) за допомогу з матеріалом.

Яш Ранадайв (Yash Ranadive) – один з розробників Facebook, засновник GrepPage, спеціаліст з обробки даних у Lookout

Перекладено та адаптовано командою BrainRain