Я провел сто собеседований, отказал сотне людей — и только потом научился собеседовать +175



image

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

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

Вся красивая бизнес-болтовня (увеличить воронку поиска, оптимизировать алгоритм найма, выстроить коммуникацию, повысить лояльность к HR-бренду) тоже рушилась на мне — поток кандидатов лился в тщательно отстроенный коридор, а я был в нем пробкой. Не специально — люди реально не подходили под мои критерии, и у меня мысли не было никому подыгрывать. Я был настоящий человек-стресс-тест, супер разоблачитель недоучек и самозванцев. То, что процент “успешных разоблачений” держался на уровне 90%, никого не смущало.

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

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

Сейчас я думаю так: если вы не попали на мои собеседования тогда — это хорошо. Я сильно ошибался, потому что сам попал в индустрию, как вирус.

У меня была довольно странная карьера. Я начал заниматься программированием в школе. Я жил с родителями, время от времени выполнял небольшие заказы на фрилансе, чтобы не сидеть на шее, и все свободное время учился сам. По-настоящему хорошо учился — просто по-задротски хорошо.

Прочитал лучшие книги по JS, смотрел код настоящих разработчиков, на набирающем популярность github и анализировал в firebug поведение написанного мной или другими кода. Выучил английский, из-за отсутствия в рунете годных статей. JavaScript показался мне просто волшебным инструментом. Я достаточно быстро смог глубоко освоить сам язык, его подводные камни и особенности. Мне был интересен не только сам язык, но и почему он стал таким, какой есть. Его история и философия.

Когда всерьёз научился писать код сам, мне казалось, что устраиваться на работу стажером или джуниором — унизительно. На тот момент я уже бросил математический факультет, отслужил в армии, и не хотел видеть себя в роли мальчика на побегушках. У меня были друзья-разработчики, они работали джунами и использовали бездушное, что-то вроде C# или Java. И я хорошо чувствовал — я уже разбираюсь в своей технологии намного лучше, чем они в своих.

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

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

Я винил в своем волнении кучу вещей.

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

Твое резюме просматривается халатно, в течении нескольких секунд. Интервьюер не будет готовиться. Не подумает, что и как лучше спрашивать исходя из твоего резюме, а сделает в тупую, взяв с собой свой/чужой однотипный список с вопросами. Это ужасное зло. Со временем список становится привычкой, и интервьюер перестает думать, ожидая точный ответ «как в учебнике». Своими словами объяснять тоже нельзя в половине случаев. Эта половина ложится на неквалифицированных людей, у которых, кажется, мозги заплыли жиром.

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

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

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

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

Мне попытались сделать оффер, но я послал их куда подальше.

Но раз это был успех, я решил, что так и надо. Что умные люди, каким я себя считал, должны попадать на работу, пробивая лбом барьеры скепсиса — так же, как сделал я. То есть, отбирая людей сам, я стал искать своих двойников. Но одновременно стал двойником всех интервьюеров, которых ненавидел. Понимаете, я был как Лев Бронштейн, который взял псевдоним “Троцкий” в честь надзирателя, который ломал его в тюрьме.

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

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

image

Сперва я перестал относиться к собеседованиям, как к чему-то простому. Стал готовится к каждому, продумывать вопросы и план проведения. Видя очередное резюме я внимательно изучал его. Например, встречаю «Senior full-stack developer» на позицию «Senior frontend developer» с кратким опытом по технологиям: JS: 1 год, React: 4 месяца, Ruby (on Rails): 2 года". Раньше я выбрасывал его на помойку, либо брал свой старый коварный списочек. Теперь я читал то, чего не знаю (те же рельсы), чтобы хоть как-то быть ближе к env собеседника. Продумывая ход собеседования, я выкидывал каверзные вопросы из областей мне мало знакомых.

Я просто выспрашивал всякое на далекие от меня темы, плавно переходил к общим вопросам — паттерны проектирования или сетевое взаимодействие. Кандидат уже был спокоен, видя, что я не валю и с вниманием слушаю. Затем я переходил к тщательному опросу по стеку позиции. Но здесь было по-прежнему плохо. Если по общим вопросам я мог опустить нюансы, то здесь никак. И к концу интервью проваливалось. Кандидат уходил расстроенным, а я оставался без коллеги.

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

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

С этой мыслью я решил несколько поэкспериментировать, и полностью уйти от стандартного формата интервью. Я постарался устроить разговор, диалог, дискуссию — что угодно, только не старые “вопрос-ответ”. Далеко не легкая задача, особенно когда кандидат такой же интроверт, как ты.

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

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

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

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

Я понимаю, читая сотни статей про собеседования, которые выходят раз-в-месяц-или-чаще, вы привыкли видеть тонкие лайфхаки, новые алгоритмы, математические анализы, графики “до и после”, психологические и организационные уловки. Наверное, их и правда было бы интереснее читать. Полезнее! Но если честно, ощущение пользы часто иллюзорно и обманчиво, а голая правда всегда анти-интересна.

Если вам дадут жирный учебник с какой-нибудь модной методологией собеседований от именитых гуру и клочок мятой салфетки с надписью “Не спрашивайте — рассказывайте сами и вам расскажут в ответ” — наверное вы выберете учебник. Но иногда все намного проще.

Вы можете помочь и перевести немного средств на развитие сайта



Комментарии (361):

  1. fillpackart
    /#19776154 / +29

    У меня были друзья-разработчики, они работали джунами и использовали какую-то бездушную хрень вроде C# или Java. И я хорошо чувствовал — я уже разбираюсь в своей технологии намного лучше, чем они в своих.

    Чувства тебя обманывали, Антон)

    • rcanedu
      /#19776800 / +1

      Я же видел твой код

      • fillpackart
        /#19776822 / +1

        Звучит как долбаный вызов)

        • rexen
          /#19777812 / +9

          Так идти за попкорном или нет?

        • rcanedu
          /#19778002 / +3

          Да

          • fillpackart
            /#19778012 / +2

            Присылай свой лучший код на ревью

            • rcanedu
              /#19778068 / +3

              У тебя есть доступ в приватный репо. Твой выход

              • fillpackart
                /#19778094 / +3

                Так ведь конфликт публичный

                • rcanedu
                  /#19778118 / +4

                  Значит, мне придется это выложить в опенсорс, оформив, как полагается в npm. И все же, где мне посмотреть твой лучший код?

                  • fillpackart
                    /#19778152 / +5

                    Я ещё не написал свой лучший код) Просто мой код можешь найти в этой своей приватной репе

                    • igordata
                      /#19779294

                      … и с точки зрения работодателя вы оба неправы… :P

                      • nizkopal
                        /#19781664

                        Я ещё не написал свой лучший код

                        Как и все мы… :)

                        • DarknessVirus
                          /#19782424

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

                          • kova7ev
                            /#19786226

                            четность ошибок совпала

                        • random1st
                          /#19782980

                          лучший код — это отсутствие кода

                  • faiwer
                    /#19778668 / +1

                    Даёшь идеальный публичный FizzBazz для хайлоада с e2e тестами, dockerfile, правильной историей коммитов, TDD, DDD, SOLID, KISS, FP, MVC, CI/CD, PWA… ой, не туда меня понесло.

                    • serf
                      /#19779950 / +2

                      И обязательно с machine learning, AI и блокчейнами. И еще монорепо, это ведь уже снова входит в моду.

                    • Kwisatz
                      /#19780496 / +3

                      KISS и YAGNI лучше тогда не вспоминать а то все остальное тогда сразу в лес)

            • Sinatr
              /#19778542

              Понятно, что вы тут в шутку дуэлитесь. А все же, что значит «лучший код»? Наикрутейшая имплементация? Хитровы… хитровыкрученный алогоритм? Просто исходник «без косяков»? А что есть косяк? Необщепризнанный стиль кода? Что-то, что можно оптимизировать? Сделать более читаемым?

              В моем 10-летнем или даже прошло-месячном коде все хуже чем в сегодняшнем. Но сегодняшний код я пишу балансируя между тем как я хочу и тем, сколько мне дают на это времени. Дали бы ? времени, я бы довел весь свой код до ? совершенства.

              • Nalivai
                /#19779094 / +1

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

                • pesh1983
                  /#19779286

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

                  • vassabi
                    /#19779322 / +1

                    (извините, что встреваю)
                    да тот код наверно умрет вместе со станком.

                  • serf
                    /#19779966

                    Код ведь идеальный, меняется вместе с заменой станков.

                  • Nalivai
                    /#19780128

                    Ну так да, нюансы, нюансы. Я просто к тому, что универсального мерила хорошести кода нет, все хорошо к месту.

                • Kwisatz
                  /#19780536

                  Если работает быстро, без сбоев, решает поставленную задачу и не предполагает расширения, то в общем и целом слегка пофигу как он написан.

                  ЗЫ что-то вспомнилось, надо где нить спросить как крутые ентерпрайз ребяты сделали бы регистронезависимый поиск по обычной html табличке, с последующим скрытием строк.

                • poxvuibr
                  /#19783430

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

                  Работоспособность — не характеристика кода, это характеристика программы. Хороших программ с плохим кодом много.


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

                  А зря ))

      • Lovesuper
        /#19787296 / -2

        Щас бы меня отшивал программист на джаваскрипте :) Спасибо, таких собеседований мне не нужно.

        • TheShock
          /#19787318 / +1

          Вы по какой-то причине причисляете себя к илите?

          • Lovesuper
            /#19787372

            Хотя бы русский язык знаю, школу среднюю закончил :)

            • TheShock
              /#19787382

              Во-первых, русский у нас не преподают, элитарности в этом языке никакой.
              Во-вторых, «илита» — это отсылка, а не ошибка.

              • Lovesuper
                /#19787426 / -2

                А говорили, что наш язык, это язык Пушкина и Толстого. Нехорошо получилось.

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

                • TheShock
                  /#19787438

                  Простите, я перестал вас понимать

  2. Neikist
    /#19776334 / +1

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

    Что интересно — меня по похожему принципу взяли. Я выгорел на прошлом стеке технологий, начал изучать другой, неожиданно написала HR, пригласили на собес несмотря на то что сказал что только недавно начал изучать стек нужный, на собеседовании поговорили с руководителем будущим на довольно общие темы, сейчас на испытательном с НГ. Да, риск непрохождения испытательного большой, особенно учитывая что команда мобильных разработчиков в отделе только собирается и нет какого то наставничества и введения в процессы как на прошлом месте, но пока мне все нравится, посмотрим что будет в конце испытательного.

    P.S. И да, «бездушное, что-то вроде C# или Java» — ни разу не правда. Пишу на котлине и не понимаю как до этого писал на языке с динамической типизацией.

    • Ingas
      /#19777138 / +3

      Пишу на котлине и не понимаю как до этого писал на языке с динамической типизацией.

      Ха! «Пишу на языке с превосходным дизайном, отличным набором библиотек и extra-high quality toolchain-ом — и радуюсь жизни» — вот как это звучит в переводе.

      • Neikist
        /#19777386

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

        • Graf54r
          /#19778602 / +1

          котлин, java — все едино. На выходе получаем тот же байткод

          • igordata
            /#19779330 / +2

            чего ж тогда сразу на байткоде-то ни писать бы

            • CrzyDocTI
              /#19780210

              У меня есть такие для вас. Люди проработавшие десятилетия на ассемблере — редактируют и не парятся=)

        • Ingas
          /#19781496

          Ну, java не так страшна, когда есть Идея )
          Особенно нынешняя java.
          А вот что особенно здорово для «вкатывающегося в jvm» — это котлиновский curated набор библиотек.
          Собрано все лучшее — нет опасности что кто-то закопипастит реликтовую дрянь из года 2006-го

    • oldd
      /#19777280

      Вот интересно, какой процент выгоревших перешли на котлин? Сам перешёл на него 4 месяца назад аж с делфей…

    • szelga
      /#19779986

      И да, «бездушное, что-то вроде C# или Java» — ни разу не правда
      похоже, имелся в виду «кровавый энтерпрайз».

      • grinCo
        /#19781390 / +1

        Скорее всего имелась ввиду защитная реакция автора на подколки программистов по поводу того, что он на джаваскрипт пишет.

  3. NeoCode
    /#19776378 / +11

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

    • slonpts
      /#19776528 / +3

      Есть опасность взять человека, «умеющего только проходить интервью».

      Важно понять, что человек делал, но техническую часть проверить тоже надо.

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

      Задачи предлагаю довольно общие

      • fizzbuzz — вывести в столбик числа от 1 до 100, если число делится на 3 — то вместо него fizz, если делится на 5 — то buzz, если и на 3, и на 5 — то fizzbuzz). Язык — любой, хоть псевдокод
      • спроектировать БД на 3 таблицы и написать запрос к ней (если есть ошибки в SQL — неважно, лишь бы общая канва решения была понятна)
      • задачка на синхронизацию потоков (для нас это актуально)


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

      • Lexicon
        /#19777126 / +6

        Есть опасность взять человека, «умеющего только проходить интервью».

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


        Каждый* человек способен на диалог, разговоры для нас естественны, кроме того, чем дальше мы растем, тем больше учимся "читать мысли", — отвечать на вопросы, которые еще не заданы, предупреждать проблемы, которые пока не возникли. В особенности это касается человека, на плечи которого возложена ответственность. Ведь обычно, мы учимся не решать задачки, а понимать, как именно нужно решить "задачку" именно "сейчас", в определенном контексте.


        Что такого в этих задачках? В чем их манящая для рекрутеров природа?
        Почему опытным разработчикам так необходимо проходить простые, "общие" задачки?


        Вас не заботит, насколько они просты, насколько оторваны от контекста?


        На одну и ту же задачку я могу потратить вечность, минуту или долю мгновения. Что бы оценили вы? Время? Число наводящих вопросов? Эффективность решения? Универсальность? Но ведь, как бы я не размышлял, единственный способ максимально удовлетворить каждому из этих критериев — заведомо знать ответ. FizzBuzz решенный за минуту, примерно в 60 раз хуже "решенного вчера".


        Что делает нас специалистами? Опыт. Знание. Успех. Ошибки.
        Полагаю, некоторые из нас в конечном итоге вовсе забывают, что такое "ошибиться":
        скорость и изящество; код, архитектура — ровно настолько безупречные, насколько это необходимо.


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


        В какой то момент появился вопрос.
        Мои работа и стремление — создавать уникальные вещи, на границах возможностей работодателя.
        Ради чего мне стремиться учить то, что (на мой взгляд) способен выучить любой?
        Безусловно, я не отбираю у вас право задавать задачки. Более того! Скажи вы мне:


        *Цитата вопросов*
        Задачи предлагаю довольно общие

        fizzbuzz — вывести в столбик числа от 1 до 100, если число делится на 3 — то вместо него fizz, если делится на 5 — то buzz, если и на 3, и на 5 — то fizzbuzz). Язык — любой, хоть псевдокод
        
        спроектировать БД на 3 таблицы и написать запрос к ней (если есть ошибки в SQL — неважно, лишь бы общая канва решения была понятна)
        
        задачка на синхронизацию потоков (для нас это актуально)

        • Evengard
          /#19778354

          А так ли их много?...

          • cdmnk
            /#19779854

            Скажем так, их достаточно. Вы слышали о senior developer, который не мог бы найти работу? Ну, не с тремя годами опыта, конечно. Джунам сейчас посложнее, но вход в профессию можно сюда не считать

      • VVS_AMD
        /#19778596

        Приятные у вас задачки. Жаль мне так ни разу не везло.

      • hatari90
        /#19778732

        спроектировать БД на 3 таблицы и написать запрос к ней (если есть ошибки в SQL — неважно, лишь бы общая канва решения была понятна)

        Классическую из задачника вроде книго/фильмотеки на умение в нормализацию, или что-то более специфичное? Напишите, пожалуйста, сформулированное задание, если не затруднит. Интересно.

    • dmitry_dvm
      /#19776954 / +16

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

      • Paskin
        /#19777074 / -6

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

        • Kwisatz
          /#19777128 / +17

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

          А если боевой сервер «то падает, то не работает», то CTO нужно уволить к чертям.

          • Milein
            /#19777694

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

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

            • Kwisatz
              /#19780486 / +1

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

              Халявщики конечно иногда встречаются везде. Но очевидно что в таком случае они не являются увлеченными и любящему свою работу. Просачиваются, что же поделать. Самый яркий пример у меня был: набирали продавцов в спортивный магазин в крупном ТЦ: зарплата выше рынка, работа интересная, мотивация имеется, etc. 2 из 11 оказались лодырями, что поделать. Зато получил непередаваемое удовольствие от работе с остальными: одни хорошо продавали, другие владели техническими аспектами, некоторые были харизматичны до ужаса, а другие про товар рассказывали так что я сам был готов купить, обнять и облизать. Конечно бывает и отвлекались и витали в облаках и не занимались рутиной, ничего страшного, рассказывал, объяснял, убеждал и наступало счастье. Где то правили бизнес-процессы согласно их замечаниям и опыту, учились друг у друга. Мы даже разрешали регистрировать покупки на отсутствующих в смене: клиенты частенько через длительное время и помнили кто их консультировал.

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

              Вообще программисты все из себя такие плохие и требуют. Но почему то строительство здания предполагает проект, инженерные изыскания etc И если вместо сарая вдруг понадобился отель то обычно сносят сарай и строят отель. А вот программистам регулярно предлагают сделать из сарая, который стоит то чудом, построить Бурдж Халифа (как минимум).

              • Milein
                /#19780664

                Почему вы решили что в ПО «херак, херак и в продакшен» — лучшая стратегия?

                А я этого и не говорил, не надо за меня додумывать.
                Я сказал ровно то что сказал — что то что работник увлечён, ещё не значит что его траектория его увлечения совпадает с той, которая нужна работодателю.
                Возрождать дискуссии из статьи, на которую я дал ссылку не вижу смысла.

                • Kwisatz
                  /#19781348

                  Вы не говорили, но «потребности бизнеса» говорят регулярно.

                  • Paskin
                    /#19782354 / +1

                    Это приходит с возрастом и опытом. В какой-то момент вы поймете, что деньги на зарплату тем же инженерам не растут на деревьях, а приходят от заказчиков в обмен на вполне реальные продукты или новые возможности. И что большинство успешных стартапов начинало с говнокода, вываленного в продакшен и вызвавшего первоначальное «Хочу!» у пользователей — а потом уже «причесанного» силами дорогих профессионалов. А большинство неуспешных — начало с найма дорогих профессионалов а потом… потом уже не было.

                    • TheShock
                      /#19782362 / +2

                      О! Аппеляция к возрасту, используется когда нету ума для адекватных аргументов.

                      А большинство неуспешных — начало с найма дорогих профессионалов а потом
                      Пруф.

                    • Kwisatz
                      /#19782660 / +2

                      Я прекрасно умею считать, до копейки, включая такие расходы, которые большинство себе не представляет, в том числе благодаря весьма богатому опыту. И поверьте, до найма дорогих профессионалов доживают очень немногие (а не в it дак вообще единицы).

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

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

                      • Paskin
                        /#19784314

                        Это не ошибка выжившего — это поиск стратегии выживания. И из известных мне фирм вот это самое "… як-… як — и в продакшен" привело к успеху десятки, а мощное и всеобьемлющее планирование погубило сотни.
                        В геймдеве я не силен — но думаю что проектов, «заваленных» из-за багов на два порядка меньше чем закрытых из-за кончившегося бюджета. Особенно в наше время сетевых игр и онлайн-установки апдейтов и патчей.
                        Главное доказательство этой теории — это Винда и другие продукты Майкрософт, дружно осмеиваемые «хардкор-программистами», «супер-админами», поклонниками TeX и прочими узкими меньшинствами на протяжении всего жизненного цикла. Что не помешало ей снискать колоссальный коммерческий успех и похоронить кучу конкурентов.

                        • Kwisatz
                          /#19785514

                          Это не ошибка выжившего — это поиск стратегии выживания. И из известных мне фирм вот это самое "… як-… як — и в продакшен" привело к успеху десятки, а мощное и всеобьемлющее планирование погубило сотни.

                          Чрезмерное затягивание действительно губиьельно. Но стратегия быстрого релиза может сработать только если вы предлагаете уникальный продукт на пустом рынке и смогли в первых версиях продемонстрировать его конкурентные преимущества.

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

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

                          Возможно, на азиатском рынке так оно и есть. Но вот сколько я наблюдаю за рынком ММО, релизнуть сырую игру это которкий путь выкинуть много денег.

                          Особенно в наше время сетевых игр и онлайн-установки апдейтов и патчей.

                          И кому они будут нужны когда в стиме рейтинг игр будет в районе плинтуса?

                          Главное доказательство этой теории — это Винда и другие продукты Майкрософт

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

                  • Milein
                    /#19783368

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

                    Всё равно хотят? Да пожалуйста. Рискуют они, ответственность несут они, деньги платят они, им и решать. Я и переделать потом могу, только деньги несите и сроки реальные ожидайте.

                    • Kwisatz
                      /#19785532

                      В конце концов если мы говорим о крайних случаях: ну и пусть?

                      Я и переделать потом могу, только деньги несите и сроки реальные ожидайте.


                      Даже если ваше здание убьет сотню человек?

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

          • Paskin
            /#19778856

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

            • alatushkin
              /#19779194

              А ты точно "руководитель"?
              Пока больше похоже, что хвост вилял собакой

              • Paskin
                /#19779968

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

                • Nalivai
                  /#19780236

                  Если вы не смогли донести до подчиненного факт что оверинжениринг в данном случае не нужен, то это косяк вас в качестве менеджера. А может быть он был прав, и сырая версия действительно была бы вредна, и тогда это тоже косяк вас как менеджера. Мало того, если бы вы сказали ему в приказном порядке, не переубедив, это тоже был бы ваш косяк как менеджера, потому что он запросто мог бы быть прав.

                  • Paskin
                    /#19782276

                    Спасибо, я посмеялся. А подчиненному ничего обьяснять и не пришлось — всего лишь попросил ответить на выше заданный вопрос, откуда по его разумению фирма должна получить деньги на дальнейшую оплату его исследований. Честно — если бы он привел хотя бы отдаленно похожий на правду пример (вроде экономии «сотни человекочасов потом» из комментария Kwisatz) — я бы согласился просто из любви к науке. Но увы — этого не случилось. Так что ошибаются не только менеджеры ;)

                    • Kwisatz
                      /#19782664 / +1

                      Вопрос стоит очень странно. Какое ему дело где фирма деньги найдет? Проблемы индейцев… Я как CTO могу ответить на такой вопрос, а если меня спросят как рядового программера да еще в стиле «куда по его разумению фирма должна получить деньги» пожал бы плечами.

                      Но если поставить иначе то вот потому, волт для этого и вот такой эффект.

                      Так что ошибаются не только менеджеры ;)

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

                • Kwisatz
                  /#19780312

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

                  В любом случае если ваши планы на сотрудника не сошлись с действительностью то косяк исключительно ваш.

            • 0xd34df00d
              /#19785984 / +3

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

              • Kwisatz
                /#19787130 / -1

                Я так часто что это наблюдал, что даже «я же говорил» не охота говорить, только цитирую всем анекдот.

                Вечер, дождь. У камина сидит пожилой джентльмен. Распахивается дверь и вбегает дворецкий:
                — Сэр! Спасайтесь! Темза вышла из берегов! Через пять минут вода
                хлынет сюда!
                — Выйдите и зайдите снова.
                Дворецкий выходит и снова забегает:
                — Сэр, Темза уже вот-вот будет здесь, спасайтесь!
                — Бэрримор, выйдите и доложите, как подобает настоящему английскому дворецкому!
                Не спеша открывается дверь, потоком воды вносит дворецкого:
                — К Вам Темза, Сэр!

      • serf
        /#19779972

        Предположу это был какой-то банк или финансовая организация?

    • neurocore
      /#19777300 / -1

      Вот-вот, верно подмечено, наёмник (они же программисты на битриксе :) ). Выяснить типаж программиста на собеседовании — отличная идея, сразу будет понятна мотивация человека. Кроме этого выделяют rock star, как правило с хорошим математическим бекграундом или многолетним опытом участия в олимпиадах. Во, нарыл статью с хабра

      • MindKiller
        /#19779992

        Программист на Битриксе не может быть творческой и интересной личностью?)

      • site6893
        /#19780258

        оу, ну незнаю. для меня

        многолетним опытом участия в олимпиадах
        это сразу такой красный флажочек, который просто кричит ОСТОРОЖНО — «минное поле», не вступи во что-то плохое))

        • wataru
          /#19780662

          А что не так с олимпиадниками?

          • Nalivai
            /#19781102

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

            • wataru
              /#19781182

              «Олимпиадники» не думают ни про поддерживаемость и читаемость своего кода, ни про интеграцию в комманду, ни про сроки и трудозатраты, ни про опасность велосипедостроения,

              Качество кода фиксится за пару месяцев, если используется код-ревью.


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


              Сроки, приорететы и велосипедостроение — это больше зависит от менеджера и лечится тоже весьма просто, парой внушений.


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

              • Nalivai
                /#19781226

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

          • vassabi
            /#19781174

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

          • Tolmy
            /#19781312

            Для этого суть работа должна быть похожа на «олимпиаду», тогда и «олимпийцы» будут хорошими работниками. А вот представьте, что компания саппортит чужой код, и исходный код вовсе не образец хорошего стиля. «Олимпиец» 90% в таких случаях скорее заскучает и начнет искать себе занятие поинтересней. Или станет писать код настолько вычурный, что плохо станет уже всем остальным.

    • ILya63
      /#19777826 / +3

      технологии фанатом которых собеседуемый является.


      уж лучше простой наёмник чем фанатик

  4. Kiel
    /#19776414 / +2

    Тут было несколько статей с аналогичными заголовками а ля «я понял что не нужно критиковать людей в пул реквестах» и тд. При этом все они начинались с такого же cmd'шного окошка с кодом.
    Это стиль статей такой или автор создал второй аккаунт?

    • Neikist
      /#19776426 / +2

      Я так понял что это как раз тот друг которого fillpackart постоянно упоминал в своих статьях и который пишет на js/ts. Хотя может и ошибаюсь.

      • arttom
        /#19776446 / +3

        Тот самый, да. Биба и Боба

    • fillpackart
      /#19776772 / +1

      Вот, надо было запатентовать право использовать картинки с кодом. Ведь это же я их изобрёл.

      • superyateam
        /#19778932

        Да, конечно, в англоязычном инете — это давно уже. Даже рекламы есть с псевдокодом, а ля

        while (!position.isClosed()) candidate.hire()


        так что не надо тут.

        • fillpackart
          /#19779438

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

        • serf
          /#19779982

          Тут нужо async / await добавить, сделать процесс нонблокинг.

    • movl
      /#19780676 / +3

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

      Изначальное приглашение fillpackart от arttom, намекало на виртуальность аккаунта, то что теперь там стоит приглашение от НЛО, намекает еще больше. А стиль изложения своих мыслей от rcanedu в этом посту, очень похож на стиль fillpackart, прям идентичным мне показался.

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

  5. StriganovSergey
    /#19776534 / +1

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

    • kagarich
      /#19776622 / +5

      Еще вчера мы не знали выиграем тендер или нет. Готовились к победе, куда без этого, но людей не нанимали. И вот сегодня узнали что победили. Архитектор на пару с тим-лидом сказали — для покрытия затребованного функционала нужно десять разработчиков вот таких компетенций. На полгода. Потом они возможно будут не нужны. А возможно и нужны. Но работу надо начать уже завтра. На край — послезавтра.
      Джуны? Наставничество? Пффф…
      Только уверенные, опытные, отлично владеющие нужными технологиями парни. Хорошо-бы уже команда, но мечтать не вредно. HR-ы — вперед, нужно сто резюме, выгребите hh и прочие площадки. Тим-лид — ты следующие три дня только собеседуешь, прости брат, ты эти три дня как на конвейере, извини за цинизм, но из тех что ты просмотришь ты должен взять а) лучших по компетенциям б) тех с кем точно сработаешься сам и другие сотрудники.
      Парни, вперед, just do it.

      • Neikist
        /#19776708

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

        • kagarich
          /#19776726

          Чтобы работать над долгосрочными перспективами нужно накопить жирок, который даст пережить кассовый разрыв из-за все возрастающих требований по обеспечению выполнения контрактов, который позволит пережить очередной мировой или локальный кризис, который позволит переехать из полу-подвала в офис А+, а пока — надо выживать.

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

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

          • Neikist
            /#19776736

            На прошлом месте была не разу не крупная компания, около 100 человек, из которых программистов около трети. Основной источник кадров — стажеры после вузов без опыта, изредка программисты с опытом. Многие работают там по 5+ лет. Есть те кто уходил а потом возвращались поработав в других местах.

            • kagarich
              /#19776764 / +1

              около 100 человек, из которых программистов около трети.

              А чем компания зарабатывала? Вы P&L видели?
              Можно сидеть на одном-двух крупных заказчиков и пуле их проектов и чувствовать себя отлично.
              Например так жил полтора десятка лет Active CIS, а потом, в декабре взял и выгнал на улицу тысячу человек.

              • Neikist
                /#19776782

                Два своих продукта + их внедрение на разных проектах по всему СНГ (от проектов на 100-200 часов до проектов на десятки тысяч часов), внедрение продуктов вендора. 1С франч если что.

                • kagarich
                  /#19776826 / +3

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

                  • Neikist
                    /#19776836

                    Не знаю. Я таких случаев не видел, меньше 3-4 лет там никто не работает, по крайней мере я вспомнить не смог таких людей. При том что, если честно, ЗП там не сказать что высокие, и офису до элитных очень далеко. Компенсируется как ни смешно прозвучит — хорошим коллективом и интересными задачами.

                    • kagarich
                      /#19776854 / +1

                      Это крупный город? Я к тому, что насколько широкий рынок работодателей в этом секторе, в том городе, где работает компания?

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

                      • Neikist
                        /#19776864

                        Нет, провинция. Впрочем выбор есть из работодателей, как есть и удаленка. Кстати вспомнил все же одного человека который ушел всего год проработав, но он ушел потому что ему 1с разонравилась. Я впрочем по той же причине ушел, пусть и отработав 4.5 года.

                    • serf
                      /#19779984

                      Компенсируется как ни смешно прозвучит — хорошим коллективом и интересными задачами.
                      А как же печеньки?

                  • Nalivai
                    /#19780268

                    А что не так? Если он действительно вырос за эти полгода и может работать работу, то почему бы ему не платить?

                    • kagarich
                      /#19780772

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

                      • Aingis
                        /#19780864

                        А вы хотели, грубо говоря, вырастить мидла из джуна за прежнюю з/п? Он стоил 50, когда вы его брали. Вы же не просто так взяли? Теперь стоит больше. Разве вы не хотели вырастить толкового работника, когда стали обучать?

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

                        Тут либо изначально надо подписывать соглашение вида «если проработал меньше года, должен заплатить за обучение», либо договариваться: предложить 70К, например, либо прощаться.

                        А так это типичное нытьё продюсеров звёзд: «до меня были никем, а теперь не хотят отрабатывать за копейки». Конкурентная область, а что вы хотели?

                        • kagarich
                          /#19781178

                          Звёзды — штучный народ, уникумы.
                          Шанс из джуна вырастить звезду есть, но я даже обсчитывать вероятность этого не хочу, просто у нас нет денег чтобы эксперементировать.
                          Я говорю про производство, где звезды не нужны. Где от зари и до заката надо фигачить вполне тривиальные задачи. Вот в этой ситуации джуны ну совсем с экономикой не вяжутся.

                      • Nalivai
                        /#19781070

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

                        • kagarich
                          /#19781162

                          Во всех остальных случаях, платить 50 специалисту который стоит 100 нельзя.

                          Полностью согласен. Именно поэтому наверху постулирую, что лучше сразу взять спеца за 100, он уже все что нужно умеет и стоит ровно столько на сколько умеет.

                          • Nalivai
                            /#19781202

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

                      • sandstramger
                        /#19781316

                        Человек может самообучаться и в свободное от работы время, сам и писать pet проекты дома для себя.
                        И внезапно да, это нормально просить повышения зп, если за это время он стал уже намного выше уровнем.

                      • VolCh
                        /#19783004

                        Так реально после обучения он стоит 100 или нет? Если бы пришёл сразу обученный полгода назад — заплатили бы 100?

                  • timiskhakov
                    /#19780416

                    Открываю кадровое агентство, обещаю джуну золотые горы в другой компании, продаю его в другую компанию как 23-летнего синьора, получаю бонус в размере трех его месячных зарплат. Шах и мат, джуны!

              • Neikist
                /#19776814

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

            • MTyrz
              /#19776786 / +1

              У вас разная специфика.
              Ваша компания работает, а компания вашего оппонента выигрывает тендеры.

              • kagarich
                /#19776812 / +1

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

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

                • MTyrz
                  /#19776872 / +1

                  Нет, это не нечто обидное, это просто другая стратегия фуражирования. К которой неприменимы основные принципы стратегии вашего оппонента; обратное также верно.
                  Это как у Пушкина: орлу и ворону не сойтись во вкусовых предпочтениях.

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

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

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

                  Наверное, такой ответ будет более правилен, чем предыдущая сокращенная версия.

                  • kagarich
                    /#19776894

                    Ваша компания работает, а компания вашего оппонента выигрывает тендеры.

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

                    UPD: Увидел ваш update уже после того как написал свой комментарий.

                    • MTyrz
                      /#19776896 / +1

                      Извините, я сначала ответил, а потом подумал, что надо бы как-то повнятнее это объяснить. И дополнил ответ.

      • fillpackart
        /#19776712

        Так, а к вам пришли, зная, что на полгода, и выходить на работу нужно вот прямо завтра?

        • kagarich
          /#19776732

          Да, существующая версия ТК других вариантов не оставляет — уволить человека из штата, если он сам того не хочет — та еще задача трех тел (компании, работника, трудового кодекса).
          Поэтому срочный договор, или ГПХ.

          • fillpackart
            /#19776756

            Не в моих правилах учить людей, но вы там у себя всё делаете не правильно)

            • kagarich
              /#19776776 / +3

              Вполне может быть, но чтобы я мог понять это, приведёте пример?
              Или расскажите о том как правильно?

      • ganqqwerty
        /#19778858

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

  6. user783
    /#19776608 / +5

    Очень хорошая мысль "… но будь моя воля, я бы может брал вообще всех, кто хочет работать."
    Я то же с опытом понял, что если у человека есть желание работать и учиться то это гораздо важнее чем его текущие знания. Все таки в мире больше умных людей и практически любого при желание и возможности можно научить чему угодно. А слова "… учить людей интереснее, чем их фильтровать." вообще можно отлить в золоте!

  7. nohuhu
    /#19776788 / +3

    Это история взросления, зарабатывания уверенности в себе и самоуважения. +100.

    • robert_ayrapetyan
      /#19776828 / +6

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

      • nohuhu
        /#19776884 / +2

        Взросления?

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


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

      • Igor_Shumilov
        /#19776898 / +3

        А меня бы такая фраза наоборот раззадорила бы. Это же вызов!
        «Мерзкий?! Показать тебе, почему ты не прав?! Ну держись, сам напросился!»

        • MaM
          /#19776970 / +3

          А если кандидат улыбнется и скажет «Каждому свое», что тогда?

        • Dolios
          /#19780444 / +1

          Ок. А при чем тут взросление?
          С возрастом и опытом наоборот пропадает желание доказывать всяким инфантильным личностям, делающим безапеляционные заявления, хоть что-то.

      • xPomaHx
        /#19782994

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

  8. nohuhu
    /#19776870

    del, ошибся веткой.

  9. muhaa
    /#19776974

    У компании есть реальные задачи и перед вами сидит человек. Нужно изучать человека и пытаться трезво и четко представить как это будет когда он начнет решать эти задачи. Как только представили, думаем годится ли это или есть шансы что придет кто-то получше. Все остальные способы оценки кандидатов — лютая лотерея.

    • muhaa
      /#19778372 / +1

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

      • VolCh
        /#19778614 / -1

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

  10. Daniyar94
    /#19777078 / +4

    Оффтопик: поздравляю Хабр с выходом на запад. В местной группе эта статья стала поводом жарких обсуждений:
    image

    Всегда напрягало, что не мог поделиться с коллегами статьями с хабра на русском :)

    • timiskhakov
      /#19777518

      На реддите эта статья нашла широкий отклик.

      • Anton23
        /#19777746 / +1

        Не эта, а другая. Если прочитать ваше сообщение, то можно подумать, что говорят про статью выше. На самом деле на реддите другая но похожая статья от fillpackart

        • timiskhakov
          /#19778702

          Верно, я ссылался на статью в скриншоте. Спасибо, что поправили.

          • Anton23
            /#19778848

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

    • TheShock
      /#19779146


      Кстати, код в этом твите очень странный. Используется return array.map и, казалось бы, функция должна вернуть вменяемый массив с результатом проверки каждой строки, но на практике функция, которая передана в мап — грязная процедура, которая что-то там пишет в глобальные переменные, возвращает undefined и как результат — вся функция возвращает массив undefined. Нафига? Если уж есть надобность релизовать через изменение глобальных переменных — пиши через for-of, зачем вводить в заблуждение используя мап?

      И вот ты, с хорошим настроением, зайдешь сделать код-ревью. Увидишь такое и, с впечатлением, что человеку абсолютно наплевать на проект и на команду ты прокомментируешь, что этот код неудачный.

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

      • 0xd34df00d
        /#19786466

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

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

        • TheShock
          /#19786658 / +1

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

  11. Paskin
    /#19777090

    Я в своих интервью (а провожу их иногда и 5-6 в неделю) пользуюсь следующей классификацией:
    — Языки программирования делятся на процедурные/обьектные и функциональные
    — Процессоры делятся на «классические», SIMD (GPU/DLA) и встраиваемые
    Единственные профессиональные критерии — насколько человек понимает, как то что он делал ранее (или говорит что делал) ложится на эту классификацию и как абстракции принятые в использованной системе программирования соотносятся с более низкоуровневыми абстракциями (файлы, потоки, сетевые соединения и так далее).
    И если человек понимает что и как заставляет мигать светодиод на Ардуино — он начнет писать для STM или чего-то подобного уже к обеду первого дня. А если обьяснение — «ну, я там нашел библиотеку и оно вот», то все плохо.

  12. andreyverbin
    /#19777110 / +7

    Нужно понимать, что срок жизни отличного программиста на рынке труда это считанные месяцы за 10-20 лет. Есть у меня знакомый А, он может за 2-3 недели изучить распределённую систему (ядро биржи, ~100KLOC), в которой куча многопоточности, сложная логика и нет документации и начать решать любые задачи с отличной скоростью и качеством, не задавая даже вопросов авторам кода. Есть знакомый Б, который после года работы с этой же системой не может выйти за пределы одного, небольшого модуля. Резюме знакомого А никогда даже не было опубликовано, нашёл работу студентом, а после сам выбирал работодателя. Знакомый Б всегда открыт к предложениям и его легко найти и на hh и в LinkedIn. Аналогичная история у всех, без исключения, моих знакомых уровня А. Их просто нет на рынке труда и они там никогда не появятся.


    Может кто-то наблюдает другую картину?

    • snizovtsev
      /#19778438 / -2

      Вы всех под одну гребенку как-то. Знакомому А повезло студентом выбрать адекватную контору, которая платит деньги и даёт интересные задачи. А некоторым приходится учиться на горьком опыте и составлять резюме.

    • illki
      /#19779860

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

      • Mephistophele
        /#19782390

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

  13. AndreyGaskov
    /#19777196 / +3

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

    Я провел их около сотни, и за все время взял может человек четырех.

    Из этой строки понимаю, что компании просто не нужны были новые сотрудники: HR проводили бурную имитацию деятельности, автор тоже, практически с нулевым выхлопом, всех всё устраивало и было даже причиной для гордости. Бывает.

  14. sergey-gornostaev
    /#19777284 / +1

    The only reliable coding interview is a three month probation period. © Stevie Buckley

    • berez
      /#19777796

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

      • kshshe
        /#19779700

        Но это и не говорит о том, что обычное интервью более надежно.

      • sergey-gornostaev
        /#19780056

        Да, бывают и такие, тоже сталкивался. Но во-первых, они скорее исключение, а во-вторых, на собеседовании их тем более не вычислить, как уже заметить kshshe.

    • serf
      /#19779800

      Increasing it up to six months makes it 2x more reliable right?

  15. lanseg
    /#19777410 / +3

    У меня свои, личные счёты есть к подобным собеседующим. Традиционно, считается, что лучше всего быстро предложить "Пусть не лучшее, но точно рабочее решение и работать над его улучшением, чем сразу пытаться решать задачу оптимально и не добраться даже до половины." — я традиционно так и поступал.
    А потом мне попался собеседующий, который вообще не слушал мои пояснения, а просто пырился в служебный ноут, выдал только что-то типа "Квадрат, давайте другой вариант" и дальше пырится в свой ноут.
    Я сижу и думаю "Ну да, я же, блин, сразу сказал, что решение за квадрат будет и почему я его беру..."
    И позже, уже после собеседования — "Что это вообще было? Профдеформация олимпиадников, для которых если решение не оптимальное, то это и вовсе не решение? Так он, вроде, не похож был на недавнего студента, а такие вредные привычки довольно быстро проходят."

    • Nalivai
      /#19781016

      Олимпиадники — они и в 55 олимпиадники

  16. nApoBo3
    /#19777424 / +1

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

  17. Beshere
    /#19777490 / +4

    Да, автор наломал дров, будь здоров.

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

    P.S. А вот в соседнем департменте набирали так: берём всех, после испытательного увольняем лишних. Считалось, это эффективно, но я от такого отказался, когда мне пытались этот подход навязать. Потому что я — сначала человек, а потом уже программист, и только потом начальник.

    • ApeCoder
      /#19779216

      Я вот в своё время просто смотрел «наш» ли это человек

      А что это значит? Можете развернуть?

      • Beshere
        /#19779988

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

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

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

        Вообще не пойму проблемы, когда везде стоит испытательный срок. Я обычно из 20 собеседований беру 15 человек, ошибусь, может, раз-два. Хотя теперь уже нет, на опыте усвоил еще пару моментов, но делиться не буду ими — не политкорректно они звучат.

        • ApeCoder
          /#19781270 / +1

          Вообще не пойму проблемы, когда везде стоит испытательный срок.

          Отсеивать на испытательном сроке дороже чем на собеседовании.


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

        • VolCh
          /#19783026

          А согласится ли на позицию новичка, человек у которого опыта много, но вам не нужного? Пару раз встречался с вакансиями типа «нужен сеньор с 5+ лет опыта веб-бэкенда, писать на Java, её знание будет плюсом», подавался (в резюме Java не упоминается), собеседовался, техническое, построенное по принципу «сначала общее, потом Java» проходил в два раза быстрее планового, потому что всё моё знание Java можно уложить в пару предложений типа «ноги из С++, компилируемый в байт-код для JVM, есть исключения, дженерики и Spring. Недавно вроде ФП немного завезли. Опыт разработки — HelloWorld году в 1995». И получал отзыв типа «отличное знание веба и бэкенда, ООП и т. п., но нулевые Java, поэтому позицию интерна предлагаем с зарплатой в 10 раз меньше чем хотите»

    • xPomaHx
      /#19783118

      Не ну вообще с испытательным это 100% подход по эффективности но зп придется платить и тем кто в резюме наврал.

  18. LinearLeopard
    /#19777510 / +6

    Статью лучше было бы назвать «Я провел сто собеседований, отказал сотне людей и до сих пор не научился собеседовать».

    В указанном примере собеседования человека с двухлетним опытом в Ruby:

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


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

    С друзьями можно разговор и так начать, но с незнакомым кандидатом, мне кажется, лучше начать с:
    — Я вижу у вас есть 2-летний опыт работы с рельсами, расскажите, пожалуйста, что вы делали, и почему выбрали именно эту технологию?
    —…
    — А почему решили всё же перейти на JS?

    • Deymos
      /#19782016

      Он говорит о "личном" отношении, и скорее всего, в такой интонации, что становится предельно ясно, что это не настолько серьёзно, как вам показалось. Разговор достаточно вежлив, и немного провоцирует в позитивном смысле. Не вижу смысла оскорбляться на ровном месте.

      • LinearLeopard
        /#19783636 / +1

        Сложно говорить про интонации в тексте, интонации, конечно, важны в устном разговоре, но в тексте, где мы лишены интонации, слова важнее. Те же мысли можно выразить и другими словами:

        Я пробовал Ruby, но мне не зашло, а почему Вы выбрали его? Какие проекты реализовывали?

        Без употребления слов «тошнить» и «мерзкие». Как-то они далековаты от профессионализма, не находите?

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

        P.S. Никто и не думал оскорбляться, просто решил уточнить этот момент.

        • VolCh
          /#19783764

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

          Ну и лучше на собеседование выявить, что при унизительных мнениях о Руби кандидат плакать начинает или драться, чем перед дедлайном :)

          • LinearLeopard
            /#19783826

            Если вакансия предусматривает стрессоустойчивость, то разумеется на неё нужно проверять. И абсолютно нормально начать с места в карьер. Другое дело, что нужна ли она программистам? Если да, то скорее всего что-то не так с процессами в команде. :)

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

            • VolCh
              /#19784110

              В целом нужна, особенно если позиция программиста предполагает общение с бизнесом.

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

              • LinearLeopard
                /#19784974

                В целом нужна, особенно если позиция программиста предполагает общение с бизнесом.


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

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

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

                Вам же ещё работать вместе, да и цель не доказать свою крутость, а крутой продукт выкатить.

  19. 411
    /#19777620 / +1

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

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

  20. Electrohedgehog
    /#19777626 / +3

    Два года назад человек собеседовал соискателей. При этом он отслужил в армии и успел поучиться в институте. Сейчас ему 24.
    Ну… Ладно. Просто интересно, как и почему вы стали собеседующим? Кем вы были в тот момент в компании?

    • abar
      /#19777822 / +12

      Может, это просто моя деформация после работы в Германии, но я считаю что тут просто факап компании, которая вообще допустила такого человека до собеседований. Молодой задр… гик, с какими-то своими тараканами в голове, какими-то идеалами и ещё не решенными комплексами — и его выставлять как (единственное?) лицо компании на собеседование. Игнорировать, что он валит всех подряд и гордится этим, зачем-то приглашать его собеседовать в другие отделы (зачем, там же работают другие люди!), после чего удивляться «чего это кадров не хватает», но не предпринимать никаких шагов для исправления ситуации. Однозначный факап руководства, желаю им теперь удачи в исправлении репутации фирмы после всех отзывов, которые им оставили те 100 человек.

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

      • LinearLeopard
        /#19778310

        Кстати, возможно, это тоже мне так подвезло, но заметил, что в Германии больше опытных работников на более ответственных должностях, да и в 30 лет поступать в магистратуру там в норме, уж не знаю, правильно это либо нет, не берусь судить.

      • faiwer
        /#19778778

        Мой первый собес в Германии как был как раз с таким вот человеком (привет Personio). Я поначалу даже свою самооценку уронил. Вроде ж Европа. Вроде же культур-мультур и толерантность. А тут мне: There're 3 errors, show me them. А на деле практически все "ошибки" были либо незнакомыми человеку понятиями, либо вкусовщиной, либо просто незнанием матчасти.

        • serf
          /#19779248

          Можно допустим не говорить что там 3 ошибки, а просто дать кусок кода и время минут 30-60 в зависимости от кода и опыта и попросить кандидата улучшить код на его усмотрение. Можно даже улучшение кода не писать, а просто план составить и потом обсудить.

      • VolCh
        /#19779420

        Что значит «не годится»? Может ему надо подучиться?

      • kulichkovsergey
        /#19779670

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

        • OYTIS
          /#19781192

          Вот тут субъективно я не уверен, что хуже. Когда тебе отказывают после того, как ты не решил какую-то заковыристую задачу, то в принципе понятно, почему отказали, и куда расти (даже если расти в ту сторону и не особо хочется). А отказ после «собеседования-разговора» всегда оставляет некоторое недоумение: я что, как-то не так разговариваю?

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

          • AndreyGaskov
            /#19782786 / +2

            После чего остался последний этап, «culture interview», где мне задавали вопросы вида «каким животным вы хотели бы быть» и «как бы вы изменили мир, обладая неограниченными возможностями». По результату получил отказ. Много думал.

            Надо было не много думать, а много радоваться, что не вышли на работу в компанию, которая устраивает такие «culture interview».

          • LinearLeopard
            /#19783650

            Как бы вы изменили мир, обладая неограниченными возможностями?


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

      • emerald_isle
        /#19780728

        Вам разве в вашей Германии не попадались токсичные люди, проводящие собеседования? Мне попадались, и ещё как. Но это было давно…

      • xPomaHx
        /#19783134 / +1

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

    • vassabi
      /#19778442

      Просто интересно, как и почему вы стали собеседующим? Кем вы были в тот момент в компании?
      хмм… я на 5м курсе (в армии не служил) стал сходить на собеседования вместе с моим ПМом — она задавала общие вопросы, а я — технические.
      А что именно вас удивляет? Человек собеседует себе будущих коллег, так что какие могут быть еще варианты?

      • Electrohedgehog
        /#19778582

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

        Удивляет меня то, что человек с двумя годами опыта в компании является одним из таких людей. Это возможно, но выглядит крайне странно.

        • vassabi
          /#19779228

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

          Про себя — на тот момент, мы только-только внедрили одну систему со своим внутренним языком и ИДЕ (язык похож на питон и яву). Так что никого более продвинутого по ней не было во всей компании (хотя там были огого спецы по С++, Ява ЕЕ и т.д.)

          • Electrohedgehog
            /#19779386 / -1

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

            • VolCh
              /#19779448 / +2

              А причём тут сеньоры? Вот взяли вас джуном куда-то, где нет ни сеньоров, ни миддлов. Ну или один миддл есть, но он уволился, порекомендовав вас на своё место тимлида. Откажетесь от позиции тимлида? Или от позиции нет, но собеседовать людей откажетесь к себе в команду?

            • fillpackart
              /#19779460

              Точно. Синьор — это же годами опыта измеряется.

              • Electrohedgehog
                /#19779526

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

                • vassabi
                  /#19780084

                  я видел людей с одним годом работы, но которые были поумнее и попрактичнее и поработоспособнее (не работоголичнее!) иных с «5 лет опыта».

                  Поэтому у меня свое когнитивное искажение в работе и на собеседованиях: я больше всего ценю скорость и гибкость мышления.

                  • Nikita001
                    /#19780646 / +2

                    Я видел такое, что вам, людям, и не снилось… Атакующие джуниоры, пылающие над Орионом; лучи Си++, пронизывающие мрак близ ворот Тангейзера… Все эти мгновения затеряются во времени, как слёзы в дожде.

                • Nalivai
                  /#19781150

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

                  • vedenin1980
                    /#19781440

                    1. Проджектлид это совсем другая профессия и проджектлид может не уметь программировать или программировать на уровне мидла или уверенного джуна (если он «пишущий»). Его функции совсем другие и больше менеджерские (если вы не навешиваете ему дополнительно роли архитектора или технического лида),

                    2. Время все-таки важно. Да, есть те кто и за десять лет остался джуном, но есть определенный опыт, который нельзя просто выучить, как нельзя научится водить профессонально машину только уча теорию и за десяток уроков в автошколе — тоже. Я бы сказал, что нужно 3-5 лет, чтобы стать действительно опытным разработчиком,

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

                • xPomaHx
                  /#19783158

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

                • 0xd34df00d
                  /#19786522 / +2

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


                  Я код на плюсах начал писать лет в 13, за деньги на плюсах — лет в 15-16.

                  • Electrohedgehog
                    /#19788098 / -2

                    А я в школе пять лет на уроках труда пилил деревяшки, поэтому я высококвалифицированный столяр-краснодеревщик.
                    Научитесь читать внимательно. Сейчас автору 24, два года назад он проводил собеседования. 24 — 2 = 22. Вряд ли он в армии программировал, да и первый курс этому не особо способствует.
                    Определённо есть выдающиеся разработчики и в 18 лет, но никак не могу понять, почему вот уже шесть человек на серьёзных щах пытаются доказывать что это норма.

        • hengenvaarallinen
          /#19779894

          Ну вот у нас в компании директор говорит набирать только джуниоров. А новых джуниоров надо кому-то собеседовать. Эйчар во всем этом не шарит. Вот и достаются собеседования джунам…

  21. roller
    /#19777644 / -6

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

    • fkvf
      /#19777800 / +2

      Знание любого из языков программирования не делает вас программистом.

    • VIkrom
      /#19777992 / +3

      Почему толковые джуны не относятся к нормальным кандидатам?

    • Aingis
      /#19778010 / +1

      Вы недооцениваете рынок. Мест во всяких Авито и прочих ограниченное количество. Рынок куда больше и спрос весьма большой. Ваше «за вменяемые деньги» выдаёт слабую позицию на столь конкурентном рынке.

    • LinearLeopard
      /#19778330

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


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

    • javamain
      /#19780420 / -1

      ну я еще добавил бы требование скоростьи печати на английском языке к программистам. Нормальный уровень программирования это около 300 строк в 2 часа осознанного текста.

  22. Electrohedgehog
    /#19777674 / +5

    «Senior frontend developer» с кратким опытом по технологиям: JS: 1 год, React: 4 месяца, Ruby (on Rails): 2 года".

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

    (с) graninas

    • graninas
      /#19777952 / +2

      Ура, меня цитируют! :)

      • Electrohedgehog
        /#19778050 / +2

        Смешно, грустно и правдиво. Верный рецепт популярности.

  23. NeverIn
    /#19777726 / +1

    Нафига собеседовать рубистов если в компании нет руби в стеке?!

    • hatari90
      /#19777818 / +1

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

    • Neikist
      /#19777870 / +3

      Ну вот захотел рубист стек сменить, или теперь технология однажды выбранная это клеймо на всю жизнь?

      • Simplevolk
        /#19778360

        И передается по наследству от отца к сыну.

      • andreysmind
        /#19779934

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

  24. mikelavr
    /#19777732

    25 лет — это и есть возраст, когда мозг завершает свое развитие. Автор просто повзрослел и набрался жизненного опыта…
    Вообще это прекрасный результат — «мудрость приходит с годами, но иногда годы приходят в одиночестве». Тут человеку повезло, да. Отличный возраст, впереди много лет для работы и творчества.

    • andreyverbin
      /#19778214 / +1

      1. Это совсем «немного» спорно.
      2. Даже если мозг перестаёт «улучшаться», не перестают оттачиваться профессиональные навыки.

      Так что 25 это не вершина, это самое начало профессионального пути.

      • mikelavr
        /#19778406

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

        • Neikist
          /#19778664

          А что есть профессиональные навыки? Я где то в 26 начал иностранный учить, рисовать вот недавно учиться начал при том что никогда не умел…

  25. VIkrom
    /#19777910

    Я провел их около сотни, и за все время взял может человек четырех.

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

    • ixamilion
      /#19778114 / +2

      И будет как в университете у «профессоров»:
      На 5 знает бог, на 4 знаю я, а кандидат максимум на 3. Конкретно этот на 2 — он даже не знает «Почему NaN имеет тип числа»

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

      • VIkrom
        /#19778186

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

        И если такой человек окажется сеньором, то фраза "«Сеньоры» не должны принимать решение… " дает противоречие.

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

      • oracle_and_delphi
        /#19778368

        На 5 знает бог, на 4 знаю я, а кандидат максимум на 3. Конкретно этот на 2 — он даже не знает

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

    • pesh1983
      /#19778810

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

  26. santa324
    /#19778016 / +3

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

  27. SnyMaster
    /#19778256

    Вот ещё одно из мнений о задачках на собеседовании:
    DHH (David Heinemeier Hansson, creator of the super popular Ruby on Rails framework) once said: “I would fail to write bubble sort on a whiteboard”. (https://flaviocopes.com/interview-questions)

    • roller
      /#19779880

      И разумеется он прав. Сортировка пузырьком в текущих реалиях ушла из области обычных прикладных формошлепов-программистов в область «тру хакеров» пишущих алгоритмы по Кнуту. (сарказм)

      • Nalivai
        /#19781176

        Времена меняются.
        Когда вы последний раз в реальном проекте писали вручную сортировку чего бы то ни было? И зачем?

  28. asukhodko
    /#19778258

    Спасибо вам за откровенность и честность. В особенности, даже, за честность перед собой. :)

  29. musicriffstudio
    /#19778380 / +2

    Его послали на базар купить мешок яблок, а он притащил ананас. Девочку-хрку посадили отфильтровать пьющих сварщиков, а она бракует тех кто старше 30-лет.

    Стандартная проблема непрофессионализма.

  30. i360u
    /#19778720 / +1

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

    • lastmac
      /#19779242

      одним из важнейших критериев — сможет ли новый человек в команде принести в нее что-то новое

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

  31. nick_gabpe
    /#19779144

    Мне нравится когда интервью начинается с простых или очень простых вопросов. Это даёт почувствовать уверенность, потихонечку раскачаться и почувствовать ритм.

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

    Мне очень не нравится когда задают каверзные вопросы на нюансы языка, которые практически никак не применимы в работе. Если я знаю ответ, то это значит, что я просто прочитал статью, где это упоминается. Да, если я это знаю, то это небольшой плюс, но если я не знаю ответа, то это ещё ничего не значит. Этими вопросами можно завалить любого, но чего этим добьётся интервьюер?

    • xPomaHx
      /#19783406

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

  32. apocatastas
    /#19779204 / -1

    Как жаль, что в моём стеке так не собеседуют(
    Помнится было дело, мне вообще дали бумажку с напечатанными терминами и спросили что я из них знаю. Вот тут меня знатно припекло и я от волнения забыла вообще всё, как на каком-нибудь экзамене в институте. Потом, конечно, эта самая бумажка пригодилась, чтобы других интервьюеров пугать.
    И как-то не докажешь никому, что работать хочешь и любишь, и учишься быстро, и готов впитывать как губка 24/7, и что никто из ранее нанимавших не пожалел. Точнее, это обычно никого не интересует.

    • vassabi
      /#19779268 / -1

      работать хочешь и любишь, и учишься быстро, и готов впитывать как губка 24/7, и что никто из ранее нанимавших не пожалел. Точнее, это обычно никого не интересует.
      э! Обычно — это «много», но не «все поголовно».
      Вот когда я собеседовал лет 10 тому назад, то мы смотрели как раз на характеристики «учится быстро» — я до сих пор вспоминаю, как мы смогли нанять к себе в отдел одну девушку с радиофиза (хотя потом она все равно ушла от нас в РубиГерлз :) ), так она тогда вообще не умела программировать, зато алгоритмы схватывала — токо в путь. Эх!

      • apocatastas
        /#19779932

        ну да, иногда исключения случаются. Жаль, редко)

    • VolCh
      /#19779466

      Очень хороший подход, по-моему, с «что знаешь из этого списка?»

      • apocatastas
        /#19779956

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

        • VolCh
          /#19784148

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

          Решающими ответы не должны быть в общем случае, но «будет большим плюсом» вполне.

          И вообще совет: не относитесь к собеседованию как к экзамену, даже если ему явно стараются придать такую форму.

  33. Indermove
    /#19779716

    Спасибо за статью! Недавно тоже пришел к этой мысли. Интересно было бы посмотреть на результаты Ваших экспериментов. Очень буду рад почитать такую статью.)

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

  34. serf
    /#19779744

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

  35. selotec
    /#19779870

    Видел подобное, только в тестировании. И отсутствие подготовки к встрече, задавание вопросов из готового списка, при чем в течение 2х и более часов. Бывало, что вместе с 2-3 командами одновременно искали примерно одного уровня кандидата и вместе делали ревью тестового задания. Формулировки отказа по заданию были всякой степени абсурдности, включая «вроде все ок, но оформление не очень». И по тому же тз «понимали» каков человек как личность. Я смотрел на это и видел преподов из универа, которым главное соблюсти все их стариковские стандарты, а не качество работы. Что забавно, ведь собеседующие — сами вчерашние студенты.
    Так что согласен и про «завалить» и про «становимся теми, от кого настрадались».
    Хорошо, если с опытом начинают глаза открываться, как у автора.

  36. GroGo
    /#19780018

    Прошел похожий путь в плане проведения собеседований как и автор. И тоже пришел к выводу, что можно брать почти любого. Научить можно всему.
    Я связываю это с тем, что почти любая технология стала гораздо доступней, чем 5-10 лет назад. Отдельные технологии оформились во фреймворки, в которых пару строк кода и готово, по другим написали более удачные книги. Третьи технологии перешли на другой стэк, более понятный людями и намного легче осваиваемый.
    Потому в современном собеседовании не особо важны знания тех или иных узких мест. Просто кандидат должен быть адекватным и стремиться к развитию. А уж как определить, обладает ли кандидат этими чертами, совсем другая история.

    • xPomaHx
      /#19783424

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

      • GroGo
        /#19783438

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

  37. ayakovlev
    /#19780052 / +2

    У меня в чём-то похожая история, но с другими выводами.
    Я тоже провёл сотни собеседований и брал действительно примерно 4-х из сотни.
    И один раз я поддался напору кандидата, который не прошел собеседование, но был очень активен, присылал попытки разбора заданий.
    В итоге те 4, которые прошли собеседования — прекрасные специалисты, я просто счастлив, что позвал их.
    И ещё я мучаюсь с тем «активным», потому что он работает в разы медленнее, косячит в разы больше, и вся его активность куда-то пропала после найма.

    Поэтому, лучше я откажу хорошему кандидату — он с лёгкостью устроится в другую контору, чем возьму фигового и не буду знать, что с ним делать.

    • emerald_isle
      /#19780846

      лучше я откажу хорошему кандидату — он с лёгкостью устроится в другую контору

      Почему вы в этом так уверены? Если вы отказали, почему другие не откажут?

      • ayakovlev
        /#19784394 / +1

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

  38. javamain
    /#19780186 / -2

    ну автор конечно дикий троль и мразота-редкосная… если по резюме видно, что опыта нет, то чего мучать себя и работника? Вы не пробовали приглашать на собеседования людей с опытом работы и с портфолио, чтобы не мучать невинных вопросами? с другой стороны нужно быть очень толстым тролем чтобы потратить 100 собеседований с результатом в 0. 100 собеседований это почти 2.5 недели (с собеседованием по 1 часу). По мойму тебе просто в армии отбили голову… что так плохо начал время проводить… Как вообще дали задание человеку без высшего образования подбирать персона?

    • GroGo
      /#19780280

      Высшее образование вообще не показатель адекватности человека. Даже больше, люди с высшим образованием часто считают что они выше чем люди без вышки. Это глупость полная.
      Ну и образование образованию — рознь. Кто-то MIT заканчивает, а кто-то филиал не очень хорошего университета в русской глубинке. Равнять двух этих людей по навыкам после получения образования никак нельзя.

      • gangz
        /#19780326

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

        • javamain
          /#19780398 / -1

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

          • GroGo
            /#19780562 / +2

            Делаю ерунду 2 часа в неделю, остальное время деградирую. Спасибо высшему образованию!

      • javamain
        /#19780364

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

        • WraithOW
          /#19780428 / +1

          Кругозор с вышкой колосален

          Ага, особенно у ребят, которые раз в семестр конверт заносят в деканат, а потом приходят за дипломом.

          • javamain
            /#19780506 / -2

            А откуда взять бабло студенту?

            • Perlovich
              /#19780776 / +1

              Вы так говорите, как будто в университетах нет людей с богатыми родителями.

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

            • WraithOW
              /#19781552

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

        • GroGo
          /#19780552 / +1

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

        • tendium
          /#19782768 / +1

          Кругозор с вышкой колосален


          Судя по написанию последнего слова, с кругозором вышла заминочка. :D

        • mayorovp
          /#19783106

          Отличная логика! Люди без высшего образования косячат потому что высшее образование требуют работодатели… Даже если это вдруг правда — вы перепутали причину и следствие.

          А реально лично я за 5 лет учёбы изучил всего 1 полезный предмет (сети ЭВМ) и 2 интересных (теория автоматов и электроника). Лучше бы я 3 учебника за 3 для прочитал и пошёл сразу же работать.

          • javamain
            /#19783434 / -2

            Вот еще пример. Я живу в Королеве, и там одни заводы… Без высшего образования можно поработать техником. С высшим образованием можно поработать инженером с профессиональным уклоном. Зарплаты разительно отличаются, а работа почти одна и таже — сидеть. Может раз в неделю что-то из работы и перепадет… Но без высшего образования — работа за еду. Плюс на королевских заводах не все высшее образование котируется. Там больше РКТ нужно, а все остальное они отсылают лесом. Конечно можно устроится и на вакансию без высшего образования… скажем повором или грузчиком. Но там в РКК Энергия больше средне профессиональное образование рулит. и зарплаты от 35 т.р.(просматривал вакансии 21.02.2019).

            • mayorovp
              /#19783540

              Это вы всё с позиции работника пишете. Но вопрос-то в другом: нахера высшее образование требует работодатель, если вся работа заключается в том чтобы сидеть?

              • javamain
                /#19783740 / -1

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

            • VolCh
              /#19783782

              Чисто по нормативным актам работа техником сколько-то там лет (немного) приравнивается к высшему инженерному

  39. gangz
    /#19780296 / +1

    Очень интересная статья и интересный опыт.

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

    И вот, компании уже 5 лет, и я ни разу не пожалел о том, что именно так нанимал людей.

    З.Ы. поделился своей историей в комментах, возможно, для кого-то она станет дополнительным стимулом изменить свои подходы к найму людей.

  40. Singaporian
    /#19780458 / +7

    Я пытался писать на рубях когда-то, но меня стало тошнить.

    использовали бездушное, что-то вроде C# или Java

    Подпись:
    Senior Frontend Developer


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

    Хотя в нашем мире девальвированных погон…

  41. nmrulin
    /#19780466 / +2

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

    • mayorovp
      /#19783120

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

      • 0xd34df00d
        /#19786724

        ХЗ, квиксорт ИМХО проще. В пузырьке надо об условии останова хотя б немного задуматься, а в квиксорте всё очевидно из соображений рекурсии (фундированной, кек).

        • TheShock
          /#19786766

          Да, тем более его очень просто рассказать на словах:
          берем центральный элемент, все элементы, которые меньше — заносим в массив А, все элементы, которые больше в массив Б, а потом делаем qsort(A) + base + qsort(B)
          В отличии от пузырька, который описать сложнее, как мне кажется.

          • wataru
            /#19786904

            Квиксорт описать словами просто, но в процедуре разбиения можно столько косяков допустить, если в самом массиве свопами делать, без дополнительной памяти. Если ни разу в жизни квиксорт не писали, за 30 минут на интервью шансов практически нет написать.


            А пузырек на таком же уровне тоже просто описывается. Пока массив не отсортирован проходимся по нему и меняем местами подряд идущие элементы, если они в не правильном порядке стоят.

            • Druu
              /#19786956

              Квиксорт описать словами просто, но в процедуре разбиения можно столько косяков допустить, если в самом массиве

              Пацаны квиксортят списки, так что там в две строки :)

              • wataru
                /#19787046

                Пацаны квиксортят списки, так что там в две строки :)

                Оу… Весьма спорное занятие. Для списков MergeSort гораздо лучше подходит, чем QuickSort.

            • TheShock
              /#19787004

              Квиксорт описать словами просто, но в процедуре разбиения можно столько косяков допустить, если в самом массиве свопами делать, без дополнительной памяти
              Если бы описания на словах не хватило бы и надо было реально писать — я бы подугарел и написал бы этот алгоритм в ФП стиле:
              const lt  = target => item => item <  target;
              const gte = target => item => item >= target;
              
              const qsort = array => {
                if (!array || !array.length) return [];
              
                const first = array[0];
                const rest = array.slice(1);
                
                return qsort(rest.filter(lt(first)))
                  .concat([ first ])
                  .concat(qsort(rest.filter(gte(first))));
              }
              

              • wataru
                /#19787072

                И вы потеряли основное требование отсортировать на месте.


                Или у вас тут не массив а списки в итоге используются (я не уверен, что это за ЯП и как там работает filter()). Это другая задача — опять же, тут понятие сортровки на месте уже нет. И для списков вместо QuickSort тогда уж надо MergeSort использовать.

                • TheShock
                  /#19787094

                  Ну «сортировка на месте» — это новое требование. Изначально такого требования не было. Я вот могу устойчивость потребовать

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

                  • wataru
                    /#19787138

                    Ну «сортировка на месте» — это новое требование.

                    Я с этого требования и начал (https://habr.com/ru/post/440930/?reply_to=19787094#comment_19786904):


                    Квиксорт описать словами просто, но в процедуре разбиения можно столько косяков допустить, если в самом массиве свопами делать, без дополнительной памяти

                    Дальше,


                    Я вот глянул на вики — там в примерах реализации тоже нету сортировки на месте.

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


                    В англйской же, сразу во втором абзаце: Quicksort can operate in-place on an array, requiring small additional amounts of memory to perform the sorting.

                    • TheShock
                      /#19787176

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

                      Вы нигде не говорили, что это требование. Вы сказали, что если соискатель по какой-то причине решит пойти сложным путем — он может наделать ошибок.

                      В англйской же, сразу во втором абзаце:
                      Вы не там акцент сделали. Правильно — так:
                      Quicksort can operate in-place on an array, requiring small additional amounts of memory to perform the sorting.

                      • TheShock
                        /#19787194

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

                        Это нужно, чтобы понять, знает ли человек, чем отличается O(n2) от O(nlogn), сможет ли на практике показать, в каком месте nlogn может превратиться в n2 и почему это плохо. И так далее.

                      • wataru
                        /#19787234 / +1

                        Вы не там акцент сделали. Правильно — так:
                        Quicksort can operate in-place on an array, requiring small additional amounts of memory to perform the sorting.

                        А где в этой фразе с русской вики надо акцент, по Вашему, поставить?


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

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


                        А ваше решение только показывает, что вы описание алгоритма знаете, но совершенно не понимаете какие у него плюсы и минусы.

                        • TheShock
                          /#19787310

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

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

                          А реализация merge sort для собеседования — это более сложная задача.

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

                          • wataru
                            /#19787434

                            Формально задача «написать quicksort» выполнена

                            Да, да, да. А потом некоторые для конкатенации строк используют алгоритм маляра Шлемиля. Ну и что, что у пользователей без проца i100500 на 5Ггц и 64 потока и 128Гб оперативки сайты по пол минуты грузятся. Зато, как Вы выразились "Совершенно рабочий код и формально задача выполнена". И в справке про strcat написано, что оно за линию работает, все оптимально же!


                            И я с самого начала требование о сортировке "на месте" привел. Потому что, еще раз, квиксорт без этого требования — плохой, не нужный алгоритм.


                            ответы должны быть строго такие, какие они хотят, и не дай бог ты решил проявить изобретательность

                            Если вас спрашивают, подсчитайте 2+2, то да, нужен строго ответ, какой они хотят. Тут уж никуда не деться.
                            Но в этом вопросе я бы порадовался за ваш хороший (серъезно) код и напомнил бы вам, что мне хочется сортировку на месте. Может у меня много данных и мало памяти. Тут меня устроил бы и другой ответ вида "я не помню, как делать квик сорт на месте но знаю другую сортировку, которая это делает" или какой-нибудь убедительный аргумент, почему "требование сортировки на месте бессмысленное, если много данных, надо параллелить". Честно, я бы порадовался вашей изобретательности. Тут бы мы могли обсудить, а какие другие сортировки кандидат знает, в каких условиях бы их применял и т.д. Просто выяснить, вызубрили ли Вы реализацию квиксорта — это как раз про ваших нелюбимых интервьюверов. Мне важно, что человек понимает что, зачем и где использовать.


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


                            Цель собеседования — это не посамоутверждаться за счет придираний к кандидату.

                            Да — цель понять что кандидат знает и умеет (в случае интернов еще и какой у кандидата потенциал).

                            • TheShock
                              /#19787466

                              Ну и что, что у пользователей без проца i100500 на 5Ггц и 64 потока и 128Гб оперативки сайты по пол минуты грузятся.
                              Ну вообще, мой подход хотя и использует дополнительную память, но обладает чистотой (что, иногда, нужнее), а сложность алгоритма у него корректная — nlogn, так что мне непонятно, зачем тут i100500.

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

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

                              • wataru
                                /#19787486

                                а сложность алгоритма у него корректная — nlogn, так что мне непонятно, зачем тут i100500.

                                Не верно. Ваша реализация, например, на отсортированном массиве будет работать за O(n^2). Не лучше пузырька, только памяти в 2 раза больше надо.


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

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

                                • TheShock
                                  /#19787506

                                  Ваша реализация, например, на отсортированном массиве будет работать за O(n^2).
                                  Тут согласен. Но взять другой опорный элемент не проблема. К примеру, так:

                                  const key   = Math.floor(array.length / 2)
                                  const first = array[key];
                                  const rest  = array.slice(0, key)
                                        .concat(array.slice(key + 1));

                                  Тут, правда, уже устойчивость пострадала.

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

                                  • wataru
                                    /#19787604

                                    Тут согласен. Но взять другой опорный элемент не проблема. К примеру, так:

                                    И ваша реализация опять будет работать за n^2, если вдруг меньший или больший элемент довольно часто окажется посередине списка.


                                    Тут, правда, уже устойчивость пострадала.

                                    Ее, кстати, и в первом вашем примере не было.


                                    Ну дело ж не в самом квиксорте, это просто тема для разговора.

                                    И в этом разговоре мы бы неминуемо пришли бы к тому, что худший случай у квиксорта O(n^2) всегда. Почему же его вообще тогда используют вместо того же Merge Sort, у которого этой проблемы нет?

                                    • TheShock
                                      /#19787644

                                      И ваша реализация опять будет работать за n^2, если вдруг меньший или больший элемент довольно часто окажется посередине списка.
                                      Во-первых, нет. Оно будет работать за n^2, если меньший или больший элемент на каждом шаге будет оказываться в центре, а не только на первом шаге.

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

                                      Ее, кстати, и в первом вашем примере не было.
                                      В первом есть.

                                      Почему же его вообще тогда используют вместо того же Merge Sort
                                      А почему используют пузырьковую сортировку? Если я не ошибаюсь, в одном из современных браузеров на малом количестве элементов (что-то вроде до 8) досортировывается пузырьком (или вставками?), тупо потому что меньше константа.

                                      К примеру на собеседовании Merge Sort не спрашивается, потому что это сложный алгоритм — его не так просто описать на пальцах или накидать в псевдокоде на доске.

                                      • wataru
                                        /#19787722

                                        Во-первых, нет. Оно будет работать за n^2, если меньший или больший элемент на каждом шаге будет оказываться в центре, а не только на первом шаге.

                                        Поэтому я и написал "довольно часто окажется". По моему, понятно, что не только про первый шаг разговор.


                                        В первом есть.

                                        Да, я был не прав.


                                        А почему используют пузырьковую сортировку? Если я не ошибаюсь, в одном из современных браузеров на малом количестве элементов (что-то вроде до 8) досортировывается пузырьком, тупо потому что меньше константа.

                                        Потому что при маленьком n, O(n^2) может быть быстрее O(n log n). Тут можно спросить, как кандидат понимает O().


                                        К примеру на собеседовании Merge Sort не спрашивается, потому что это сложный алгоритм — его не так просто описать на пальцах или накидать в псевдокоде на доске.

                                        И мы вернулись к моему первому коментарию! Квиксорт не спрашивают обынчо, потому что единственную приличную его реализацию писать сложно — много где можно накосячить.


                                        А объяснить как работает merge sort нисколько не сложнее. псевдо код чуть-чуть сложнее вашей реализации квиксорта. Но, в отличии от, применимый на практике.


                                        код

                                        Я на вашем языке не пишу, поэтому могут быть ошибки. Считайте, что это псевдокод.


                                        const mergeSort = array => {
                                          if (!array) return [];
                                          if (array.length <= 1) return array;
                                        
                                          const half_len = Math.floor(array.length / 2)
                                          const first = mergeSort(array.slice(0, half_len));
                                          const second = mergeSort(array.slice(half_len+1));
                                        
                                          ans = [];
                                          i = 0;
                                          j = 0;
                                          while (true) {
                                            if (i == first.length && j == second.lengh) {
                                              break;
                                            }
                                            if (i < first.length && (j == second.length || first[i] <= second[j])) {
                                              ans.concat([first[i]]);
                                              i++;
                                            } else {
                                              ans.concat([second[j]]);
                                              j++;
                                            }
                                          }
                                          return ans;
                                        }
                                        

                                        Для пущей производительности, надо ans зарезервировать и вместо concat класть в нужное место. Еще стоит от slice избавится и передавать массив по ссылке и начало/конец сортируемой области. Небольшое усложнение. Еще можно разбить основной if на 3 и отдельно копировать конец одной пловины, если вторая кончилась, но это на сложность алгоритма не влияет.

  42. perepichai
    /#19780820

    хорошая статья

  43. Brightori
    /#19781332

    Имхо, лучший способ проверить человека — дать ему небольшое тестовое, на несколько часов, с задачей приближенной к рабочей. И всё сразу становится на свои места.

    Мы на старой работе собирали вопросы с собеседований, и часто спрашивают очень странные вещи, которые никак к реальной работе не относятся.

    • xPomaHx
      /#19783496

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

      • Brightori
        /#19783702

        я написал приближенной к рабочей, и 2-3 часа вполне разумный срок. На самом деле большинство кандидатов отваливается, ибо они не хотят напрягаться. И это очень круто, потому-что зачем нужен сотрудник который не хочет напрягаться. На данный момент все сотрудники которых приняли с нормальным тз — не разочаровывали.

      • VolCh
        /#19783788

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

  44. ftpkill
    /#19781334

    «Даже мысль не проскакивала, что я могу быть мудаком сам» — квинтэссенция статьи.
    Seriously, синдром инженера — это ужасная вещь. Educated fools.
    Многие айтишники мечтают построить новый дивный мир, управляемый такими же айтишниками. Но мне кажется, это будет ад а не рай.
    «Моя точка зрения самая верная», уверенность в понимании всего в мире, «если я чего-то не хочу значит это не надо никому », проблемы с эмпатией, да много чего еще. Прямо золотой набор предпосылок тирании и антиутопии.

    • movl
      /#19781642

      Что-то Ваш взгляд на таких айтишников напомнил мне взгляд Ортеги на «массового человека». Хотя возможно Вы к нему и ссылаетесь.

      • ftpkill
        /#19781986

        Не могу, к сожалению, продолжить вашу мысль — понятия не имею кто такой Ортега :)

        • movl
          /#19782044

          Хосе Ортега-и-Гассет, если быть точным. В кратце: частично он говорил, что чем больше человек образован в своей специализации, тем меньше он понимает принципы функционирования общества, перестает с ними считаться и начинает судить обо всем на свете с помощью своей специализации. Тут чуть подробнее, если вдруг стало интересно.

  45. vyatsek
    /#19781394

    Возможно, сейчас меня занесет в полную противоположность — но будь моя воля, я бы может брал вообще всех, кто хочет работать.
    Еще к этому стоит добавить адекватность.
    Собеседование с вопросами, про какие-то лютые тонкости — поршлый век. Доступность информации на порядок выше и на первый план выходит способность идентифицировать и решать проблемы оптимальным способом. Эксперты нужны, но каждый разработчик не должен быть экспертом.
    При собеседовании меня скорее интересует путь решения проблемы, а не конечный вариант. Условия могут измениться, требований, технологии. Сегодня ты пишешь на C#, завтра надо написать под iOS или Android. И вопрос не в том, что знаешь или нет, а за сколько узнаешь.
    Или взять любой проект, хорошего кода видел мало, зато тех, кого нанимали знали и про GC и про таблицу виртуальных методов и т.д. Что толку с того, что человек досканально знает как процессор параллелит на конвеере инструкции, если ему наплевать на успешность проекта. Знание технических тонкостей не делает проект успешным, проект успешен тогда, когда люди стремятся идентифицировать узкое место и его улучшить и именно таким способом получаешь знание и опыт по месту.
    А теоретическое запоминание материала напоминает плюшкина, который собирает все, а применяет лишь небольшую долю, КПД такого работника не высоко, потому, что он получает информацию, которая не решает его проблему.

  46. grinCo
    /#19781418 / +2

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

  47. Denis631
    /#19781630

    you ARE arrogant and stupid

    С уважением ваш grammar nazi

    • Singaporian
      /#19787250

      С уважением, Ваш grammar nazi

      В — большая, когда речь идет об уважительном отношении, а не множественном числе. И очень круто смотриться с запятой.
      Я специально оставил там мягкий знак, чтобы Вы могли мне отомстить и не считали себя должником.

      • Denis631
        /#19787614 / +1

        В — большая, когда речь идет об уважительном отношении, а не множественном числе. И очень круто смотриться с запятой.

        век живи — век учись.

        Ну а по поводу запятой, гуглил, кто-то пишет, что писать надо, а кто-то нет.

        • Singaporian
          /#19787660

          Вот этот источник, в принципе, можно считать авторитетным. А вот тут очень хорошо объяснена причина:

          В русской грамматике правила постановки запятой после фразы «с уважением» и подписью автора письма не ставилась.

          Сейчас сложилась традиция, что после «с уважением» запятая ставится обязательно, потому что при чтении на месте запятой интонационно просится пауза.

  48. julia4545
    /#19781644

    >24 года
    >Senior Frontend Developer
    >провел 100 собеседований
    >24 года
    это шутка такая? или собеседуешь в свой стартап, созданный на деньги бати?

    • xPomaHx
      /#19783514

      Есть две крайности у ит людей, или чсв или «синдром самозванца».

    • Mayurifag
      /#19787736

      Может быть молодой человек не оканчивал вуз и сразу после школы пошёл работать, условно, 24-18 = 6 лет опыта без малого, можно и лычку сеньора получить, особенно если опыт набирался не в шаражкиных конторах и все нужные скиллы с талантом на месте.

      ..
      Сам я тоже скептически к этому отношусь.

  49. arkamax
    /#19781688

    По поводу сложности интервью — бывают и другие случаи. Пару недель назад проходил pre-interview screening у хедхантеров, позиция — Senior PHP Developer. Дали 50 минут и 6 задач. Без шуток:

    1. Есть прямоугольник со одной стороной 9 и суммой трех других 37. Вычислите площадь.

    2. Вы продали за месяц 5 станков по 1500 долларов каждый, и потратили на зарплату 1800 долларов, что составило 80% от ваших общих затрат. Какую прибыль вы получили?

    3. Есть три коробки с фруктами — в одной яблоки, в другой апельсины в третьих смесь тех и других. На каждой коробке есть маркировка, и известно, что они все неверны. Как достать один фрукт из одной коробки и правильно надписать все три?

    4. Напишите FizzBuzz, язык не важен.

    5. Дано две простейшие SQL таблицы, напишите запрос на подсчет количества (требовалось SELECT name,COUNT(blah) AS cnt FROM tbl GROUP BY name)

    6. Единственный вопрос именно на PHP — есть ассоциативный массив, прогоняем его через ksort(), потом через implode(). Что на выходе?

    Написал, отдал, ушел. Вчера позвонили и пригласили на интервью, сказали, что самое сложное я уже прошел. Жена долго ржала и спрашивала, точно ли позиция Senior Dev — не знаю, но вилка зарплат вроде подходит. Завтра интервью, беспокоюсь, что еще спросят.

    • TheShock
      /#19782372 / +1

      Большинство тех, кто приходит на собеседование на Senior слились бы ещё на первой задаче. Говорю как человек, который провел десятки собеседований в ВГ.

      • Neikist
        /#19782404

        А на что эти люди рассчитывают?

        • vedenin1980
          /#19782426 / +2

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

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

          • Neikist
            /#19782452

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

            • TheShock
              /#19782490 / +1

              Нет, никакого утрирования. Согласен с аргументами vedenin1980 на 100%

            • faiwer
              /#19783196 / +1

              Впрочем все три первых задачи достаточно элементарные

              Вроде да, но бывают нюансы. Если вас собеседуют на не родном языке, то 3 задача может дать жару. Говорю как человек с довольно слабым английским (Middle Intermediate), который недавно проходил много технических интервью.


              А дело всё в том, что обычно требуют при этом "мыслить вслух". И я вот на себе проверил, что мыслить вслух что-то мутное (перебирать все варианты яблок\коробок\следствий) и при этом мыслить продуктивно очень сложно. Большая часть мозга вынужденно занимается построением внятных формулировок. На задачу почти ничего не остаётся. Такое чувство… отупения наступает.


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

              • Neikist
                /#19783362

                Ну тут речь про hh, так что язык родной. Хз, если решать вслух — то я бы бумажку попросил, в уме и без нее можно.

        • TheShock
          /#19782482 / +1

          Вообще понятия не имею. Что не собеседуют? Что смотрят только по резюме? Почему тут столько вайна: «вот, у меня резюме такое клевое, но посмели на собеседовании вопрос задать и отказали»?

          Приходит человек, у него в резюме написано: имею опыт создания Highload-проектов.
          У него лид спрашивает:
          — В каких Highload проектах принимали участие?
          — Ни в каких не принимал!
          — А зачем в резюме написали?
          — Все пишут — вот и я написал!


          Или так:
          — Расскажите, что вы знаете о Design Patterns (обычно я такие вопросы не задаю, но тут попалось на глаза)
          — Эмс, ничего не знаю, а что это?
          — Ну вот же, у вас третим пунктов знаний в вашем же резюме
          — А, ну я просто на русском писал и переводчиком переводил, потому не знаю такого термина
          — Ну хорошо, тогда что такое «Паттерны проектирования»?
          — Эмс, не знаю
          — Ну Сигнлтон, к примеру
          — А, ну да, Сингтон
          — Еще какие?
          — Нуууууу…
          — Фабрика?
          — Да, Фабрика, знаю такое
          — Ну хорошо, расскажите о Фабрике
          — Ну фабрика — это… фабрика… Она создает… Ну вот, короче.


          Блин, да если бы он этого не написал — я бы в жизни такого вопроса не задал! Не понимаю — неужели так сложно перед собеседованием хотя бы СВОЕ СОБСТВЕННОЕ резюме прочитать? Такое впечатление, что им просто друг клевое резюме написал.

          При собеседовании на позицию геймдев не могут своими словами рассказать, как бы они написали игру Орел-Решка. Ну то есть вопрос без подвоха. Две кнопки — орел, решка, угадал-неугадал. Затык в том, что человек просто не умеет пользоваться функцией Math.random для того, чтобы с вероятностью в 50% вывести текст «орел» и с вероятностью в 50% вывести текст «решка».

          Более сложные вещи типа: «Возьмите из колоды в 36 карт 6 случайных» — это у нас была самая сложная задача. Когда люди не знают как я решить — я обычно подсказываю, спрашиваю, играли ли они в Дурака и как давали людям 6 случайных карт.

          • Neikist
            /#19782494 / +1

            Ммм… Я сейчас возможно глупость спрошу, но надеюсь что это просто вайтишники, не люди с опытом?

            • TheShock
              /#19782498 / +1

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

              • Neikist
                /#19782502 / +1

                Ну, держитесь что ли, и нервов покрепче…

        • mayorovp
          /#19783152 / +1

          На то, что у одного из 100 работодателей прокатит.

          Была тут как-то статья, где объяснялся этот эффект: чем меньше человек знает и умеет, тем больше он ходит по собеседованиям.

          • Druu
            /#19784888

            Была тут как-то статья, где объяснялся этот эффект: чем меньше человек знает и умеет, тем больше он ходит по собеседованиям.

            Логично: тот, кто знает и умеет много, работает, а не ходит по собеседованиям :)

      • Mephistophele
        /#19782416

        Расскажите как там процесс построен? :)
        Не удалось с ними пообщаться как-то до сих пор.

        • TheShock
          /#19782484

          Процесс собеседования или процесс работы?

          • Mephistophele
            /#19783866

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

            • TheShock
              /#19784114 / +1

              Про собеседования — так же. Очень сильно зависит от тех специалиста.

              У нас (мы разрабатывали игру на JS и Canvas — острие web-технологий на тот момент, куча багрепортов в браузеры, никакой инфы в интернете) HR встречала человека, общалась 5 минут о чем-то, пока придет тех специалист. Лично я был лидом клиентской команды и всегда собеседовал сам. Давал несколько относительно простых. По JS это было на знание прототипов вроде такой:

              function MyClass (name) {
                this.options.name = name;
              }
              
              MyClass.prototype.options = {
                name: 'default'
              };
              
              var foo = new MyClass('foo');
              var bar = new MyClass('bar');
              
              console.log( foo.options.name, bar.options.name );


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

              Следующая задача — это понимание замыканий:

              <button>Zero</button>
              <button>One</button>
              <button>Two</button>
              <button>Three</button>
              <button>Four</button>
              

              var buttons = document.querySelectorAll('button');
              
              for (var i = 0; i < buttons.length; i++) {
                buttons[i].onclick = function () {
                  console.log(i);
                }
              }
              


              Вопрос — что выведет при клике на любой элемент, почему? Как исправить неожиданное поведение?

              Самый правильный ответ — IIFE (название не обязательно, достаточно описать общий принцип).

              Потом спрашивал, какие нестандартные способы могут назвать люди. Самый популярный правильный ответ — dataset.

              Из менее популярных — forEach, with, let, bind (короткий и длинный варианты). Но это уже так — на совсем увлеченность

              Эти две задачи показывали, что человек реально имеет базовый опыт работы с JS, умеет распознавать типичные сложные паттерны. Часто с протипами люди не работали вообще (а они у нас часто встречались), но это не так критично, если по остальным пунктам человек хороший.

              А вот если не может ответить про проблемы с замыканием — тревожный звоночек, все JS-специалисты не раз сталкиваются с этим шаблоном и это свидетельствует или о вранье в резюме или о слабом опыте (да, есть 5 лет опыта, но только подключение одинаковых плагинов на JQuery, без глубины). У нас же было тьма очень сложного кода, игра в паблике, на которую мы постоянно заливаем обновления и было лучше не нанять хорошего специалиста, который боится общаться с людьми, чем нанять плохого специалиста и потом на боевом сервере получить тьму багов потому что он не смог распознать замыкание.

              Code Review у нас было (при чем довольно строгое — минимум два аппрува от других членов команды для мерджа), но все-равно лишней головной боли не хотелось — и так есть над чем страдать.

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

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

              Потом шел за HR (а у нас почти со всеми ими были дружеские отношения, лично я считал, что они у нас хорошие), рассказывал в двух словах:
              — Кандидат не очень, максимум слабый мид, сказал, что подтянуть
              — Кандидат хороший, можно брать
              — У кандидата слабый язык, но хорошая верстка — можно посоветовать в веб-команду (тогда с веб могли пригласить на собеседование их спеца)

              Потом HR приходила, общалась, провожала или предлагала деньги.
              Обычно все собеседования заканчивались за один день и максимум 2 часа.

              Хотя был случай, но я уже слабо помню точно, что сильного кандидата, которого я советовал для найма очень долго протянули и он был очень оскорблен и ругался. Там что-то вроде: «человек, который ответственный за бюджет и должен поставить свою подпись — уехал в отпуск, а его зам попал в больницу со сломанной ногой». Короче, бред какой-то и мы все были очень недовольные, но такой случай только один помню.

              Но, опять же, все очень сильно зависит от офиса, HR и от команды. Это я про киевский офис рассказывал.

              • Druu
                /#19784790

                Самый правильный ответ — IIFE (название не обязательно, достаточно описать общий принцип).

                Зачем, можно же var на let поменять

                • TheShock
                  /#19784824

                  Это был 2011 или 2012-й год, let ещё не окреп. И прочитайте через абзац, про let там есть. И плюс «поменять var на let» не указывает на понимание работы замыканий. Я бы все-равно попросил использовать IIFE и объяснить, почему оно работает.

              • serf
                /#19785368

                Самый правильный ответ — IIFE (название не обязательно, достаточно описать общий принцип).
                Это правда самый правильной вариант? А что будет если в цикле использвть let вместо var?
                for (let i = 0; i < buttons.length; i++) {


                PS чукча писатель

                • TheShock
                  /#19785416

                  Это правда самый правильной вариант? А что будет если в цикле использвть let вместо var?
                  На Senior сейчас бы спросил — знает ли кандидат как реализуется let при транспиляции в ES5 — всё-равно разговор пришел бы к IIFE или аналогам и выяснению причин, почему так происходит

                  • serf
                    /#19785618

                    Не самые плохие вопросы. А практиковалось ли у вас например давать кусок кода кандидату и попросить его на его усмотрение улучшить качество этого кода (можно даже не писать но пояснить что изменил бы и почему)?

                    • TheShock
                      /#19785652

                      Не, без контекста это, обычно, вкусовщина. Ну и тут есть очень много места для спекуляций. Я вот считаю, что единственно-правильный способ проверять переменную на пустоту — variable == null, но это очень специфическое знание. И вот человек может иметь такие специфические мнения и разговор уйдет в холивар по мелочам.

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

                      • VolCh
                        /#19786176

                        Ожидаемый результат или нет — холивар точно :)

                      • serf
                        /#19786312

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

                        • TheShock
                          /#19786838

                          В глубину хорошо разговаривают именно технические вопросы. Меня вот как-то спросили на Senior JS Developer — какие подходы к сборке мусора я знаю и когда они используются.

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

                  • Druu
                    /#19786922

                    На Senior сейчас бы спросил — знает ли кандидат как реализуется let при транспиляции

                    Думаю, ренеймингом ;)

                    • TheShock
                      /#19786960

                      Эмс, что? Типа в var переименовывается?

                      • Druu
                        /#19788310

                        Типа да :)
                        Меняется на var и меняется имя переменной в случае конфликта имени с именем переменной из внешнего скопа — почти во всех кейзах этого достаточно.
                        В случае for — не достаточно, но это особенность именно for. То есть, говорить тут надо о транспиляции for (и то только в случае захвата счетчика замыканием), а не о транспиляции let :)
                        с-но:
                        https://babeljs.io/repl/#?babili=false&browsers=IE%20%3E%3D%2011&build=&builtIns=false&spec=false&loose=false&code_lz=Q&debug=false&forceAllTransforms=false&shippedProposals=false&circleciRepo=&evaluate=false&fileSize=false&timeTravel=false&sourceType=module&lineWrap=true&presets=env&prettier=false&targets=&version=7.3.3

                        • TheShock
                          /#19790408

                          Программист, который не умеет в контекст меня бы смутил.
                          Правда, программист, который специально игнорирует контекст, чтобы придраться.
                          Тем более, если он при этом ошибается. Это особенность как раз let, а не for. Зависит, конечно, от версии



                          Правда, тот сайт, который дали вы — транспилирует с багами. Вот пруф. Такой код:

                          let x = () => {};
                          {
                            let x = () => {};
                            setTimeout(function () {
                              console.log(x.name);
                            }, 100);
                          }


                          Он оттранспилирует в ошибочный:
                          "use strict";
                          
                          var x = function x() {};
                          
                          {
                            var _x = function _x() {};
                          
                            setTimeout(function () {
                              console.log(_x.name);
                            }, 100);
                          }


                          Который выведет в консоль неправильное значение.

    • Mephistophele
      /#19782412

      Ну такое себе… сомнительное.
      Не отображает прикладного применения. Видно кто составлял физ.мат окончил, а с фантазией всё посредственно.
      Хотя перечитал ещё раз, про физ.мат эт я погорячился, местами задачки за школьный курс.

      • arkamax
        /#19782478

        Хотя перечитал ещё раз, про физ.мат эт я погорячился, местами задачки за школьный курс.

        Вот и я об этом… то ли это говорит об общем уровне соискателей, то ли они сильно переоценили требования на позицию.

    • Electrohedgehog
      /#19782766

      Я думаю, многим будет интересно услышать о следующем интервью. Напишите, пожалуйста, как пройдёт.

      • arkamax
        /#19787388 / +1

        Сходил на интервью. Технических вопросов было два:

        1. Сложите строку виду «00 0 0 00 0» в число, где первая группа нолей — флаг (00 = 1, 0 = 0), следующая за ней — маркеры, которые надо заменить на 1/0, и загнать в строку, повторить до конца. Результирующую бинарную строку вывести в десятичном виде. Решений множество, битовые смещения мне показались наиболее простыми.

        2. Нарисуйте в HTML/CSS/JS три прямоугольника в определенном порядке, скройте любой/все по клику, потом заставьте любой по клику переехать в начало.

        Всё. А потом он сказал, что у соискателя после найма будет много разнообразных задач — включая, например, собирание осколков распределенной InnoDB базы после крэша и поддержку распределенной инфраструктуры сайтов на LAMP. Который час сижу и думаю, как это соотносится. Есть подозрение, что на данный момент им нужна хоть одна прямая пара рук, торчащих из некоего кентавра из сениора и сисадмина, но тогда надо другие вопросы задавать и другие деньги платить.

        P.S. Интервью было на позицию с потолком зарплаты около в 120к в год. Хьюстон. Кстати, HR подтвердила, что ситуация на рынке труда аховая, адекватных PHP-разработчиков между мало и нет совсем, опытных — в принципе нет. Мои 19 лет опыта вызвали там легкий шок… если я правильно понял, сениором считается любой с 7 годами и более.

        • Electrohedgehog
          /#19788102

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

          • arkamax
            /#19788146

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

    • esemi
      /#19784722

      Прям орнул =) Хочу продолжения, хотя бы в лс.

  50. Alcpp
    /#19782602

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

  51. aleksandros
    /#19784142

    Чем-то мне это напомнило рассказ Аверченко «Бельмесов». Не по смыслу, а, скажем так, по юморичестической составляющей)

    Заголовок спойлера
    –Кто такой этот Бельмесов?–нетерпеливо спросил я.
    –А как же! У нас же служит.
    –Да кем? Что он делает?
    –А как же. Инспектором у нас в уездном училище. Где я директором состою. Дока.
    –Это он-то дока?
    –Он. Вы бы посмотрели, как он на экзаменах учеников спрашивает. Любо-дорого посмот-реть. Уж его не надуешь, не проведешь за нос. Ён, как говорится, достанет. Посмотрели бы вы, ка-ким он орлом на экзамене…
    –Много бы я дал, чтобы посмотреть!–вырвалось у меня.
    –В самом деле хотите? Это можно устроить. Завтра у нас как раз экзамены –приходите. По-сторонним, правда, нельзя, но мы вас за какого-нибудь почетного попечителя выдадим. Вы же, кстати, и пишете –вам любопытно будет… Среди учеников такие типы встречаются… Умора! Смотрите, только нас не опишите! Хе-хе! Вот вам и адресок. Право, приезжайте завтра. Мы глас-ности не боимся.
    II
    За длинным столом, покрытым синим сукном, сидело пятеро. Посредине любезный старик с белой звездой, а справа от него торжественный, свеже-накрахмаленный Бельмесов, Иван Демьяныч. Я вскользь осмотрел остальных и скромно уселся на стул.
    Солнце бегало золотыми зайчиками по столу, по потолку и по круглым стриженым головенкам учеников. В открытое окно заглядывали темно-зеленые ветки старых деревьев и приветливо, одобрительно кивали детям: «Ничего, мол. Все на свете перемелется — мука будет. Бодритесь, детки...»
    — Кувшинников, Иван, — сказал Бельмесов. — А подойти к нам сюда, Иван Кувшинников… Вот так. Сколько будет пятью-шесть, Кувшинников, а?
    — Тридцать.
    — Правильно, молодец. Ну, а сколько будет, если помножить пять деревьев на шесть лошадей?
    Мучительная складка перерезала загорелый лоб Кувшинникова Ивана.
    — Пять деревьев на шесть лошадей? Тоже тридцать.
    — Правильно. Но тридцать — чего?
    Молчал Кувшинников.
    — Ну, чего же — тридцать? Тридцать деревьев или тридцать лошадей?
    У Кувшинникова зашевелились губы, волосы на голове и даже уши тихо затрепетали.
    — Тридцать… лошадей.
    — А куда же девались деревья? — иронически прищурился Бельмесов. — Нехорошо, тезка, нехорошо… Было всего шесть лошадей, было пять деревьев и вдруг — на тебе! — тридцать лошадей и ни одного дерева… Куда же ты их дел?! С кашей съел или лодку себе из них сделал?
    Кто-то на задней парте печально хихикнул. В смехе слышалось тоскливое предчувствие собственной гибели.
    Ободренный успехом своей остроты, Иван Демьяныч продолжал:
    — Или ты думаешь, что из пяти деревьев выйдут четыре лошади? Ну, хорошо: я тебе дам одно дерево — сделай ты мне из него четыре лошади. Тебе это, очевидно, легко, Кувшинников, Иван, а? Что ж ты молчишь. Иван, а? Печально, печально. Плохо твое дело, Иван. Ступай, брат!
    — Я знаю, — тоскливо промямлил Кувшинников. — Я учил.
    — Верю, милый. Учил, но как? Плохо учил. Бесмысленно. Без рассуждения. Садись, брат, Иван. Кулебякин, Илья! Ну… ты нам скажешь, что такое дробь?
    — Дробью называется часть какого-нибудь числа.
    — Да? Ты так думаешь? Ну, а если я набью ружье дробью, это будет часть какого числа?
    — То дробь не такая, — улыбнулся бледными губами Кулебякин. — То другая.
    — Откуда же ты знаешь, о какой дроби я тебя спросил? Может быть, я тебя о ружейной дроби? Вот если бы ты был, Кулебякин, умнее, ты бы спросил: о какой дроби я хочу знать: о простой или арифметической?.. И на мой утвердительный ответ, что — о последней — ты должен был ответить: «арифметической дробью называется — и так далее»… Ну, теперь скажи ты нам, какие бывают дроби?
    — Простые бывают дроби, — вздохнул обескураженный Кулебякин, — а также десятичные.
    — А еще? Какая еще бывает дробь, а? Ну, скажи-ка?
    — Больше нет, — развел руками Кулебякин, будто искренно сожалея, что не может удовлетворить еще какой-нибудь дробью ненасытного экзаменатора.
    — Да? Больше нет? А вот если человек танцует и ногами дробь выделывает, это как же? По-твоему, не дробь? Видишь ли что, мой милый… Ты, может быть, и знаешь арифметику, но русского языка — нашего великого, разнообразного и могучего языка — ты не знаешь. И это нам всем печально. Ступай, брат Кулебякин, и на свободе кое о чем подумай, брат Кулебякин. Лысенко! Вот, ты, Лысенко! Кондратий, скажешь нам, что тебе известно о цепном правиле? Ты знаешь цепное правило?
    — Знаю.
    — Очень хорошо-с. Ну а цепное исключение тебе известно?
    Лысенко метнул в сторону товарищей испуганным глазом и, повесив голову, умолк.
    — Ну что же ты, Лысенко? Ведь говорят же: нет правила без исключений. Ну, вот ты мне и ответь: есть в цепном правиле цепное исключение?

    Стараясь не шуметь, я отодвинул стул, тихонько встал и, сделав общий поклон, направился к выходу.
    Любезный директор с белой звездой тоже встал, догнал в передней и сказал, подмигивая на экзаменационную комнату:
    — Ну, как?.. Не говорил ли я, что дока. Так и хапает, так и режет. Орел! Да только, жалко, не жилец он у нас… Переводят с повышением в Харьков. А жалко… Я уж не знаю, что мы без него и делать будем?.. Без орла-то!