Smart Reading - Ключевые идеи книги - Психбольница в руках пациентов. Алан Купер

Когнитивное сопротивление присуще программам, но не является их неотъемлемым свойством. Напротив, его можно значительно снизить, если процессу написания кода будет предшествовать проектирование взаимодействия. Но вместо этого большинство компаний продолжает снабжать программы новыми функциями, не заботясь о легкости [1] В информационный век сложность управления возрастает быстрее, чем польза. их использования. Руководители думают, что улучшают продукт, делая его более «мощным», но они лишь повышают его когнитивное сопротивление, в результате дополнительными функциями люди просто не пользуются.

Когнитивное сопротивление ПО разделяет людей на тех, кто мирится [2] Продвинутые пользователи – это просто техноэнтузиасты, сумевшие подавить лучшие свои инстинкты, чтобы стать полезными потребителями продукции с высоким когнитивным сопротивлением. с их сложностью в обмен на возможности, которые они дают, и тех, кому трудности использования доставляют удовольствие. Такие люди склонны оправдывать сложность программ и не считают нужным упрощать взаимодействие с ними. Можно условно назвать эти две категории людей «уцелевшими» и «апологетами».

Подавляющее большинство занятых в индустрии разработки ПО являются «апологетами». Именно поэтому индустрия проявляет слепоту в отношении своих продуктов. Разработчики уверены, что их программы удобны, потому что когнитивное сопротивление для них не является проблемой.

В индустрии разработки программ облик и поведение продуктов определяют [3] Программисты «проектировали» этот продукт по ходу написания кода. Примерно так бобер «проектирует» свою плотину во время ее строительства. программисты. Программисты пишут код (инструкции) для компьютера, а не для пользователя, а потребности компьютера и пользователя противоречивы.

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

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

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

Для программистов характерна своя особая психология.

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

2. Программисты с радостью променяют успех на понимание. Конечно, понятия успеха и неудачи им не чужды, но возможность разобраться в механизме, устройстве чего-то и получить новые знания для них дороже успеха.

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

4. Программисты грубы и прямолинейны. Их интеллектуальное превосходство – это предмет гордости.

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

1. Для программистов огромную ценность представляет код, написанный таким образом, чтобы его можно было легко [4] Предоставленные сами себе инженеры ценят эффективность программирования больше, чем это необходимо пользователю. использовать в другой программе. Важно не только то, что в следующем проекте надо будет меньше писать, но и то, что таким «модульным» кодом можно делиться с другими разработчиками. Это благотворно влияет на работу программистов целом, но порой наращивает программу рудиментарным кодом или незапланированными функциями, которые по логике программиста «все равно бесплатны». Это одна из причин инертности программ – в новых программах легко появляются плохие паттерны поведения из прошлых программ, потому что в них просто используется старый код.