Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-26

1 <p><em>Это перевод статьи Yash Ranadive<a>Cognitive Biases in Programming</a>.</em></p>

2 <p>Мы, разработчики, часто сталкиваемся с проблемами, которые идут вразрез с нашей продуктивностью. Но мы часто игнорируем целостную картину. Некоторые из этих проблем малозаметны, некоторые существенны. Иногда с ними можно как-то справиться, а иногда, к сожалению, нет.</p>

3 <p>Вместе они формируют что-то вроде замкнутого цикла, и это может привести к длительной потере продуктивности, багам и бесконечному разочарованию. Если мы сможем минимизировать воздействие одного или нескольких из этих факторов, то сможем сломать и цикл, а остатки нейтрализовать. Вот список из 5 когнитивных искажений, о существовании которых стоит помнить.</p>

4 <h4>Эффект ИКЕА</h4>

5 <p><strong>Вы переоцениваете собственные решения, и, как следствие, недооцениваете решения других.</strong></p>

6 <p>Когнитивное искажение называется так из-за того, что потребители зачастую предпочитают покупать товары, которые они могут собрать сами, а не уже собранные кем-то.</p>

7 <p>Мы склонны переоценивать наши собственные решения и недооценивать решения других. Если вы когда-то работали в компании, которая использовала тупой внутренний инструмент вместо более удобного готового решения, вы понимаете, о чём я говорю.</p>

8 <h4>Преждевременная оптимизация</h4>

9 <p><strong>Вы оптимизируете что-то задолго до того, как в этом появляется необходимость.</strong></p>

10 <p>Если вы добавите аэродинамический спойлер к своему старому автомобилю вместо ремонта мотора, то автомобиль не станет быстрее. Отличный пример: писать максимально подтюненный и высокопроизводительный код для всего лишь экспериментального проекта.</p>

11 <h4>Искажение новизны</h4>

12 <p><strong>Вы даёте более высокую оценку тем событиям, которые произошли недавно, и недооцениваете более старые.</strong></p>

13 <p>Часто это искажение настигает нас, когда нужно решение проблемы и… о! Мы как раз только что решили подобную проблему! Давайте использовать это же решение, потому что оно сработало, и мы помним как!</p>

14 <p>Вы замечаете, что пользуетесь теми же рабочими методиками раз за разом? Если да, возможно, вы смотрите на разные проблемы под одним и тем же углом.</p>

15 <p>Мы можем никогда не избавиться от своих искажений, но знание того, как они влияют на нас может ослабить это влияние.</p>

16 <h4>Гиперболическое обесценивание</h4>

17 <p><strong>Вы гонитесь за немедленной маленькой выгодой и игнорируете более крупную, недоступную сейчас, но доступную в будущем.</strong></p>

18 <p>Вы когда-нибудь откладывали написание теста? Ловили себя на использовании клавиш-стрелок в<strong>Vim</strong>? Поздравляю, у вас наблюдается гиперболическое обесценивание. Немедленная выгода от использования чего-то быстродоступного значительно смягчает боль, которую нужно перетерпеть, чтобы усвоить правильный синтаксис для перемещения на нужную строчку. Но как только вы поймёте как перемещаться быстрее, выгода в будущем намного выше. В итоге вы сохраните много времени.</p>

19 <h4>Ошибка планирования</h4>

20 <p><strong>Неправильно рассчитывать время необходимое для завершения задачи.</strong></p>

21 <p>Одно из искажений, которое должно признать большинство из нас. И менеджеры проекта, и сами пользователи продукта - все склонны ставить сроки, в которые невозможно закончить запланированное. Это отлично выражается в старом афоризме:</p>

22 <blockquote><p>Первые 90% готового кода отнимают первые 90% времени разработки. Оставшиеся 10% отнимают вторые 90% времени разработки.</p>

23 </blockquote>