Искусство проведения интервью

Joel on Software - Искусство проведения интервью

Искусство проведения интервью

Автор: Джоэл Сполски

Переводчик: Михаил Цукерман

Редактор: Семён Хавкин

18.10.2002

Для нашей компании (Fog Creek Software) проблема найма подходящих работников является первостепенной. Людей, работающих в области программного обеспечения, можно разделить на три группы. Первая — это серая масса, не обладающая даже основными навыками программирования. Ее представителей легко распознать и отсеять, просто посмотрев резюме и задав пару простых вопросов. Ко второй, диаметрально противоположной группе относятся суперзвезды — люди, способные просто так, ради интереса, за одни выходные написать на ассемблере компилятор с языка Lisp для Palm Pilot'а. А между этими двумя крайностями находится большое количество середнячков, возможно, на что-то способных. Проблема, стоящая перед нами, как раз и заключается в том, чтобы отличить суперзвезд от посредственностей, поскольку Fog Creek Software нанимает на работу только суперзвезд. Каким образом нам это удается?

Главное и единственное требование, предъявляемое к кандидату на работу в нашей компании: он должен

знать свое дело и уметь его делать.

И больше ничего. Это все, что нам нужно. Запомните и повторяйте ежедневно перед сном. Нас интересуют люди, обладающие способностями, а не конкретным набором знаний. Любые знания все равно технически устареют через пару лет, поэтому лучше нанимать людей, способных освоить новую технологию, а не просто кого-то, кто знает SQL.

Знать свое дело — понятие, которому трудно дать точное определение. Ниже мы увидим, как с помощью нескольких простых вопросов можно распознать знающего, умного кандидата.

Умение делать дело — также крайне важное качество. Знающие, но не делающие работники — умные бездельники — обычно просиживают ученую степень в больших компаниях, где их никто не слушает из-за их полной непрактичности. Они скорее станут думать об академическом подходе к проблеме, а не о выпуске продукта в срок. Их легко узнать по склонности к поиску теоретического сходства между двумя совершенно разными концепциями. Например, они могут заявить: «Таблицы — это, в сущности, частный случай языка программирования», а затем исчезнуть на неделю и написать потрясающую статью о теоретических атрибутах вычислительной лингвистики электронных таблиц как языка программирования. Круто, но бесполезно. Наконец, попадаются и деятельные дураки. Они не задумываясь делают глупости, которые кому-то потом приходится разгребать. Это превращает их в обузу для компании, так как они не только сами пользы не приносят, но и у других время отнимают. Такие работники любят копировать большие куски кода вместо создания подпрограмм, поскольку это хоть и коряво, но работает.

Важнейшее правило интервьюирования гласит:

Примите решение.

Закончив интервью, вы должны принять четкое решение. Возможных вариантов только два: нанимать или не нанимать. Повернитесь к компьютеру и отправьте сообщение рекрутеру*. Тема сообщения — имя кандидата. Первая строка — нанимать или не нанимать. После этого обоснуйте свое решение в двух абзацах. Других вариантов быть не может. Никогда не говорите: «Нанимать, но не в мою группу». Это невежливо, так как предполагает, что кандидат, недостаточно умный для работы с вами, подойдет этим бездарям из другой группы. Вместо «Нанимать, но не в мою группу» напишите, не задумываясь, «не нанимать», и все будет в порядке. Даже если вы столкнулись с прекрасным специалистом в одной конкретной области, но для вас не подходящим — это значит «не нанимать». Обстоятельства меняются настолько часто, что ценность представляют люди, способные работать везде. Если вам попадется узкий специалист, просто-таки блестяще знающий SQL, но не способный обучиться чему-то другому, не нанимайте его. У таких людей в нашей фирме нет будущего.

Никогда не говорите «может быть» или «не уверен». Не уверены — не нанимайте. Это проще, чем кажется. Не уверены? Скажите нет. И ещё, если вы занимаете выжидательную позицию, это тоже значит «не нанимать». Никогда не говорите: «Хорошо, я думаю, мы его возьмем, хотя есть некоторые сомнения насчет...». Это тоже «не берем».

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

Проводя интервью, не думайте, что если вы откажете слишком многим, наша фирма не найдет себе работников. Это не ваша проблема. Это проблема рекрутеров и отдела кадров, это проблема Джоэля, но никак не ваша. Спросите себя, что хуже — если мы станем большой конторой с кучей дураков или останемся маленькой, но высококачественной фирмой? Конечно, важно искать хороших сотрудников, и все должны рассматривать это как часть своей работы. Но в процессе интервью лучше думать, что у нас есть куча классных кандидатов. Никогда не снижайте стандартов, как бы ни сложно было найти хороших работников. Но как же принять это самое решение? Нужно постоянно спрашивать себя во время интервью: А дело он знает? Он способен нормально делать дело? Чтобы получить ответ, нужно задавать правильные вопросы. Вот вам, смеха ради, отвратительный вопрос для интервью: «В чем разница между varchar и varchar2 в Oracle 8i?» Задавать такой вопрос совершенно бессмыссленно: между людьми, знающими эту бесполезную мелочь, и людьми, действительно нужными нашей компании, нет ни малейшей корреляции. Кого волнует, в чем эта разница? Ответ ищется в Интернете за 15 секунд! Правда, есть вопросы и похуже; к ним я еще вернусь.

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

Встуление

Вопрос о последнем проекте, в котором участвовал кандидат

Вопрос на засыпку

Функция на Cи

Вы довольны?

Вопрос по дизайну

Вопрос-провокация

Есть ли у вас вопросы?

До интервью я стараюсь избегать всего, что может создать у меня предвзятое мнение о кандидате. Если вы сочтете кого-то умным еще до того, как он войдет в комнату, только потому, что он Ph.D. из MIT*, ничто из сказанного им за час не перевесит этой предвзятости. Если вы заранее решили, что он — полный дурак, ничто вас не переубедит. Интервью подобно чувствительным весам: очень трудно судить о ком-либо на основании часовой беседы. Но если вы что-то узнаете о кандидате до интервью, на одной чаше весов появится здоровенная гиря, и интервью потеряет смысл. Однажды прямо перед интервью к нам в офис зашел рекрутер и сказал: «Этот парень вам очень понравится!» Это меня полностью выбило из колеи! Я должен был сказать что-то типа «если вы так уверены, что он мне понравится, что ж вы его сразу не наняли и не сэкономили мне время ?» Но я был молод и наивен и пошел его интервьюировать. Когда он говорил что-нибудь не очень умное, я думал: «Ну, это исключение, подтверждающее правило». Я смотрел на все его ответы через розовые очки. В итоге я сказал «берем», хотя это был никудышный кандидат. И что бы вы думали ? Все остальные, интервьюировавшие его, сказали «не берем»! Мораль: не слушайте рекрутеров, не спрашивайте никого о кандидате и не говорите о нем с другими интервьюерами до момента принятия независимого решения. Это и есть научный метод!

Фаза вступления в интервью должна расслабить кандидата. Я трачу около 30 секунд, рассказывая кандидату, кто я такой и как буду проводить интервью. Я всегда заверяю кандидата, что нас интересует его подход к проблеме, а не его конкретные ответы. Кстати, в процессе интервью не стоит сидеть через стол от кандидата, поскольку это создает формальную преграду и мешает ему расслабиться. Лучше поставить стол к стене или обойти стол и сесть рядом с кандидатом. Интервью при этом проходит лучше, поскольку он меньше нервничает.

Вторая часть — это вопрос о каком-нибудь проекте, в котором кандидат недавно участвовал. Если он только что окончил институт, спросите о теме диплома, о курсовом проекте или о предмете (не обязятельно компьютерном, так даже интереснее), который ему больше всего понравился. При интервьюировании опытных кандидатов можно спросить о предыдущем месте работы. В ответе на этот вопрос меня волнует только одно: энтузиазм. Вот хорошие признаки при обсуждении предыдущей работы:

Кандидат приходит в возбуждение; говорит быстрее и энергично жестикулирует. Это показывает, что если его что-то интересует, он будeт подходить к делу с энтузиазмом. На свете полно людей, которых вообще ничего не волнует. Даже отрицательные эмоции могут быть хорошим знаком. «У предыдущего начальника я работал над инсталляцией Второй Версии Такой-то Программы, но он был полный дурак!» Это хорошие, нужные нам кандидаты. Плохих кандидатов не волнует вообще ничего, их не удастся расшевелить в течение всего интервью. Очень хорошо, если, рассказывая о чем-то, кандидат вообще забудет на некоторое время, что он на интервью. Иногда кандидат очень нервничает по поводу самой ситуации интервью. Это нормально, и на это нужно делать поправку. Но вот он приходит в неописуемый восторг при разговоре о Монохроматическом Вычислительном Искусстве, и его нервозности как не бывало. Отлично. Нам нужны люди, которых что-то может взволновать. (Чтобы увидеть образчик Монохроматического Вычислительного Искусства, попробуйте выключить монитор).

Кандидат аккуратно и хорошо объясняет. Я отказывал кандидатам, которые, рассказывая о предыдущем проекте, не могли объяснить его суть словами, понятными простому смертному. Студенты часто предполагают, что каждому известна теорема Бейтса*, или что каждый знает, в чем заключаются аксиомы Пеано*. Если они примутся за это, остановите их и скажите: «Простите, но не могли бы вы, хотя бы в качестве упражнения, объяснить это словами, понятными моей бабушке?» После этого многие все же продолжают использовать жаргон, не в состоянии говорить понятным языком...

Если проект, о котором рассказывает кандидат, был групповым, поищите черты лидера. Кандидат может сказать: мы работали над А, но начальство сказало Б, а клиент сказал В. «Что же вы сделали?» — спрошу я. Хороший ответ — это, например: «Ну, я собрал остальных и мы написали предложение...» Плохой ответ может выглядеть так: «Это была безвыходная ситуация... Что ж я тут мог сделать...» Помните: знает свое дело и умеет его делать. Хороший способ определить умение делать дело — посмотреть, доводил ли он до конце свои прошлые проекты. Например, можно прямо спросить кандидата, проходилось ли ему выступать в роли лидера и добиваться решения стоявших перед ним проблем.

Третьим в списке идет вопрос на засыпку. Это забавно. Смысл в том, чтобы задать вопрос, на который у человека не найдется ответа — просто чтобы посмотреть, что он будут делать. Сколько окулистов в Сиэтле? Сколько тонн весит Вашингтонский Монумент? Сколько бензоколонок в Лос-Анджелесе? Сколько настройщиков роялей в Нью-Йорке?

Умный кандидат поймет, что вы не издеваетесь над ним, и с энтузиазмом возьмется за поиски нужного ответа. «Что ж, в Лос-Анджелесе живет около 7 миллионов человек; у каждого в среднем 2,5 машины...» Конечно, даже если он в корне неправ, это ничего не меняет. Важно, чтобы он с энтузиазмом относился к поискам ответа. «Ну, машина заправляется минуты четыре, на заправке около 10 колонок, а работает она часов 18 в день...». Он может попытаться найти ответ исходя из площади города. Иногда кандидаты удивляют своей изобретательностью, а иногда просят телефонный справочник Лос-Анджелеса. Это всё хорошие признаки.

Не слишком умные кандидаты начинают волноваться и расстраиваться. Они смотрят на вас, как на пришельца с Марса. Их приходится направлять. «Вот если бы вы строили новый город размером с Лос-Анджелес, сколько бензоколонок вы запланировали бы?» Можно давать маленькие подсказки. «Сколько времени нужно, чтобы залить бак?» Не слишком умных кандидатов придется тащить волоком, в то время, как сами они будут тупо пялиться на вас, и ждать, когда вы их спасете. Такие люди не умеют самостоятельно работать, и нам они не нужны.

Из программистских вопросов мне больше всего нравится попросить написать небольшую функцию на Си. Вот обычные задачи:

Перевернуть строку, не пользуясь дополнительным буфером.

Перевернуть связный список.

Посчитать все ненулевые биты в байте.

Бинарный поиск.

Найти в строке самую длинную подстроку из одинаковых букв.

atoi

itoa (отличное задание, поскольку им придется использовать стек или strrev)

Не стоит задавать задачи, требующие более 5 строк кода; на это просто нет времени.

Рассмотрим эти задачи подробнее.

#1: Переворот строки на месте. Каждый кандидат, с которым я имел дело, первый раз делал это неверно. Все без исключения пытались выделить новый буфер в памяти и переворачивать строку в нем. Вопрос, кто выделяет буфер? И кто его освобождает? Задавая этот вопрос множеству кандидатов, я обнаружил любопытную вещь. Большинство людей, думающих, что они знают Си, на самом деле не понимают работы памяти или указателей. Это до них просто не доходит. Удивительно, как эти люди работают программистами, но ведь работают же! Вот несколько способов судить о кандидате на основании этого вопроса:

Быстро ли работает его функция? Посмотрите, сколько раз вызывается strlen. Я видел алгоритмы порядка O(n^2) для strrev, хотя должно быть O(n) — потому, что strlen вызывался в цикле снова и снова.

Используют ли он указатели? Это хороший признак. Многие программисты на Си просто не знают, как заставить работать указатели. Я, как правило, не отказываюсь от кандидата из-за отсутствия у него какого-то навыка. Однако я обнаружил, что понимание указателей в Си — это не навык, а способность. В начале первого курса на факультете кибернетики набирается человек 200 вундеркиндов, писавших в четырехлетнем возрасте игрушки для Atari 800 на BASIC'е. Они хорошо проводят время, изучая Паскаль, но в один прекрасный день профессор заводит речь об указателях, и они внезапно перестают понимать. То есть абсолютно. 90% потока переходит на отделение политологии, обьясняя это тем, что на кибернетике мало симпатичных студенток. На самом же деле, по неизвестной причине часть человечества просто рождается без того отдела мозга, который понимает указатели. Указатели — это не навык, а способность, требующая особого мышления, и некоторые люди им просто не обладают.

Третья задача показывает, насколько хорошо они учили побитовые операторы в Си... но это уже навык, а не способность, и тут им можно помочь. Интересно посмотреть, как они пишут программу, пересчитывающую все биты в байте, а потом попросить сделать это гораздо, гораздо быстрее. Сообразительный кандидат создаст поисковую таблицу (там ведь всего 256 значений), заполняемую только один раз. С хорошим кандидатом можно даже завести интересную беседу о компромиссах между скоростью выполнения и требуемой памятью. Поднажмите. Скажите, что не хотите тратить время на создание таблицы при инициализации. Очень умные кандидаты могут даже предложить схему кэширования, где биты считаются при первом использовании и сохраняются в таблице, чтобы не пересчитывать их в следующий раз. А самые умные попробуют изобрести способ вычисления значений таблицы, используя для этого некие расширенные методы программирования. Наблюдая, как кто-нибудь пишет код, используйте следующие полезные приемы:

Непременно скажите кандидату, что вы понимаете, как трудно писать код без редактора, от руки, и чтобы он не переживал, что его каракули будут не так легко разобрать.

Признак хорошего программиста: он имеет привычку сразу ставить фигурные скобки { и } и писать между ними. У него обычно есть своя, пусть и примитивная, система присвоения имен. Хорошие программисты обычно используют короткие имена для индексов цикла. Если такая переменная названа CurrentPagePositionLoopCounter, значит, немного кода этот человек в своей жизни написал. Иногда встречается программист на Си, пишущий что-то типа if((0==strlen(x)), помещая константу слева от ==. Это очень хороший признак, означающий, что он уже столько раз попадался на путанице между = и ==, что выработал в себе привычку, исключающую подобное.

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

Скорее всего, в их коде будут ошибки. И тут мы подходим к вопросу номер 5: Нравится ли вам ваш код? Альтернативный вариант: «Ну, и где здесь ошибка?» Типичный Вопрос С Открытым Концом. Все программисты ошибаются, в этом нет ничего особенного, но нужно уметь находить свои ошибки. При работе с текстами очень часто забывают завершить новую строку нулем. Почти всегда легко ошибиться на единицу при подсчетах индексов. Иногда забывают точку с запятой, или функции работают некорректно со строкой нулевой длины или вызывают GPF* при неудачном обращении к malloc... Очень, очень редко попадается кандидат, с первого раза не сделавший ни одной ошибки. В этом случае все еще забавнее. «У вас тут ошибка!» — после чего он внимательно изучает написанное, а вы смотрите, может ли он мягко и дипломатично заявить, что его код абсолютно верен. В общем, всегда полезно спросить кандидата, доволен ли он своей программой, прежде чем двинуться дальше.

Далее, номер 6: вопрос по дизайну. Попросите кандидата что-нибудь спроектировать. Джейб Блюменталь (Jabe Blumenthal), первый дизайнер Excel'я, любил просить кандидатов спроектировать домик. Он говорил, что встречались кандидаты, немедленно рисующие квадрат. Квадрат! Это были явные кандидаты на отсев. Что, собственно, нам нужно от этого вопроса?

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

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

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

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

Что приводит нас к номеру 7, вопросу-провокации. В процессе интервью нужно дождаться, пока кандидат не скажет что-нибудь абсолютно, бесспорно верное. Тут надо сказать «минуточку, минуточку» и пару минут поиграть в адвоката дьявола. Поспорьте с ним, твердо зная, что он прав. Получается довольно забавно.

Слабые кандидаты сдаются. Не берем.

Сильные кандидаты находят способ убедить вас. У них для этого найдется целый набор способов Карнеги. «Возможно, я вас не совсем понял...» — скажут они. Но будут стоять на своем. Берем.

Известно, что во время интервью стороны находятся в неравном положении. Есть риск, что кандидат просто не отважится спорить с вами. Но хорошие кандидаты, как правило, мгновенно «заводятся» и забывают, что они на интервью. Они непременно постараются вас переубедить. Это и есть люди, которые нам нужны.

Последний вопрос к кандидату — есть ли у него вопросы. Некоторые пытаются посмотреть, насколько умны вопросы, задаваемые кандидатом. Это стандартная техника из руководства по проведению интервью. Для меня его вопросы не имеют значения. Во-первых, к этому моменту я уже принял решение. Во-вторых, за день кандидат должен поговорить с 5-6 людьми, и трудно задать 5-6 людям разные умные вопросы. Так что если у кандидата нет вопросов, это хорошо.

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

Да, я обещал дать вам примеры плохих вопросов.

Прежде всего, исключите запрещенные вопросы*. Все, связанное с расой, религией, полом, страной происхождения, возрастом, военной обязанностью, статусом ветерана войны, сексуальной ориентацией или физическим состоянием, является противозаконным. Если в резюме кандидата написано, что он в 1990-м году служил в армии, не нужно — даже для поддержания разговора — спрашивать, участвовал ли он в "Буре в Пустыне". Это противозаконно. Если в резюме сказано, что кандидат учился в Хайфском Технионе*, не нужно — даже мимоходом — интересоваться, израильтянин ли ваш собеседник. Это противозаконно. Довольно интересное обсуждение запрещенных вопросов можно найти здесь (все остальные вопросы на этом сайте на редкость неудачные).

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

И последнее: не задавайте голововоломных вопросов, например, как сложить 4 равносторонних треугольника из 6 спичек. Знает кандидат верный ответ или нет — вы все равно ничего не узнаете о его умственных или деловых качествах.

Интервью — это скорее искусство, чем наука, но если держать в голове принцип «знает свое дело и умеет его делать», все упрощается. Если получится, поговорите со своими коллегами об их любимых вопросах и об ответах, которые они ожидают услышать. В кафетерии 16-го корпуса в Редмонде* это уже много лет любимая тема для обеденных разговоров.

Примечания переводчика.

MIT — Massachussetts Institute of Technology (Массачусетский Технологический Институт), один из лучших технических ВУЗов Америки.

Ph.D. (от латинского Philosophiae Doctor, Доктор философии) — ученая степень в какой-либо области, примерный аналог российской степени кандидата наук.

Говоря о запрещенных вопросах, автор имеет в виду вопросы, юридически неправомерные с точки зрения американских законов.

Хайфский Технион — Технологический Институт в городе Хайфа, один из лучших ВУЗов Израиля.

Редмонд — город, в котором находится фирма Microsoft.

Примечания редактора.

Рекрутер — человек, по зову службы или сердца занимающийся наймом на работу.

GPF — ошибка, хорошо знакомая имевшим дело с семейством операционных систем под общим названием Microsoft Windows. Вплоть до конца прошлого столетия, сообщение об этой ошибке регулярно приветствовало работников мыша и клавиатуры. Со временем, надо отметить, частота её появления заметно снизилась, что и натолкнуло на мысль о необходимости данного комментария.

Теорема Бэйтса. В оригинале, возможно, опечатка, и в виду имелась значительно более известная теорема Байеса. Конечно, на суть это не влияет.

А вы знаете, в чём заключаются аксиомы Пеано ?

В английском оригинале статья называется The Guerrilla Guide to Interviewing

Джоель Спольски - основатель Fog Creek Software, небольшой компании по
разработке программного обеспечения, расположенной в Нью-Йорке.
Окончил Йельский Университет, работал программистом и управляющим в
Microsoft, Viacom и Juno.

FogBUGZ | CityDesk | Fog Creek Software | Joel Spolsky

Содержание раздела