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

В самом начале 1990-х Крис Селлс прошел интервью[105] в компании под названием Develop Mentors. В конце интервью один из основателей этой компании заявил: «Отлично, мы вас принимаем на работу, но перед этим я хочу задать вам один из вопросов, которые использует Microsoft». Естественно, это оказался вопрос: «Почему у канализационных люков круглые крышки?»

«Нет проблем, — ответил Селлс. — Я отвечу на ваш вопрос, если вы сначала ответите на мой вопрос: почему пожарники носят красные подтяжки?»

Основатель компании не смог дать ответа на вопрос Селлса.

Этот эпизод послужил толчком к решению Селлса начать коллекционировать головоломки, поскольку существовала некоторая вероятность, что когда-нибудь он будет проходить интервью в Microsoft. В 1996 году он создал веб-сайт, на котором публиковал вопросы Microsoft, о которых узнавал от своих друзей и знакомых, «знакомых знакомых» и т. д. Примерно в то же самое время интервью в Microsoft прошли несколько друзей студента Южно-Калифорнийского университета Кирана Бондалапати. Бондалапати собрал собственную коллекцию вопросов и основал «Банк вопросов, используемых в интервью Microsoft. Другие веб-сайты подобного плана — это 4guysfromRolla.com под названием «Вопросы из интервью Microsoft», или сайт «Вопросы из технических интервью» (Technical Interview Question) Майкла Прайора (на этом веб-сайте приводится много головоломок, но не все из них используются Microsoft). Все эти веб-сайты достаточно популярны.

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

Конечно же, кандидаты, которым предстоит пройти интервью, также используют эти веб-сайты для подготовки. Веб-сайты Селлса и Бондалапати не слишком беспокоят Microsoft, потому что там приводятся в основном только вопросы, а не ответы. Бондалапати однажды пришлось отвечать на панический звонок знакомой одного из его друзей. Эта женщина звонила из отеля Marriott в Редмонде в последний вечер перед интервью. Она как раз изучала полную распечатку информации с его веб-сайта. Там не было ответов на вопросы, а ей очень нужно было их узнать.

Менее предсказуема реакция других компаний. Селлс часто получает по электронной почте просьбы о помощи от компаний, которые хотели бы «нанимать как Microsoft». В чем же проблема? Им нужны ответы на вопросы, которых нет на сайте Селлса. «Я всегда отвечаю им, что если они не знают ответов, им не следует задавать эти вопросы, — рассказывает Селлс. — Это их ужасно злит» .[106]

<p>V. Полное недоумение</p>

Может быть, вы споткнулись на каких-то головоломках из предыдущей главы. Что вам нужно делать, когда вы сталкиваетесь с задачей, которую не знаете, как решать?

Люди давно уже пытались ответить на этот вопрос. В определенном смысле это основная проблема исследований искусственного интеллекта (ИИ).

Билл Гейтс и почти все его коллеги из Microsoft выросли, мечтая о создании искусственного интеллекта, о машинах, которые запрограммированы думать, судить о различных вещах и решать проблемы так, как это делают люди. Один из традиционных подходов к тематике ИИ — изучать, как люди решают проблемы. Если вы можете понять этапы и особенности решения проблем людьми, возможно, вы сумеете запрограммировать компьютер делать то же самое.

Как люди, умеющие хорошо решать различные задачи, делают это? Отдельные примеры мало помогают в этом. Гении часто решают задачи непонятным и мистическим способом. Во время своих лекций в Калифорнийском технологическом институте (Caltech) физик Мюррей Гелл-Манн любил демонстрировать метод решения задач своего коллеги — знаменитого физика Ричарда Фейнмана. Гелл-Манн писал на доске условие сложной задачи, затем проводил несколько минут в молчании, уставившись на доску и, наконец, писал правильный ответ. Смысл шутки Гелл-Манна был в том, что и гениальные решения Фейнмана, и любой творческий процесс вообще трудно объяснить словами.[107] Как говорил Луис Армстронг: «Послушайте, если уж вам приходится спрашивать „А что это такое?", вы этого никогда не поймете».

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

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

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

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

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

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

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

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

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

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

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

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

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