Почему мы не тестируем. Практика проведения технического интервью

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

    Ставим задачу
    Кого ищем? Ищем эффективных бойцов. Известно, что эффективность программистов со схожим опытом может отличаться в 10 раз (Ф. Брукс) или даже в 27 раз (Р. Гласс). Сразу, оговорюсь, эффективность это не только количество трупов врагов реализованных требований к ПО на единицу трудозатрат, но и умение результативно взаимодействовать с окружающими. Это важно, потому что по моим наблюдениям 50% проектных человеко-часов тратится на коммуникации. У нас это называется «синхронизация ментальных моделей».

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


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

    Почему не тестируем
    Как правило, технические тесты ориентированы на проверку узкоспециальных знаний: структур данных, алгоритмов, конкретных стандартов и API, и т.д. Правильный/неправильный ответ на вопрос: «i=1; i = i++ + ++i; чему равно i?», — мало о чем свидетельствует. Тем более, что правильного ответа на этот вопрос нет, и не дай бог написать такое в продакшен коде!
    Попытки давать кандидатам олимпиадные задачки по программированию, или задачки из книжки «Математические головоломки», у меня, как правило, ассоциируются со стремлением, возможно, не очень успешных вчерашних студентов к самоутверждению или с желанием продемонстрировать кандидату его несостоятельность, чтобы затем снизить предложение по зарплате.

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

    Креативность и эффективность человека в командной разработке зависят в первую очередь от уровня его эмоционального интеллекта (EQ)и деятельности правого полушария, которое отвечает за целеустремленность, волю, эмпатию, интуицию, способность к эвристическим суждениям. Но, к сожалению, пока не встретились достоверных тесты правого полушария.

    Поэтому слушаем, слушаем и еще раз слушаем. А главное слышим!

    Принципы
    При проведении технического интервью стараемся придерживаться следующих основных принципов:
    • Помним, что ведете переговоры с потенциальным партнером по бизнесу, а не пытаемся сторговать на рынке товар подешевле.
    • Каждый человек уникален и ему присуща своя ценность. Если нам нечего предложить кандидату, то это не значит, что он «лузер». Помним, что несправедливо обиженный кандидат – пятно на бренде компании. Сегодня это значит не меньше, чем несправедливо обиженный клиент.
    • Люди не рождаются победителями, они ими становятся. Кандидата нанимаем только в случае, если мы сумеем предоставить ему эту возможность.
    • Ну, и последнее. «Программист – это не профессия, это образ мышления».

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

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

    Кстати, в процессе интервью не стоит сидеть через стол от кандидата, поскольку это создает формальную преграду и мешает ему расслабиться. Лучше сбоку от кандидата или рядом.

    Спрашиваем
    Почему рассматриваете предложения о работе? Что ищите? Что можете рассказать о вашем самом успешном проекте (если студент, то тема диплома или самый интересный учебный предмет)? Что считаете своим наивысшим профессиональным достижением?
    Что меньше всего нравилось делать на прежней работе?

    Уточняем детали, даже если знаем, что такое «конформное отображение», попросим кандидата объяснить, что он имел в виду, в двух словах.

    Предлагаем некорректную задачу (которая при заданных условиях имеет множество решений). Например, определить количество бензоколонок в Москве (“Как сдвинуть гору Фудзи”).

    Пробуем посомневаться в чем-то очевидном для кандидата и завязать с ним дискуссию.

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

    Логическую последовательность, лаконичность и ясность повествования. Умение анализировать проблему, проводить ее декомпозицию на более простые компоненты, определять последовательность действий, синтезировать и обосновывать предлагаемое решение.

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

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

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

    Отвечаем
    Собеседование должно быть двухсторонним. Вы пытаетесь понять, подходит ли кандидат вам. Кандидат – подходит ли ему работа, которую вы предлагаете. Если кандидат задаёт вопросы — это хорошо.

    Вопросы, которые обычно ожидаются. Что за проект, в котором предстоит работать: Какие цели? Когда начат? Каково состояние? Сколько человек постоянно на проекте? Опытность команды? Распределение ролей? Какова текучесть? Как организован процесс разработки ПО? Используемые технологии и подходы? Средства автоматизации? Техническое обеспечение? Принятие решений? Постановка задач? Отчетность и оценка результатов? Авралы? Сверхурочные? Система мотивации?

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

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

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

    Подробнее
    Реклама
    Комментарии 220
    • +14
      Скажите, пожалуйста, какие есть варианты ответа на эти вопросы и какие Вы бы сделали из них выводы:

      Что можете рассказать о вашем самом успешном проекте? Что считаете своим наивысшим профессиональным достижением?

      Очень интересные вопросы, но мне всегда очень сложно отвечать на них. Своим наивысшим профессиональным достижением считаю постоянное обучение. И следовательно то, что достиг год назад сегодня уже вовсе и не достижение.
      Спасибо!
      • +1
        Отличный вопрос, который я задаю и сам.
        Тут важно узнать, что именно ты тогда считал важным.
        • +1
          А что делать, если ответы на это вопросы NDA, NDA?
          • 0
            Это что за NDA такое, что вы не сможете сказать, что вашим самым большим успехом было, например; «Построение нейронной сети для поиска книг на <Ваш язык программирования> с использованием <Другие Технологии»>?
            • +4
              Кстати по тому NDA, которое я, в силу обстоятельств, таки не подписал — «для поиска книг» я бы сказать не смог точно. Другой вопрос, что обычно на NDA в личном разговоре у нас многие кладут.

              Кстати, мне вот интересно, а как к нарушению NDA на собеседовании относятся собеседующие?
              • 0
                «для поиска книг» я бы сказать не смог точно

                Ну так если изменить мою фразу, ответить всё равно можно, что бы возможный работодатель понял что вы делали в своей профессиональной деятельности.
                • 0
                  Ну, даже если тему работы назвать разрешают, то может оказаться, что применение данного языка программирования или данной технологии для этой задачи уже является коммерческой или какой-нибудь ещё тайной.
            • +2
              Реакция будет такая же, как если на вашу просьбу рассказать про проект на котором придется работать, вы получите ответ — только после трудоустройства, ибо NDA.
              • +2
                Кстати, встречаются ситуации, когда сначала просят подписать NDA (даже если вас ещё не приняли), а уже потом начинают обсуждение проекта. Я сам в них, правда, не попадал.
                • 0
                  Было у меня такое однажды.
            • 0
              Если я честно скажу работодателю, что я считаю своим самым успешным проектом, он, наверное, испугается.
            • +1
              Обычно, получив подобный вопрос, я рассказываю вот эту историю.
          • +1
            Надеюсь, описанные методы помогут и мне найти классных программистов :)
            • +7
              Спасибо! Отличный метод, коротко и чётко описан. Это одна из немногих дельных статей на эту тему
              • +13
                Мне кажется, основная мысль, которую нужно иметь в виду идя на собеседование, это «собеседование — это не экзамен!». К сожалению, об этом часто не знают и собеседующие. В самом деле, очень многие компании (или их HR-ы) воспринимают сей процесс именно в качестве экзамена на профпригодность. Отсюда автоматически исходит и пагубная модель построения беседы в стиле «здесь спрашиваю я» и формат «конкретный вопрос — конкретный ответ». Не знание конкретного ответа не означает ровным счетом ничего, тогда как беседа на тему этой технологии, инициированная соискателем может быть куда более информативной. Просто доселе ему не довелось столкнуться именно с такой проблемой.

                Соискателя заваливают техническими вопросами и всевозможными тестами, но зачастую даже не пытаются поинтересоваться его проектами. За всю мою практику откровенно заинтересовались и сами спрашивали об этом только две компании. Остальным приходилось на это намекать, дабы развить беседу. Дайте человеку рассказать о себе, и вы возможно услышите гораздо больше, нежели хотели спросить. В статье правильно упомянуто про стресс. Человеку гораздо проще рассказать о том что, он знает лучше всех присутствующих (свои проекты), нежели второпях пытаться что-то придумать. Правильно ведя беседу, можно задать гораздо больше точных вопросов и получить адекватные ответы. Техническому специалисту, присутствующему на собеседовании это даст много полезной информации.
                • +2
                  Недавно мой товарищ собеседовался в Микрософт, дважды. Первый раз просто пропали и не ответили. Во второй раз отказали под предлогом того, что товарищ за время между первым и вторым собеседованиями не достаточно вырос профессионально.

                  Интересная тенденция мерять людей по производной их роста. А не только знаниями или искрами в глазах.
                  • +1
                    Возможно, это означает что первое собеседование было завалено (с т.з. собеседующего), а на втором собеседуемый не зажёг?

                    Уже не говоря о том что мерять людей по производной их роста это вполне хороший подход в зависимости от того куда и на какую должность нанимать.
                    • 0
                      Интересно, какой рост и какую динамику они хотят от 35летнего сеньер дева? И вообще интересно, какой темп развития может показать опытный разработчик средних лет.
                    • 0
                      У них там конвейер потому что, вникать в детали каждого кандидата нет времени и желания, поэтому херачат по предписанным паттернам.
                  • +15
                    На мой взгляд, один из лучших подходов к собеседованию. Это по сути разговор двух специалистов о том, что их интересует, что волнует, чем они живут, а не попытка одного доказать, насколько он крут, а второго оправдаться, что он не дурак. Причем кандидат в любом случае в слабой позиции — чужая территория, незнакомые люди, напряжение от того, что от твоих слов зависит результат и тд. При этом просто разговор умных людей позволяет забыть обо всех негативных факторах. Ведь программисты такой народ, они больше всего на свете любят рассказывать о своих творениях понимающим людям.
                    В некоторых случаях, хотелось бы увидеть, как человек кодит. Но если человек уверенно рассказывает о тех задачах, которые он решал в другой компании и толково отвечает на дополнительные уточняющие вопросы, то, как правило, за его код не стоит переживать.
                    Как жаль, что такой подход используют очень редко. Из большого количества собеседований, которые проходил, только несколько было похожих на описанное выше. Сам всегда пытался проводить собеседования подобным образом, но обычно получал замечания от старших коллег, что надо «больше гонять по теории», «давать больше практических заданий» и все в таком духе.
                    • +4
                      Увы, принимали на работу — энтузиазма было хоть отбавляй, а со временем его становится всё меньше и меньше. «Интересные задачи» оказываются на самом деле никому не нужными рутинными. Такое тоже бывает.
                      • 0
                        По моему опыту, от самого человека зависит, будут его задачи интересными или нет. Но многие почему-то считают, что работодатель их должен на поводке вести от одной интересной задачи к другой. А качественная инициатива обязательно будет замечена и отмечена. Даже в такой гнуси как демонтирование легаси-говна можно нехило поднять свой профессиональный уровень в куче областей: коммуникации, аналитика, документация, разминирование, миграция. Причём делать это так, что будет самому очень интересно.

                        Но, повторюсь, это именно что самостоятельная работа, включающая, в том числе, некоторую «дрессировку» работодателя.
                        • 0
                          Так нет, я имел в виду буквально — задачи, которые приходится решать, никому не нужны. Решения сделаны качественно, требованиям заказчика удовлетворяют, успешно внедряются; вот только не пользуется продуктами никто, потому что придуманы они «для галочки». Заказчик в лице «шишки Боба» доволен, а люди на местах — нет. Им это не нужно. И от этого становится грустно.
                          Полгода я потратил на внедрение системы контроля версий («а чем вам не нравится копирование на флешку вчерашней версии?»), функционирующий баг-трекер, юнит-тесты хотя бы критически важного кода; старался делать свою работу хорошо. И вот система готовится к внедрению, она в целом более качественна и функциональна чем до того, как я начал участвовать в её разработке. Интересны были эти задачи? Да, интересны. Стал ли я (или кто-то) счастливее от того, что эти задачи решены? Увы, нет. Это очень сильно демотивирует.
                          • 0
                            А, ну это ужасно, да.
                      • +9
                        размера компенсации

                        Чем обусловлено использование этого слова? Это так модно сейчас? От многих его слышу, но так и не понял в чем его смысл в данном разрезе.
                        • +5
                          Ты отдаешь работадателю свое время, невосполнимый ресурс.
                          • +7
                            это не компенсация а заработная плата. Скорей речь о нервных клетках и т.п. — то что не связано непосредственно с работой.
                            • +2
                              Имеется ввиду что компенсация может быть не только материальной. Многие компании предоставляют еще и так называемые «benefits». Например ДМС, оплату спортзала, или бесплатные обеды.
                              • 0
                                А вот как все это отразить в ответе, когда спрашивают «размер компенсации»?
                                • 0
                                  В нашей компании после успешного прохождения интервью вручают крассивую бумажку, на которой в числе прочего написано.
                                  Компенсационный пакет включает в себя:
                                  1. Оклад ....
                                  2. Премии...
                                  3. Полис ДМС....
                                  4. и т.д. ....

                                  И еще просто чтобы пояснить свою позицию я не настаиваю на англицизмах ни в коем случае. Меня самого передергивало особенно в начале от слова «митинг», вместо совещание.
                                  Но как сказать «компенсационный пакет» по другому тоже не знаю. Всетаки это более шерокое понятие, чем просто оклад.
                                  • 0
                                    Это уже когда успешно прошли интервью. А вот когда на интервью у соискателя спрашивают «на какой размер компенсации вы расчитываете?», то что ему отвечать?
                                    • 0
                                      На вопросы о желаемой зарплате всегда тяжело отвечать. Я просто смотрел среднюю зарплату по рынку и накидывал 5-10%. Один раз со мной торговались, сошлись на средней. Один раз просто приняли мои условия. Про остальные плюшки я уже узнал потом =)). К слову сказать в первой компании их и не было.
                                      Однако при оценку средней зарплаты по рынку нужно учитывать, что позиция Ведущий разработчик может означать абсолютно разный уровень. Поэтому прходится еще и обращать внимание на размер и проэкты компании.
                                      В общем вопрос это тяжелый и я бы рекомендовал подумать о нем до похода на интервью, а там уже посути просто выдать «заготовки».
                                      • 0
                                        Так вот вас же про «размер компенсации» спрашивают, значит, по вашей же классификации (компенсация включает в себя несколько пунктов) соискатель должен перечислить свои пожелания по каждому пункту отдельно.
                            • +1
                              Если на то пошло, то я продаю свое время. Не пойму, чем не подходят слова «оклад» и «заработная плата».
                              • +2
                                «Оклад» и «заработная плата» — это часть компенсации, но не всегда единственная. Например, ежегодная (ежеквартальная) премия — это не зарплата и не оклад. Ну и так далее.
                                Возможно, поэтому и появилось слово «компенсация»
                                • 0
                                  Окай, тогда получается, что при ответе на этот вопрос надо так же включать бонусы, оплату овертаймов и т.д.?
                                  • 0
                                    Насколько я привык, регулярные бонусы в это включаются. Оплата переработки обычно нет — возможно, потому что она в моем случае не предполагается (ну или предполагается нерегулярно — в таком случае говорят, что переработка оплачивается так-то и так-то).
                                    Кстати, соцпакет при рассказе о компенсации тоже обычно упоминается.
                            • 0
                              компенсации за стрессовость работы, необычный график работы и т.д.
                              • 0
                                Т.е. зарплата зарплатой, но еще к ней добавляется компенсация?
                                • 0
                                  А как же. Зарплату ведь получаешь за работу, а не за то чтобы добираться до работы за 3-9-ть земель и работать в выходные. Для этого и нужна доплата, чтобы не отпугнуть потенциального работника.
                              • 0
                                Человек тратит свое здоровье, время и нервы. Работодатель просто обязан это компенсировать!
                                • 0
                                  А как по мне это просто уловка HR, что-то вроде «Мы не просто платим вам зарплату, а компенсируем вам потраченные время/здоровье/нервы».
                                  • +2
                                    Мне наоборот режет слух «компенсация». Поэтому уловкой назвать это сложно. Но вообще, обычно речь идет не только о зарплате. Так к примеру многие компании предлагают льготные или вообще бесплатные походы в спорт залы, бесплатные обеды, и тп и тп. это можно отнести к компенсациям, имхо
                                    • +1
                                      Мне тоже режет. Но вместе с тем я подозреваю, что в ответ на этот вопрос менеджеры ожидают услышать размер ежемесячного оклада.
                                    • +1
                                      Для меня «компенсаця» слово, которое показывает отношение работодатель-работник не как Начальник-Подчиненный, а как партнеры, где один использует знания второго для достижения поставленных задач
                                      • +3
                                        Тогда почему не доход или прибыль? Если как партнеры.
                                        • +1
                                          Потому что он пользуется прибылью проекта, а тебе как раз компенсируется время, которое ты потратил на него.
                                          Как бы так — ты партнер который участвует в проекте без риска но со стабильным доходом.
                                          • +4
                                            мм… получается как бы партнер за деньги. ;) если притягивать терминам не свойственные им смыслы всегда какая-то пошлятина получается. давайте так больше не будем делать, а? слова работодатель и работник вполне нормально характеризуют этот тип отношений.
                                            • 0
                                              давайте так больше не будем делать, а?

                                              Простите, а в каком мы с вами виде отношений, что бы заключать соглашение так не делать? оО

                                              К тому же, не нужно выдергивать мою фразу из контекста. Я логической цепочкой пытаюсь показать свои рассуждения, почему люблю термин «компенсация».
                                              Другими словами, для меня работа в первую очередь лишь помощь работодателю по решению его задач. Он же в свою очередь компенсирует потраченное на него моё время.
                                              • +1
                                                Это называется — заработная плата — плата за работу (труд, службу и т.п.).

                                                Эвфемизм «компенсация» — плох, по определению. Определение простое — он не отражает, что деньги заработаны трудом, а лишь выданы в качестве компенсации… Компенсируют использование личного автомобиля, ноутбука, телефона, но не конкретный труд.

                                                Либо назвать «гонорар» — красиво звучит.
                                                • 0
                                                  Гонорар — это разовая оплата.
                                                  • 0
                                                    Сказал, как отрезал :)

                                                    Эвфемизм «компенсация» — плох, по определению. Определение простое — он не отражает, что деньги заработаны трудом, а лишь выданы в качестве компенсации… Компенсируют использование личного автомобиля, ноутбука, телефона, но не конкретный труд.

                                                    С чего вдруг компенсация плоха по определению?
                                                    Когда я просто общаюсь с работодателем/заказчиком, но не работаю, я трачу на него своё время, но все равно получаю денежное возмещение за это. Я могу просто сидеть и ждать, пока он освободиться и опять же получать за это деньги.
                                                    Никакой работы я не произвожу в данный момент.
                                                    • 0
                                                      Когда я просто общаюсь с работодателем/заказчиком, но не работаю <...>
                                                      Никакой работы я не произвожу в данный момент.

                                                      Сомневаюсь. Даже если вы просто рассказываете работодателю, что происходит в текущем проекте, или наоборот, он рассказывает, чего хотят потенциальные клиенты и рассуждает, чем бы их лучше привлечь — это работа. Может быть, она не выражается в строчках кода или исправленных ошибках, но она точно так же идёт на пользу компании. А что ещё надо от работы (с точки зрения работодателя)?
                                                      • 0
                                                        Ну, в трудовом договоре указано, что является моими должностными обязанностями, нет?
                                                        К тому же, просто ожидание уж точно не является работой.

                                                        Ладно, это всё патетика на самом деле. Просто для меня «компенсация» более широкое понятие чем заработная плата, которая включает в себя не только второе, но и дополнительные плюшки, которые могут быть не только денежными.

                                                        Ну и конечно же, мне морально приятно воспринимать что мне компенсируют потраченное время на работодателя, а не платят ЗП за некую фиксированную работу.
                                                        К тому же у разработчиков(везде где я работал) компенсация была не фиксированной суммой, а плавающей в зависимости от отработанного времени в месяц. Естественно было ограничение на минимальное количество отработанного времени с временными рамками. когда ты точно должен присутствовать в офисе. Например, с 11 до 18 ты должен быть.
                                                        • 0
                                                          компенсируют потраченное время на работодателя, а не платят ЗП за некую фиксированную работу

                                                          А если работа не фиксирована, как в примере со строителями? Сегодня монтажник делает фундамент, завтра коммуникации…

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

                                                        Да, категоричен, водится за мной такое :).

                                                        Не компенсация плоха, а определение. Приучает к тому, что работник — не заработал эти деньги, а получил компенсацию. Возможно, сказывается опыт вне IT-сферы, в частности физический труд или беготня для оказания услуг, где «труд» и «работа» в изначальном смысле. Нет, я не считаю, что айтишники сидят и нифига не делают. Отличие работы, например строителя — её можно показать кому угодно и ценность — видна любому, в отличие от труда айтишников, ценность которого видна не всякому. Именно поэтому трудозатраты могут и, зачастую, так и происходит… не оцениваться по достоинству, чтоли.

                                                        А в плане «сижу, а деньги капают», ну это называется ставка/оклад и так далее, в отличие от сдельной оплаты труда, где мало поработал — мало заработал.
                                                        • 0
                                                          Ответил чуть выше. И понял что и вам тоже подойдет :)
                                                          Там уже мои личные ощущения.
                                          • 0
                                            Нет, это скорее уловка: мы не платим такую высокую зарплату, как может быть хотелось бы, но у нас есть ещё плюшки, с которых хотя бы отчислений в фонды не надо платить.
                                            • 0
                                              Ну, постоянная 13 зарплата тоже является частью компенсации. И не назвал бы я её «плюшкой» с которых не надо отчислять в фонды.
                                              • 0
                                                Ну это уже другой вопрос — мотивирования и поощрения.
                                        • +1
                                          Ой-ой! Сколько комментов из-за одного слова! Не нравится слово компенсация? Просто мысленно замените его на зарплата с плюшками.
                                          • +1
                                            Не нравится, что кто-то обсуждает не нравящееся, кривое определение? Просто мысленно замените их чем-нибудь более-интересным. :-)
                                          • 0
                                            Вот, к примеру, что может входить в «пакет» и что можно спрашивать или оговаривать при устройстве на работу в Штатах:

                                            1. Размер зарплаты.
                                            2. Размер бонуса (ежегодной премии).
                                            3. Участие компании в дополнительных пенсионных накоплениях работника.
                                            4. Акции компании для работника либо их покупка работником на льготных условиях.
                                            5. Медицинская страховка и количество больничных дней в году.
                                            6. Размер отпуска на старте и как он будет расти с годами.
                                            7. Количество праздничных дней в году.
                                            8. Возможность в какие-то дни работать из дома, если сильно понадобится, или, допустим, работать из дома по пятницам.

                                            Мелкие плюшки:
                                            9. Компенсации за устройства, покупаемые для дома и которые могут иметь прямое или косвенное отношение к работе: принтер, сканер, кресло и т.п. Некоторые фирмы могут частично погашать расходы на личные устройства, например, раз в 3 года — $1000 при покупке личного компьютера или гаджетов.
                                            10. Кроме рабочего компьютера компания может предоставлять мобильный телефон с интернетом и т.п.
                                            11. Оплата спортзала, частичная оплата членства в каком-нибудь спортклубе и т.п.
                                            12. Если предполагаются частые командировки, то — размеры и способы покрытия расходов, уровень гостиниц, траты на еду и т.п.
                                            • 0
                                              Чем обусловлено использование этого слова? Это так модно сейчас?
                                              Это калька с американского термина compensation and benefits, он же total reward: тут фокус в чем — при подписании контракта зачастую зарплата (которая base salary) — всего лишь один из пунктов выплат, причем далеко не самая большая (емнип, пару лет назад натыкался на информацию о том, что самая большая именно зарплата в США — без учета годовых и отпускных бонусов, опционов и т.д. составляла что-то около девятисот тысяч в год грязными). Опять же — в компенсационные планы прописываются схемы некоторых вещей, которые у нас регулируются общим КЗоТ-ом: размеры отпускных, выплат при болезни, выплат при увольнении и т.д., т.к. они совершенно не обязаны быть привязаны к base salary и далеко не обязательно (особенно выплаты при увольнении) выплачиваются деньгами.
                                            • +17
                                              Правильные вопросы свидетельствуют об опытности специалиста.

                                              Опытности в умении менять работу?
                                              • 0
                                                Да. Есть такие — профессиональные собеседовальщики. Но они как раз задают другие вопросы. Почему я их не спрашиваю про сортировку пузырьком?
                                                • 0
                                                  Чем сортировка пузырьком по своей некорректности хуже или лучше, чем сдвинуть Фудзи? Не смотря на свою свою очевидность и уверенности, что многие её знают, не могут бегло и ясно объяснить её смысл.
                                              • +4
                                                Захотелось сходить на собеседование к автору =)
                                              • +2
                                                Приятно целиком и полностью быть согласным с тем, что Вы написали. Особенно в сравнении с тем как тут описывались извраты при тестировании работников в некоторые крупные компании. Главное это оптимизм, желание учиться и коммуницировать с людьми. Будь приветлив, не бойся выглядеть глупым, проявляй инициативу, не ленись помогать коллеге (не только в работе но и если надо в остальной жизни), учись учись и ещё раз учись, люби учёбу и все у тебя получится а люди к тебе потянутся.
                                                • +14
                                                  Т.е. вы только лидеров набираете? И как, не грызутся между собой? Не пытаются свалить после каждой драмы?
                                                  В мире полно специалистов, вполне успешных при наличии «надзирателя с палкой». Стоят они, кстати, дешевле, не воротят нос от малоприятной работы и реже меняют работодателя.
                                                  PS. Вот за это зачёт:
                                                  Помним, что ведете переговоры с потенциальным партнером по бизнесу, а не пытаемся сторговать на рынке товар подешевле.
                                                  • +1
                                                    Т.е. вы только лидеров набираете?

                                                    Да. Мы набираем проактивных людей, которые прежде всего стали лидерами своей собственной судьбы.

                                                    И как, не грызутся между собой?

                                                    Грызутся. Но исключительно по поводу того, как лучше выполнить боевую задачу.

                                                    Не пытаются свалить после каждой драмы?

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

                                                    В мире полно специалистов, вполне успешных при наличии «надзирателя с палкой».

                                                    Вроде история уже показала, что рабский труд менее эффективен?
                                                  • +6
                                                    У разных людей в интервью разные фокусы — это очевидно зависит от целей и контекста. Важно только понимать, что нет правильного/неправильного фокуса — есть подходящий/не подходящий лично вам (как человеку — ведущему интервью), вашей конкретной компании (т.е. пропускающий кандидатов эффективных с точки зрения вложения в них денег), этому кандидату (с точки зрения того, может/не может он такое интервью пройти, и насколько оно ему будет комфортно ощущаться).

                                                    Фокусироваться на мотивации в ущерб навыкам — это, безусловно, интересная стратегия. Я вижу ее плюсы лично для меня как будущего коллеги — с мотивированными, «горящими» людьми работать приятно (и весело). Но я так же вижу ее и недостатки: далеко не все технические навыки могут быть изучены за разумный период времени. Например: изучить новый язык программирования можно за месяц. Но научиться свободно им пользоваться, интуитивно и лаконично переводя свои ментальные модели сразу в его синтаксические конструкции — нужно несколько лет минимум (и определенный склад ума — некоторые люди и на родном русском-то не могут научиться ясно выражать свои мысли). Как нанимать «за энтузиазм» человека, который не имеет этих нескольких лет опыта? Какая вероятность, что внутренне-мотивированный сотрудник продержится в компании несколько лет, прежде чем его компетенция, наконец, достигнет нужного уровня?

                                                    На мой взгляд, ориентироваться на энтузиазм тем эффективнее, чем меньший порог вхождения в вашу область работы. Скажем, на рынке есть 20% сотрудников, которые подходят вам по навыкам, и 10% подходящих по уровню мотивированности и активности жизненной позиции — очевидно, эффективнее фильтровать по жизненной позиции. А если вам подходят 5% сотрудников по навыкам, и те же 10% по горючести — эффективнее отбирать по навыкам. Простейший принцип «сначала фильтруем по признаку с наивысшей селективностью»
                                                    • +2
                                                      …далеко не все технические навыки могут быть изучены за разумный период времени. Например: изучить новый язык программирования можно за месяц. Но научиться свободно им пользоваться, интуитивно и лаконично переводя свои ментальные модели сразу в его синтаксические конструкции — нужно несколько лет минимум

                                                      Разумеется, но разве не эти вещи должна прояснить нормальная беседа «по душам»? Гораздо вероятнее, что человек начитается книг и постов навроде «10 скользких мест С++» и запомнит, что delete для массива надо вызывать со скобками, что такое точки следования, почитает про исключения в деструкторе например и прочую ересь. Да, про эти места он сможет что-то рассказать на собеседовании и даже может их понимать. Но разве дадут такие ответы нормальное представление о человеке как об архитекторе? Покажут ли как он мыслит? Мне кажется что нет. А раз нет, то их вполне можно обсудить среди прочего. А если и окажется что человек с этим не сталкивался, так лучше объяснить некоторые моменты и посмотреть на реакцию. Понял ли он опасность? Или смог ли по намеку дать верное предположение, что может быть «не так»?
                                                      • 0
                                                        «По душам» может быть беседа на любую тему. Именно поэтому мне странно слышать, что «10 скользких мест С++» вам как тема для беседы по душам не подходит — где же ваш эмоциональный интеллект? :-Р

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

                                                        Единственная проблема возникает если человек вообще на эту тему не хочет говорить — поэтому технические вопросы спрашивать, в среднем по больнице, удобнее — к ним кандидат более-менее готов, и обычно заливается соловьем.

                                                        Я не знаю С++ головоломок, но в свое время я очень любил расспрашивать про контракт .equals() в яве (сейчас это уже не актуально, потому что многие тупо выучили) — потому что с небольшими подсказками можно догадаться, и на одном маленьком примере проявляются сразу несколько важных вещей про инженерное дело. Мне было важно видеть реакцию человека.

                                                        А в остальном — тонкость в том, что у каждого свой способ ведения интервью, который ему, очевидно, подходит, т.е. позволяет нанимать нужных людей. И это понятно: свести к минимуму процент ложно-положительных исходов можно просто перебирая разные фильтры один за одним, за счет долгого опыта. Гораздо интереснее было бы задаться комплиментарным вопросом: какой у конкретного способа процент ложно-отрицательных результатов? Сколько подходящих людей конкретный способ отсеивает? Еще одна интересная метрика качества: насколько способ воспроизводим? Можете ли вы объяснить свой метод новому коллеге, и быть уверенным, что он будет набирать плюс-минус тех же людей, что и вы?

                                                        Мне кажется, что сравнивать методы имеет смысл как раз по этим характеристикам — потому что с точки зрения бизнеса они могут оказаться гораздо важнее.
                                                        • 0
                                                          «10 скользких мест С++» вам как тема для беседы по душам не подходит

                                                          Ну почему же :) Вполне себе тема. Другое дело, что зачастую собеседующие к этому относятся как «так. это знает. идем дальше» или «не знает. минус в карму. идем дальше». То есть, даже не пытаются поддержать беседу на эту тему. Бывали и курьезы, когда потом выяснялось, что человек по сути сам только запомнил правильные ответы и оценить может только по приницпу «услышал знакомые слова».

                                                          А так вы все верно говорите, конечно.
                                                    • +6
                                                      Всё классно в статье кроме вот этого:
                                                      Предлагаем некорректную задачу (которая при заданных условиях имеет множество решений). Например, определить количество бензоколонок в Москве (“Как сдвинуть гору Фудзи”).

                                                      Вместо повторения очередных аргументов и отсылок к гуглу, который перестал задавать подобные вопросы, я просто крайне рекомендую прочитать эту заметку от одного из главных архитекторов языка C#.
                                                      • 0
                                                        Мне кажется, подобные вопросы нужны не для того, чтобы на них получить какой-то конкретный ответ (кого реально волнует количество бензоколонок?). Здесь интересно как кандидат начинает решать задачу, как реагирует на неопределенность требований, как строит диалог. Умение вникнуть в суть задачи, проанализировать условия, обнаружить и выяснить недостающие требования и ограничения в постановке, противоречия, — это такой же важный навык для разработчика, как и умение разбираться в технической документации. Приходит с опытом. Ведь реальной работе подобные ситуации возникают весьма часто.
                                                        • +3
                                                          В реальной работе вас часто просят решить задачу к которой вы вообще отношения не имеете? Что вы планируете услышать в ответ на подобный вопрос? Да, в реальной работе часто нужно выполнить задачу с плохо-оговоренными требованиями или даже не выполнимую, но это одна из ваших профильных задач и вы можете с этим работать. Вы можете порассуждать, и дать какой-то ответ на основании реальных данных, которыми вы владеете. А на такой вопрос я вообще не знаю как бы отреагировал. Наверное, попрощался бы. Я склонен думать, что умение с умным видом рассуждать на любую тему и убедительно «впаривать» кому-то цифры с потолка (с притянутым за уши объяснением) нужно политикам, в крайнем случае менеджерам.
                                                          • +2
                                                            возможно поэтому гугл и отказался от подобных задачек — слишком высокая степень неопределенности в задаче, слишком серьезный настрой кандитата, — все это играет злую шутку, превращая челенж в тест на стресоустойчивость. :) не нужен ответ. важен процесс. говорите не способны эффективно решить задачу? — на практике это может сэкономить кучу средств, чем если кандидат берется за любую предложенную работу. «почему вы обратились именно к специалисту по C# для подсчета бензоколонок, а не допустим в Министерство промышленности и энергетики?» прощальная истерика в качестве реакции это тоже ответ.
                                                          • +1
                                                            Да вот как-то не знаю. Когда я впервые прочитал главу об умениях быстро прикидывать (в какой это книге было?..), на меня это произвело должное впечатление. Но теперь мне кажется, что тут, скорее, дело в складе личности. Я вряд ли начну высасывать из пальца какие-то теории о количестве бензоколонок. Если вам нужен ответ, я его получу с достаточной степенью точности в течение пары часов, а к чему вам прикидки, которые, ко всему прочему, очень трудно оценить? Иными словами, мой собственный опыт не научил меня вот такому способу мышления, потому что у меня не было повода его натренировать. А в игры вида «нужна быстрая прикидка вот прямо сейчас, после обеда будет поздно» играть не приходилось.

                                                            Повсеместно цитируют пример, когда Ферми во время тестового взрыва бомбы подбросил какие-то бумажки и быстро определил по их смещению от ударной волны силу взрыва. Оно красиво, конечно, но на испытаниях присутствовало множество крайне толковых людей, но лишь у Ферми возникло желание сделать такую прикидку. Видимо, обусловлено личными склонностями.
                                                        • 0
                                                          Ок, вы объяснили, почему не спрашиваете у программистов о программировании. Однако интересно, а сможете спросить то? Не слишком ли Вы уже менеджер?
                                                          Текст выглядит как компиляция отличной статьи Джоэля Спольски (десятилетней давности) и оправданий, почему мне не нужно задать программерский вопрос разработчику а вместо этого поразмышлять о высоком.
                                                          • +1
                                                            Это в начале, когда только начинаешь проводить интервью, хочется спросить «что-нибудь этакое», потому что еще сам как интервьюер не состоялся и хочется самоутверждения. А когда за сутки через тебя проходит по 8 кандидатов, ты понимаешь, что все эти люди не такие уж и уникальные. На ум приходит только одно сравнение — все кандидаты с большего одинаковые, как китайцы. И в этот момент приходит осознание, что умения-умениями, но если перед тобой «тяжелый», конфликтный, незнающий чего хочет от карьеры и жизни, без четкой жизненной позиции человек, не обладающий живостью ума, брать его не стоит ни при каких условиях.
                                                            • 0
                                                              У меня не такой большой опыт, как у автора статьи. Я за свою карьеру набрал около 30 разработчиков и провел около сотни собеседований. Мне кажется, 8 собеседований в день — это много. Чтобы хоть что-то узнать о человеке и что-то дать ему понять о себе, мне нужно около полутора часов. Все эти полтора часа у меня в голове ровно два вопроса Джоэля: толковый ли и доводит ли дело до конца?
                                                              И чтобы понять, толковый ли он программист, мне В ТОМ ЧИСЛЕ нужно спрашивать его о программировании.

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

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

                                                              Просто, считаю, собеседование нужно поставить так, чтобы кандидат мог раскрыть свои знания.
                                                              • +2
                                                                В таком случае, чтобы раскрыть «знания» надо чтобы и словари совпадали. Хорошо если с одного института вышли, а если «старая закалка» vs «современные знания»?
                                                          • +2
                                                            Я конечно никакой не руководитель, но все же не согласен с таким подходом. Нужно как минимум не меньше внимания уделять знаниям кандидата, чем всему остальному. Ведь часто на словах он Лев Толстой, а на деле… Я бывал на некоторых собеседованиях, на которых у кандидатов были определенные пробелы в знаниях, но вроде бы огромное желание, жизненная позиция и далее по списку из статьи. Я тогда своему начальнику посоветовал дать тестовое задание. Он не послушал, «повелся» на желание и рассказы. Ничего хорошего из этого не вышло. Много идей, но мало возможностей их реализовать и сделать что-то осмысленное. В результате была набрана целая команда вот таких товарищей, которые идеи генерировали в гораздо большем количестве, чем работающий код. Бывало такое что они делали 2 недели одно, потом у них возникала другая «идея» и 2 недели работы пропадали, потому что нужно было переделывать по-другому.
                                                            • +2
                                                              Это не плохие люди, это плохое управление. Правильно организовав и направив их энергию, можно получить гораздо более заметный результат, нежели от взвода «шаблонщиков», не мыслящих самостоятельно.
                                                            • +1
                                                              Не следует брать людей, которые знают и умеют, а потом заниматься промыванием их мозгов и пытаться мотивировать их на эффективную работу. Их знания и умения ничего не будут стоить уже через полгода или год.


                                                              Коллега, кто-то отменил правило 10'000 часов? Почему я об этом не знаю? :(

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


                                                              Правильно ли я понимаю, что вы предлагаете, чтобы сотрудники обучались за счет компании? А если не получится? «Правильное отношение к делу», по моему опыту, сабо коррелирует с умением делать программное обеспечение. Бывает, что человек хороший — а композиция, или регекспы, или базы данных, или потоки — ему не даются.
                                                              • 0
                                                                Коллега, кто-то отменил правило 10'000 часов? Почему я об этом не знаю? :(

                                                                Сугубо, ИМХО. Это правило — очередная сказка про золушку, которую так любя американцы.
                                                                10'000 чааов — это 5 лет опыта. Но опыт — он разный. Можно 5 лет поддерживать банковскую ситему. А можно за 5 лет реализовать 5 успешных проектов для разных заказчиков и на разных технологиях.
                                                                Кого будем хантинть, коллега?

                                                                Правильно ли я понимаю, что вы предлагаете, чтобы сотрудники обучались за счет компании?

                                                                Обязательно. Люди — это капитал компании и его надо наращивать.

                                                                Бывает, что человек хороший — а композиция, или регекспы, или базы данных, или потоки — ему не даются.

                                                                Помним, что «программист — не профессия, а образ мышления».

                                                              • +8
                                                                Я всегда говорил, в российском сегменте основной принцип выбора при найме — главное что бы человек был хороший, а работа не волк, в лес не убежит.
                                                                Больше хороших людей, больше псевдодеятельности у HR, все счастливы, а работа… да кому это нужно, работать…
                                                                • 0
                                                                  В российском сегменте оснвной принцип — командная работа.
                                                                  • +1
                                                                    Я бы скорее сказал, «командная ответственность». Работа как раз зачастую индивидуальная.
                                                                • +2
                                                                  Мне кажется, вы немного туманно описали некоторые пункты процесса собеседования, которые могли бы дать о вас представление, как о работодателе в этом посте или быть правильно понятыми и помочь другим проводить собеседование.

                                                                  Например
                                                                  Пробуем посомневаться в чем-то очевидном для кандидата и завязать с ним дискуссию

                                                                  Что вы имеете ввиду? Под этот пункт подойдет огромный список вариантов, который заставит встать и уйти очень шокированного кандидата или это:

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

                                                                  во-первых под этот круг задач попадает тоже огромное количество, которые могут восприниматься по-разному. А во-вторых (ИМХО) это совсем лишнее
                                                                  • +6
                                                                    >Целеустремленность. Если кандидат не знает, что он хочет, его не стоит брать.

                                                                    Ответ «набраться опыта/знаний/связей и свалить через полгодика на зарплату побольше или в свой проект» вас устроит?
                                                                    Воистину целеустремленный человек же.
                                                                    • 0
                                                                      По вашему, большая целеустремленность, это просиживать штаны десятилетя на одном месте в надежде на повышение? Покажите сотрудника, который не хочет повышения.
                                                                      • +5
                                                                        Многие не хотят. Очень часто повышаясь до руководителя уже начинается политика а не работа. Поэтому… не все хотят повышаться бесконечно.
                                                                      • +1
                                                                        Добавлю ещё ложку про студентов. Как правило, преобладающее число студентов не знают, чего они хотят, т.к. слишком широкий выбор привлекательных областей. Выкидывать человека просто из-за того, что он ещё не определился, считаю, глупо.

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

                                                                        Ещё раз подведу итог: на мой взгляд, это не верный шаг: не брать, если человек ещё не определился.
                                                                        • 0
                                                                          Большинство студентов хотят деньги и профессиональный рост. Их есть у нас. Мы студентов берем и учим, и прикрепляем матерого наставника. Из целеустремленных получаются классные программисты. Недавно на конференции студент, которого я хантил 10 лет назад, дал мне свою визитку — технический директор.
                                                                      • 0
                                                                        del
                                                                        • +3
                                                                          В той же книге МЧМ, было интересное наблюдение. Успешные проекты бывают двух типов:
                                                                          Финансово успешные
                                                                          Технически успешные

                                                                          И они не всегда коррелируют.

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

                                                                          Можно сделать вывод что около 10% людей вам подходили? Это либо невероятная удача, либо программисты не очень то и классные, по моему опыту 2-3% уже практически недостижимое счастье.
                                                                          • 0
                                                                            Да. За последние 10 лет статичтика именно такая — 10%. Не забываем, что есть еще фильтр по резюме. На встречу приглашаем, где-то, 1/5 от потока.

                                                                            И еще. За звездами не гоняемся. Ищем таланты, из которых со временем и получаются классные программисты. Как-то, так…
                                                                          • –3
                                                                            Пособеседовав как-то нескольких не слишком удачных кандидатов, я чуть
                                                                            было не пришёл к следующему алгоритму собеседований:

                                                                            1. Спрашиваем кандидата, каково двоичное представление числа 255
                                                                            2. Получив ответ типа «не знаю» или «7 единиц», сразу бьём в табло
                                                                            3. В случае правильного ответа продолжаем беседу

                                                                            Это, конечно, очень неправильно, да и по-хорошему от этого помогает
                                                                            phone screening, но как-то уж совсем утомили люди, которые даже не знают,
                                                                            что такое байт, и при этом хотят немало денег…
                                                                            • +1
                                                                              И каково двоичное представление числа 255?
                                                                              • +1
                                                                                Сами догадайтесь. Подсказывать не буду.
                                                                                • +1
                                                                                  Да ладно, я же на работу к вам не набиваюсь )
                                                                                  • –2
                                                                                    11111111, только не говорите никому. 0b11111111, если в терминах C.
                                                                                    • 0
                                                                                      Хорошо, я облажался, первой мыслью было 8 бит и единицы не хватает до 256.
                                                                                      Вы сразу в табло бьёте, как только человек заикнулся про 7 единиц?
                                                                                      • +3
                                                                                        Ну, что Вы. Мы общаемся с людьми предельно вежливо. Насчёт «в табло» — это лишь грустная шутка о моих внутренних переживаниях по этому поводу. Но вот как вы думаете, стоит 100k+, например, платить человеку, который не знает про байты, никогда в жизни не слышал слова «граф» (не считая Дракулы), не знает, чем Subversion отличается от Github (не git, а именно система контроля версий от сервиса github) и т.д? Каковы будут Ваши чувства, когда такой человек начинает бурно возмущаться, получив предельно вежливый отказ?
                                                                                        • 0
                                                                                          Негативным звонком тут является возмущение человека, а не незнание им гитхаба или прости-господи, степени числа двойки.
                                                                                      • +2
                                                                                        Никому не говорить… а если вдруг спросят… на собеседовании? Можно на вас ссылаться?)
                                                                                • +4
                                                                                  а 255 это в какой системе исчисления? :)
                                                                                  • 0
                                                                                    Дефолтной, десятичной, то бишь.
                                                                                • +3
                                                                                  >сразу бьём в табло
                                                                                  Название компании пожалуйста, чтобы не дай Б-г к Вам не зайти, мне мое «табло» знаете ли еще дорого.
                                                                                  >но как-то уж совсем утомили люди, которые даже не знают, что такое байт, и при этом хотят немало денег
                                                                                  Это рынок. Есть спрос, предложение, цена. Если человек не устраивает — идите мимо и не утомляйтесь. Если в магазине на прилавке лежит ненужный Вам товар за «немало денег», Вы идете бить в табло продавцу или просто проходите мимо/идете в другой магазин? Если первое, то у меня для Вас плохие новости, проблема не в «не слишком удачных кандидатах».
                                                                                  • 0
                                                                                    Хм, я где-то сказал, что это всерьёз практикуется? Поясню, "я чуть было не пришёл" к такой практике — означает лишь мои личные чувства по отношению к таким кандидатам. Если Вы придёте к нам, не зная элементарных вещей, мы поговорим с Вами вполне вежливо, никто не будет бить Вас стулом или отправлять в нецензурной форме. Просто это как-то немного нехорошо, тратить своё и чужое время; всё-таки в вакансии сказано «программист», а не «оператор ПК». Беда в том, что, действительно, рынок. Есть конторы, которые готовы платить большие деньги подобным «гениям». Хуже того, подозреваю, немало таких контор, которые не видят разницы между такими «гениями» и людьми, которые действительно умеют программировать; и всё это, боюсь, весьма отрицательно влияет на саму вероятность найти приличных разработчиков.
                                                                                    • 0
                                                                                      Удивляет почему вполне здравая позиция собеседующего при выборе того или иного шлак-фильтра вызывает негативную реакцию.

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

                                                                                      Т.е казалось бы концентрация и высокая, да температура этого it-газа мала.
                                                                                      • 0
                                                                                        Я думаю, негативную реакцию вызывает скорее использованная фигура речи. Видимо, у кого-то она могла всколыхнуть скрытые фобии, связанные со стрессом от экзаменов и собеседований, и шутку приняли всерьёз. А может быть, здесь действительно много людей, которые считают нормальным незнание подобных азов. Сказать об этом многие стесняются, а вот анонимно минус поставить — это не стыдно, это в самый раз.
                                                                                        • +1
                                                                                          В полушутку у нас был шлак-фильтр, который применил только один раз, когда кандидат стал кичиться своим почти красным дипломом — посчитать определитель матрицы 2x3.

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

                                                                                          Не воспринимайте серьёзно и буквально.
                                                                                          • 0
                                                                                            Володя, опомнись — хватит уже все секреты-то выдавать! И так ты уже половину наших секретных техник всем раструбил — как теперь жажду власти удовлетворятьсобеседовать-то?
                                                                                            • 0
                                                                                              Товарищ Че, прекратите кокетничать, чай не девочка — с твоей-то головой и способностью делать спин-обороты да не придумать десяток новых вопросов… Не верю!.

                                                                                              Давеча смотрел инстаграм — у вас уже за провинности отжимаются? За s3 сколько 50, 100… или 200?… сколько же за s1?
                                                                                              • 0
                                                                                                Это внутренняя методика повышения качества кода, я не могу про это говорить :-Р
                                                                                                • +1
                                                                                                  Т.е. еще не успел ничего взорвать, только заговнокодил и уже отжиматься… воистину сильных программистов делаете.
                                                                                            • 0
                                                                                              Не могу даже представить, как реагировать на такой вопрос. Либо рассмеяться, либо мрачно сказать «очень смешно»? Или решить, что это они спрашивают серьёзно, а я ошибся адресом?
                                                                                              • 0
                                                                                                Вот когда тебе такого типа вопрос на собеседовании задают — не знаешь, как реагировать. А вот когда ты сам в роли собеседующего, и видишь кандидата с высшим техническим, с неплохим резюме, который сидит перед тобой, и уже третью минуту не может посчитать 2500 * 200 (я не специально арифметику спрашивал, просто нужно было что-то оценить по ходу решения задачи), причем он уже выдал два варианта, которые даже по порядку не сходились — тут тоже не знаешь, как реагировать. Правда, очень неловко было — я совершенно не представлял, как человеку здесь можно помочь, потому что не представлял, в чем здесь может быть затык вообще. Ну не учить же мне выпускника технического вуза счету в уме?

                                                                                                Отсюда и растут ноги всяких странных вопросов — повидаешь несколько таких случаев, и начинаешь на молоко дуть.
                                                                                                • 0
                                                                                                  Бывает, нервничает человек. Меня как-то просили посчитать, за какое время сигнал дойдет из NY в Москву, так я скорость света перепутал на порядок. Потом, правда, посчитал.
                                                                                              • 0
                                                                                                А если бы я по честному сказал, что за несколько лет с тех пор как закончил универ мне не разу не потребовалась высшая математика и матрицы, по этой причине я уже не помню что это собственно такое такое и как он считается, т.е. надо погуглить?
                                                                                                • 0
                                                                                                  В самом деле, интересно. Если человек приходит на вакансию, в которой указано «требуется ВО по специальности математика или физика», а на собеседовании не может решить даже обыкновенное дифференциальное уравнение, объясняя это тем, что после универа ему не приходилось этим заниматься — это слишком плохо?
                                                                                                  • 0
                                                                                                    Это не просто плохо. это смертельно плохо.
                                                                                                    • 0
                                                                                                      Для компании, которая предлагает такую задачу?
                                                                                                  • 0
                                                                                                    Не знаю поэтому и спрашиваю, я честно в универе хорошо знал матан и если почитаю то вспомню через пару недель нужные разделы.

                                                                                                    Вопрос в том что в вакансиях вообще много чего пишут, а чтобы кому то реально требовалось знания определителя матриц это уже редкость. Собственно через гугл за 2 минуты вспомнил что это, как считается и в чем прикол, а с ходу не мог.
                                                                                                    • 0
                                                                                                      Если в вакансии написано что требуется какие-то специальные знания, то они наверняка ожидают кандидата который не когда-то там знал их, а знает в настоящий момент и использует т.е. в теме.

                                                                                                      Если вы уже давно не считали определители матриц, то явно для этих целей используете специальные программы и на вопрос «как» отвечать тогда «с помощью такой-то программы», если работодателя это не устроит — пусть тогда ищет дальше кандидатов умеющих вручную обсчитывать матрицы 10x10 и выше. Если у вас действительно математическое образование и оно актуально то думаю довольно сложно забыть такие вещи как вычисление определителя матрицы для 2x2 или 3x3, чего будет достаточно для демонстрации работодателю.
                                                                                      • 0
                                                                                        >1. Спрашиваем кандидата, каково двоичное представление числа 255
                                                                                        Со знаком или без?
                                                                                        • +1
                                                                                          Хорошо, тогда в троичной уравновешенной системе, плиз… )
                                                                                        • +1
                                                                                          Больше похоже на подъебку, а не на вопрос на собеседовании по вакансии «программист».
                                                                                          Возможно мне просто сложно представить, что на собеседование могут приходить такие персонажи.
                                                                                          Таки поделитесь опытом, какой у вас реальный алгоритм собеседования, хотя бы на первых этапах.
                                                                                          • +1
                                                                                            Вопрос почти тот же, что и здесь blog.gamedeff.com/?p=64
                                                                                            • +1
                                                                                              Ну, вот приходят. Причём когда-то я дотнетчиков собеседовал, полно таких было. Как сейчас помню решение тестового задания по ASP.NET, в котором MessageBox для подтверждения на сервере рисовался (т.е. надо было зайти на сервер по RDP/VNC/etc. для подтверждения удаления записи) — автор просто этого не осознал, т.к. разрабатывал локально, а чёткой границы между GUI и веб-страницами не чувствовал. Сейчас вот собеседуем по Python'у, линухам, etc. — и здесь «умных» столько же, хотя лет 6-10 назад часто сам интерес к опенсорсу означал, что человек «в теме», сейчас уже таких гарантий нет… Видимо, Linux как платформа действительно дозрел до своей популярности.

                                                                                              Собственно, исходя из предварительных знаниях о кандидате (резюме, тестовое задание, если отправляли, или github account, etc.) в той или иной степени детально рассказываю о системе, над которой человеку предстоит работать. Если заранее есть ощущение, что товарищ не очень, много времени на это тратить не стоит, как говорится в известном высказывании насчёт бисера. Если же есть вероятность, что перед нами — приличный разработчик, то лучше рассказать поподробнее (но чтобы не утомлять), акцентируя интересные моменты. Далее обычно интересуюсь у кандидата, чем ему приходилось заниматься последнее время (если это не секрет), и почему он больше этим заниматься не хочет. Также, по возможности, интересуюсь более ранней работой.

                                                                                              Далее, собственно, технические вопросы. Начинаем с идиотских. Затем — про особенности используемого языка программирования; по алгоритмам и структурам данных. Сильно глубоких знаний в этой области обычно мы не требуем, но какое-то представление должно быть. Ок, если человек сможет придумать какое-то годное решение для задач, стандартных решений которых он не знает/не помнит (топологическая сортировка, например — хотя её уж и знать то совсем не грех, но, по крайней мере, за неё в табло бить не стоит). Спрашиваем обычные вещи про паттерны (какие знаете и что про них можете сказать), базы данных, etc. Говорим про используемые в разработке инструменты — IDE или не-IDE (vim/emacs/etc.), системы контроля версий, багтрекеры etc. Разумеется, во всех случаях делается скидка на то, что человек может волноваться и из-за этого тупить на собеседовании; тем не менее, в некоторых случаях ясно, что человек именно ноль по тем или иным обширным разделам программерских знаний. Бывает много вопросов, на которые человек с более-менее адекватным программерским опытом в интересующей нас сфере отвечает сразу и не задумываясь — такие вопросы особенно показательны.

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

                                                                                              Сейчас хороший показатель, мне кажется, наличие в резюме github'а с приличным содержимым + интерес к Лиспам, Эрлангам, ФЯ и тому подобным немейнстримовым технологиям (в меру, видимо). Обычно это означает, что кандидату интересно программирование само по себе, и он не считает его лишь одним из возможных способов заработка и не более того. Сколько приходилось общаться с приличными разработчиками — почти все в той или иной степени интересовались подобными «необщепринятыми» вещами.

                                                                                              Насчёт компенсации и прочих условий — в конце собеседования (если в этом есть смысл).
                                                                                              • 0
                                                                                                Да, раньше я даже в случае слабых кандидатов старался поподробнее рассказать об ответах на все вопросы, с которыми кандидат не справился. Как правило, люди даже в случае отказа уходили довольными, т.к. узнавали много полезного. Сейчас тоже бывает, но уже, к сожалению, в заметно меньшей степени — времени жалко, да и озверел несколько, наверное. Но, мне кажется, в принципе практика неплохая.
                                                                                            • +2
                                                                                              Вопрос из разряда «назовите мне целочисленный остаток от деления 89238742 на 17».
                                                                                              • 0
                                                                                                Понимаете, исходя из введения празднования Дня Программиста, можно предположить, что с неплохой вероятностью ответ на мой вопрос знает даже бывший президент Медведев. Ну, если не двоичное представление 255, то хотя бы то, что 256 — это 28. А уж если даже Медведев знает, при том, что он не программер, то уж, наверное, программерам-то это знать совсем не грех?
                                                                                                • 0
                                                                                                  Как только я пойму, зачем это, я сразу соглашусь с вашими аргументами. Зачем программеру знать английский, уметь гуглить — я знаю. Зачем ему иметь кругозор в алгоритмах и парадигмах разработки — тоже. Знаю даже, зачем ему нужно быть нормальным компанейским парнем. Но вот зачем ему может понадобится банальная арифметика, при том, что калькуляторы никто не отменял — понять никак не могу. Это какой-то атавизм традиционной системы образования (когда знание = набор фактов), а не полезное умение. А уж всерьез устраивать из этого критерий при отборе — ну извините…
                                                                                                  • +1
                                                                                                    Например, может потребоваться быстро понять, что означает какое-то число, которое вдруг выдала программа. Переменная вдруг приняла значение 255. Вычисленное расстояние отличается от правильного в 1.00029 раза. Или в 5280 раз. Время — на 86400 больше, чем надо. Или вылезло какое-нибудь 0.866… Как поможет калькулятор узнать константу? Да, гугл или вольфрамовская альфа могут ответить. Но обращение к ним — лишнее сознательное действие, которое явно повредит интуитивным этапам поиска ошибки…
                                                                                                    • +1
                                                                                                      Попробуйте целочисленное переполнение на фоне незнания степеней двух и тому подобной никому не нужной мути. Ну, скажем, в каком-то протоколе 16-битовым беззнаковым целым кодируется некое значение. Вдруг вместо 65536 получаем 0 — вот блин, что бы это могло значить? Мистика какая-то. Если, конечно, не знать, как оно могло произойти на уровне интуиции. А подобные косяки с переполнениями, которых человек без знаний битов-байтов может наделать несознательно и не только в разного рода низкоуровневых приложениях, могут быть и дырами в безопасности, и причиной потери данных… Как-то даже был случай, что подобная ошибка была одной из причин сбоев, приведших к смертям — см. Therac-25. Конечно, большинство программистов вряд ли имеет возможность напортачить так, чтобы кто-то умер, но вот чтобы пропало много денег и времени — это без проблем.