Читаем Как сдвинуть гору Фудзи? Подходы ведущих мировых компаний к поиску талантов полностью

Недавние исследования когнитивных психологов, специализирующихся в исследованиях познавательных процессов, подвергли сомнению слишком оптимистичную точку зрения Саймона о рациональных механизмах решения проблем. Было показано, что никто не знает, как решать проблему, пока она не решена. В противоположность концепции пространства решений, предложенной Саймоном, психолог из Гарвардского университета Дэвид Перкинс говорит о «монотонном плато».[108] Если представить пространство возможных решений как пейзаж и считать, что правильное решение спрятано где-то на обширном плато, вам придется обыскать все это плато (и у вас нет никаких подсказок и догадок, где начинать поиск).

Перкинс сравнивает людей, решающих головоломки со старателями, которые пытались найти золото на Клондайке. Нет надежных признаков или ориентиров, которые могут подсказать, где именно искать золото. Вы можете сказать, что успех старателя зависит от везения и только от везения (вспомните поговорку «найти свой Клондайк»). Но если провести более тщательный анализ, то вы обнаружите, что некоторые старатели находят золото чаще, чем другие. Это потому, что они принимают концепцию «вероятностных решений» и умеют с ней работать. Их поиски золота не случайны — это методичное исследование, в ходе которого они принимают во внимание все известные геологические признаки, которые могут помочь найти золото.

Это представление о решении проблем отлично иллюстрирует задача (или антизадача) Microsoft, в которой спрашивается, как вы будет искать книгу в библиотеке, где книги не каталогизированы. Наставник Дзэн Синити Хасамацу говорил, что все «коаны» (так называют загадки дзэн-буддистов) можно свести к одной формуле: «Ничего нельзя поделать. А что вы будете делать?» Вот версия от Microsoft той же модели: нет возможности найти книгу — как вы ее найдете? Людей смущает не столько то, что это сложная задача, сколько то, что она такая нелогичная.

Очевидно, ответом не может быть: «Я заучил наизусть десятичную систему книжного каталога Дьюи и поэтому знаю, что книгу нужно искать на девятнадцатой полке в третьем ряду слева». Интервьюер вам возразит на это: «Вам ведь не сообщили, что это за книга, необязательно, что в библиотеке используют для расстановки книг десятичную систему Дьюи, но даже если и используют, вы не знаете плана здания, где размещена библиотека». Таким образом, не существует дедуктивного способа определения того, где находится книга. Все, что вы можете сделать, это искать в пространстве решений — то есть в самой библиотеке — настолько эффективно, насколько это возможно.

Неопределенность и дизъюнкция

Головоломки трудно решать не только потому, что у них большие и лишенные каких-либо ориентиров пространства решений. Для большинства хороших головоломок характерны ловушки и психологические трюки, которые мешают их решать. Вот почему на первый взгляд простые задачи (включая многие из тех, что используются для интервьюирования кандидатов на работу) так трудны.

Люди испытывают дискомфорт, имея дело с неопределенностью или недостатком информации, когда решают головоломки. Вот небольшой пример, который использовался в исследованиях психологов и широко обсуждался. На столе лежат четыре карточки. У каждой из них на одной стороне — буква, а на другой — цифра. Естественно, вы видите только одну из сторон:

Условие задачи: «Определите, какую карточку(и) вам нужно перевернуть, чтобы проверить, выполняется ли правило „Если на одной стороне карточки гласная буква, то на другой стороне этой карточки — четное число"».

Я дам вам две подсказки (обычно их не дают). Во-первых, это не вопрос с подвохом. Это действительно простая логическая задача, какой она и кажется на первый взгляд.

Вторая подсказка — ваш ответ скорее всего окажется неверным.

Большинство людей отвечает, что нужно перевернуть карточку с буквой А или карточку с буквой А и карточку с цифрой 2. Итак, А — это гласная буква, и мы не знаем, что на другой стороне этой карточки. Если это нечетное число — правило не выполняется. Вам действительно нужно перевернуть эту карточку. Все верно.

А как быть с той карточкой, на которой цифра 2? Это четное число, и правило утверждает, что если на одной стороне гласная, тогда на другой стороне должно быть четное число. Но оно ничего не говорит о том, что четные числа должны быть только на тех карточках, на оборотной стороне которых гласные буквы. Допустим, что на другой стороне карточки с цифрой 2 буква С. Это не противоречит правилу. Не важно, какая там буква — гласная или согласная. Поэтому карточку с цифрой 2 не нужно переворачивать.

Значит, правильный ответ — нужно перевернуть только карточку с буквой А, верно? Неверно, потому что нужно перевернуть еще и карточку с цифрой 7, так как может оказаться, что на ее оборотной стороне — гласная, а это будет противоречить правилу.

Перейти на страницу:

Похожие книги

Основы программирования в Linux
Основы программирования в Linux

В четвертом издании популярного руководства даны основы программирования в операционной системе Linux. Рассмотрены: использование библиотек C/C++ и стан­дартных средств разработки, организация системных вызовов, файловый ввод/вывод, взаимодействие процессов, программирование средствами командной оболочки, создание графических пользовательских интерфейсов с помощью инструментальных средств GTK+ или Qt, применение сокетов и др. Описана компиляция программ, их компоновка c библиотеками и работа с терминальным вводом/выводом. Даны приемы написания приложений в средах GNOME® и KDE®, хранения данных с использованием СУБД MySQL® и отладки программ. Книга хорошо структурирована, что делает обучение легким и быстрым. Для начинающих Linux-программистов

Нейл Мэтью , Ричард Стоунс , Татьяна Коротяева

ОС и Сети / Программирование / Книги по IT
Программист-прагматик. Путь от подмастерья к мастеру
Программист-прагматик. Путь от подмастерья к мастеру

Находясь на переднем крае программирования, книга "Программист-прагматик. Путь от подмастерья к мастеру" абстрагируется от всевозрастающей специализации и технических тонкостей разработки программ на современном уровне, чтобы исследовать суть процесса – требования к работоспособной и поддерживаемой программе, приводящей пользователей в восторг. Книга охватывает различные темы – от личной ответственности и карьерного роста до архитектурных методик, придающих программам гибкость и простоту в адаптации и повторном использовании.Прочитав эту книгу, вы научитесь:Бороться с недостатками программного обеспечения;Избегать ловушек, связанных с дублированием знания;Создавать гибкие, динамичные и адаптируемые программы;Избегать программирования в расчете на совпадение;Защищать вашу программу при помощи контрактов, утверждений и исключений;Собирать реальные требования;Осуществлять безжалостное и эффективное тестирование;Приводить в восторг ваших пользователей;Формировать команды из программистов-прагматиков и с помощью автоматизации делать ваши разработки более точными.

А. Алексашин , Дэвид Томас , Эндрю Хант

Программирование / Книги по IT
97 этюдов для архитекторов программных систем
97 этюдов для архитекторов программных систем

Успешная карьера архитектора программного обеспечения требует хорошего владения как технической, так и деловой сторонами вопросов, связанных с проектированием архитектуры. В этой необычной книге ведущие архитекторы ПО со всего света обсуждают важные принципы разработки, выходящие далеко за пределы чисто технических вопросов.?Архитектор ПО выполняет роль посредника между командой разработчиков и бизнес-руководством компании, поэтому чтобы добиться успеха в этой профессии, необходимо не только овладеть различными технологиями, но и обеспечить работу над проектом в соответствии с бизнес-целями. В книге более 50 архитекторов рассказывают о том, что считают самым важным в своей работе, дают советы, как организовать общение с другими участниками проекта, как снизить сложность архитектуры, как оказывать поддержку разработчикам. Они щедро делятся множеством полезных идей и приемов, которые вынесли из своего многолетнего опыта. Авторы надеются, что книга станет источником вдохновения и руководством к действию для многих профессиональных программистов.

Билл де Ора , Майкл Хайгард , Нил Форд

Программирование, программы, базы данных / Базы данных / Программирование / Книги по IT