Комментарии 243
Вот к примеру, как требования вспомнить школьный курс javascript помогут от близнеца-самозванца дорвавшегося до проекта, если на ответы по курсу отвечал его двойник? А никак. Ух что-то, так наоборот — появляется мотивация проворачивать такие схемы. И если не ради работы, то хотя бы просто назло.
Я ее прочитал, ужаснулся, прочитал еще раз и задумался: «а почему вообще такая фигня происходит?»
В общем вы не ответили на собственный вопрос )
Вообще все эти практики не про наш регион. Более чем очевидно, что при трудоустройстве в обычную IT-компанию с офисом и печеньками эти вопросы не нужны, потому что это просто не ЦА самозванцев. Но начитавшись книг и наслушавшись умных лекций многие HR считают, что все должно быть как в больших зарубежных компаниях.
Хвала высшим силам, что я не прошел.
Помню, что на моем ноутбуке тачпад был еще размером чуть больше спичечного коробка.
Трекпоинт — реально достойная альтернатива, если к нему привыкнуть.
Но отключать и запрещать это конечно маразм.
и естественно имея привычку к трекпоинту с мышкой работают в тех же тестах медленнее :)
«Какой уровень занимает протокол TCP/IP в семиуровневой модели OSI?»
Вот и правда, какой? Я ответа не знаю. Про протокол такой в первый раз слышу.
Да, я каждый день пользуюсь стеком протоколов TCP/IP, и даже кажется в них что-то понимаю (работая СА), но на собеседованиях иногда спрашивают именно с такими формулировками. И именно формулировки зачастую мешают ответить корректно.
На самом деле это был вполне осмысленный вопрос лет 20-25 назад, когда любая книжка по нетворкингу включала разбор OSI модели, чтобы проверить что человек хоть что-то читал. Потом просто сама модель забылась за практической бесполезностью.
Ну и сейчас говорят "L3 свитч".
Слово Cisco наверняка есть в резюме и у админов.
TCP четвертый (транспортный) а IP третий (адресный)
Не через запятую, а через косую черту. Так то понятно.
На самом деле это был вполне осмысленный вопрос
Нет. Его формулировка отображает то, что его автор сам в протоколах небумбум. И на собеседованиях это попадается.
лет 20-25 назад
1-я ссылка в запросе разбирает сопоставление двух стеков. Так что «олд скул» не пройдет, молодеж тоже должна иметь понимание концепции.
Потом просто сама модель забылась за практической бесполезностью.
Она (модель OSI) не забылась и для всех, кто получал не только навыки но и знания, обязана быть знакомой, также, как и архитектура фон Неймона. Что правда не означает, что нужно наизусть декларировать названия самих уровней на двух языках.
Очень напоминает ситуацию с небезызвестными стульями.
Это где два стула, куда сам сядешь, куда мать посадишь?
(сори, не удержался :-) )
Как по мне, то этих вот «самозванцев» даже в офис много (человек, претендующий на должность мидла не может не знать разницу в сравнениях, это база языка)
Я где-то не прав?
Я, кстати, тоже бывал на собеседованиях, где задавались тупейшие теоретические вопросы по методичке.
А вы прицепились к истории про близнецов, будто бы речь только о ней.
Да, я злобный буратино сегодня.
Кто-то, сидя где-то в Индии или Пакистане, видит удаленную вакансию на 30$/час, не являясь разработчиком либо являясь зеленым-зеленым джуном, который потиху быдлокодит за еду. Наш жадный персонаж гуглит основные технологии, заявленные в вакансии, что как куда, пытается разобраться, как бы ему пройти собеседование и поторчать недельку у компа, создавая видимость активности, получить чек на 1200$ и потом полгода ничего не делать.
В итоге, рано или поздно, он подается на позицию, попадает на этап тестирования, проваливает тестирование. После этого лезет гуглить, что такое CCAT, готовит небольшую речь на английском, которую тренирует перед зеркалом, записывает все вопросы и подготавливает «бомбы»-ответы на них. Конечно, тесты не всегда одинаковы, но и не генерируются каждый раз уникальные, за 5-10 подходов можно наскрести «базу».
С 10-15 попытки через 3-5 месяцев, с разных аккаунтов и с разными резюме он прорывается через этап тестирования, но в этот момент его результаты и само резюме попадает уже к непосредственным лидам команд. Они смотрят, что в резюме написано что-то стремное, персонаж мутный и заявленные скиллы не соответствуют результатам тестирования, хоть минимальный балл и набран. И даже если на это этапе он не отсеивается, все становится ясно на первом же живом интервью с нанимающим специалистом (который в 100% еще и технический специалист, а не просто менеджер-говорящая-голова). Заходит речь о прошлых проектах, опыте, стеке технологий. Самозванец в очередной раз показывает, что не просто «плавает в вопросе стека TCP/IP», а вообще ничерта не знает о разработке, какие вопросы ему не задавай, соответственно получает «блокера» от нанимающего специалиста.
Да, последнему придется потом объяснять, почему он выкатил «блок», но таким образом он экономит время своих коллег в других отделах.
Владимир, директор кросса в России, называл цифру порядка 10 000 заявок еженедельно, 70-90% из которых — именно такие, как я описал выше.
Или можно рассказать о том, как на любую вакансию стоимостью выше Х веерно откликаются все подряд. Зайдите к своим HR и спросите, сколько «стремящихся к успеху уверенных пользователей ПК» еженедельно откликаются на синьорские позиции на HeadHunter и вы будете удивлены. Просто при очной ставке в виде живого интервью все сразу же вскроется, поэтому такие люди и не изгаляются, откликаясь чисто из спортивного интереса, в основном.
Вроде как я написал сейчас абсолютно очевидные и понятные вещи. А истории из статьи просто интереснее этой бесконечной драмы, которая длится в HR-отделах с момента появления интернет-порталов по поиску работы.
Я встречался с парой недоквалифицированных кексов, в каждом случае в роли сотрудника, нанятого через агенство, принимающего работу у сотрудника, нанятого напрямую. В каждом из случаев контора хотела сэкономить денег на агенстве.
До сих пор не раскрыт вопрос — почему самозванцам платят бабло? Почему нельзя от собеседований перейти к адекватной оценке сделанной работы? Например, ставятся на первый месяц определённый план. Если человек осилил всё, то получает оплату. Если не всё, то получает меньше.
Проверять отчёты о проделанной работе. Например, если в отчёте сказано, что потрачено, к примеру, 16 часов на заливку дампа базы, тут сразу понятно, что самозванец.
Врядли кто-то будет спорить что производительность новичка в первое время ниже ожидаемого, особенно если речь идет о кровавом энтерпрайзе.
Не-а. В аутсорсорсном энтерпрайзе, про который вы, видимо, и говорите, задачи выдаются не скоупом (разумное количество на разумное время, чтобы исполнитель мог сам распределить свою работу), а по одной по мере выполнения.
И бывает, что, чтобы залить дамп базу (сделать что-то другое простое), приходится продраться через блокеры, которые зависят не от тебя, не от твоей команды и даже не от части компании на твоем континенте, узнавать какие-то тысячи логинов, паролей от каких-то мутных логов (и все это структурно не описано, а в головах у старожилов), и прочая.
Особенно, когда входишь в проект или новую для себя его часть.
Какие тут 16 часов.
В одном из проектов у меня была таска «проапдейтить обработку XML файла таким то образом».
Ну ок, проапдейтил, прогнал через юнит тест — ок.
Но было правило — чтобы закрыть таску, нужно самому вручную прогнать через UI на DEV-сервере, т.е., загрузить файл через UI на фактически боевом окружении.
И на стороне UI где-то в конфигах был баг, что файл недетерминированным образом мог не загрузиться с выдачей неинформативной ошибки (т.е., до того, как попал на бек).
Все мучались, и только с моим приходом в проект, когда попинговал всех уполномоченных по этой теме, фронт-команда поправила что-то у себя.
К слову, баг тот я смог закрыть через 3 недели только из-за этого.
И не только из-за этого — в том проекте CI-сборки шли прямо на DEV-сервере, каждые 10 минут кто-то что-то коммитит, начинается пересборка на 20 минут, ты только загрузил файл, и хочешь, проверить — все отваливается, жди, и начинай заново (да, а для крупных тасков провести все это повторно для всей команды).
И еще до кучи в это же время коллеги на другом конце континента что-то мутили со сменой VPN, через который мы работали.
Это я все к тому, что мягко говоря, очень и очень удивляет эта манера в современном энтерппрайзе, разрабатываемом по аджайл, кидаться такими оценками: это 2 часа (спасибо, что не 5 минут, хотя и такое бывает), это 4, это 8, ох, а это «шеф, все пропало — аж целые 16».
Ну от того, что заэстимейтишь 4 часа, а потом из за наличия блокеров таск выполнялся три дня проблем и конфликтов возникать не должно. :)
А даже если по-вашему, а вот когда ожидаешь решения чужого блокера, что делать?
просто ждать (точно не будет конфликтов?), или переключаться на другие задачи?
Если последнее, то, секунду, мы и так погрузились в немалый контекст ради мелкого бага (а это беда большинства мелких тасков — размер контекста обратно пропорционален размеру таска), а теперь нужно его держать в голове (ведь к нему нужно возвратиться скоро, как блокер будет решен), и параллельно погружаться в контекст другой таски.
Я бы предпочел, чтобы у разраба была своя сфера отвественности в проекте (плюс смежные для ± взаимозаменяемости), и чтобы был скоуп задач (да, не на 4 часа, не на 8, и на 16; и, может быть, даже не на две недели).
Так и разрабу лучше (может планировать и распределять свою работу), и (!) проекту — большинство багов вида «4 часа» и появляться не будут (потому что разработка ведется не фрагментарно, и разработчик сам управляет переключением контекстов), те, которые будут появляться, будут фикситься за 5 минут (потому что нет оценок «4 часа», и никто не висит над душой), а высвободившееся время будет использоваться для основной нефрагментарной разработки, а также для решения багов, которые кажутся простыми, а не деле сложные и/или зависят от блокеров.
Но да, это не по скраму и аджайлу.
Точнее, по аджайлу, только по настоящему аджайлу.
Своя сфера ответственности и большой скоуп задач — это скорее работа в продукте, а не на аутсорс проекте. На моем опыте аутсорс со сторонними командами разработки и опсов — это всегда много блокеров, местами плохо налаженные коммуникации, несколько слоев менеджмента со своими интересами. Зато можно рано сидеть на попе и заниматься самообразованием или пет проектами/фрилансом. Ведь неделя на факс бага это нормально, а локальному менеджменту главное — забилить клиенту разрабов на максимально долгий срок и создавать видимость как корабли бороздят просторы...
Сейчас же я работаю в европейском продукте (не стартапе), и процессы здесь куда более здоровые, с большего как пишите вы.
Да, понял вас, с вашими тезисами согласен.
Если делать аутсорс по правилам аутсорса — ок.
Мой же коммент базировался на моем опыте, когда довелось работать несколько раз в компаниях, которые работали на аутсорс, но при этом это была разработка продуктов, и в процессах разработки имели место взаимоисключающие требования "аутсорс — продукт".
Кстати не было ни одного тупого вопроса. Были глубокие, типо что такое реактивность, какие сложности вы решили. Работа удалёнка. Команда маленькая, может по этому индивидуальный подход, что и подкупило. Быстрый этап отбора и предложения оффера.
И такие случаи не единичны. Таких половина приходит. Я не иронизирую. Мы изза этого снизили цифры зарплат в объявлениях, так как на Украине вакансия с ценников выше $3k порождает просто волну просто неадекватных людей.
Про примеры кода тоже самое: присылает человек код. Наш товарищ смотрит и говорит: «код слишком хороший для беглого задания. При собеседовании проверю он ли его писал, но в паре мест странные ухудшения» И в процессе собеседования выясняется что код был скопипижжен, и собеседуемый этот код просто не понимает.
В результате у нас процесс собеседования сейчас выглядит так: 1ая стадия — разговор с девушкой, которая нихрена не смыслит в теме. Ее задача отсеять совсем неадекватных. 2ая стадия — просьба показать какой-то код или выполнить простенькое задание. Это тоже просит девушка. Причем предлагает выбор вариантов человеку. И только потом человек попадает на техническое собеседование.
А почему нельзя с вопроса- какие проекты вы писали, какие технологии использовали, что было самым трудным
А что это даст?? Собственное резюме человек, скорее всего, выучил, а адекватного соискателя такие вопросы раздражают ещё больше, — вы что, к собеседованию не готовились и даже моё резюме не прочли? Так вот оно перед вами, прочтите уже, бездарь, там всё написано!
Я сам, к примеру, вполне успешно могу общаться на тему фронтенда. И случаи сложные расскажу. К примеру: у вас в страничку вставлен элемент с чужого сервера передающийся по хттпс. Как узнать что было передано :) Но вот код писать я не умею :)
Ну и если в резюме нет опыта работы связанного с нужной областью, то большая смелость сходу звать на собеседование
Первый отсев — по резюме
Второй по телефону (если есть вопросы по резюме) Ну или по телефону спросить ключевые вещи, а резюме попросить одновременно.
В любом случае, на собеседовании будет кандидат, который чем-то заинтересовал работодателя
Откуда на собеседовании берется бухгалтер? :)
готовы на что угодно
Тут имеет место ошибка. В культуре (читай: религии) индостанцев — хинду во всяком случае точно — отсутствует представление о лжи как о грехе. Т.е. для нас, представителей христианской культуры, обман — один из смертных грехов, дело нешуточное. Для индостанца — это выгодная стратегия, альтернативная версия, все вот такое. Но никак не нечто постыдное, это как чихнуть.
Если подытожить — «готов на что угодно» это примерно «готов переступить через любой порог». Так вот — для индуса тут как раз никакого порога и нет, он ни через что не переступает.
обязательства перед кровным родственником важнее всего остального. И конечно фарангам этого не объяснить.
Более близкий пример из реальной жизни: парень-ингуш жалуется, что у его брата, пойманного пьяным, отобрали права и машину. Говорит, болван, мол, я бы на его месте зубами бы вгрызся, но не отдал законнику ни того, ни другого, пусть сажают лучше. Ему, мол, теперь придется отрабатывать, потому что в семье он — единственный на сегодняшний день свободный мужчина, и может заработать денег брату на взятку, чтобы получить машину обратно и закрыть дело.
И говорит он это совершенно спокойно, дела клана/семьи важнее закона, такой вот принцип морален для его окружения.
у его брата, пойманного пьяным, отобрали права и машину
А машину отобрали по какому случаю? Я пропустил какое-то очаровательное новшество в законодательстве РФ?
Спасение от злого HR? :)
Во Второзаконии Исайи есть еще такого рода высказывания: «Не давай в рост брату твоему ни серебра, ни хлеба, ни чего-либо другого, что можно отдавать в рост; иноземцу отдавай в рост, а брату твоему не отдавай в рост, чтобы господь бог твой благословил тебя во всём, что делается руками твоими, на земле, в которую ты идёшь, чтобы владеть ею.»
Там же: «и будешь давать взаймы многим народам, а сам не будешь брать взаймы, и будешь господствовать над многими народами, а они над тобою господствовать не будут».
«Тогда сыновья иноземцев будут строить стены твои – служить тебе. И будут всегда отверсты врата твои, не будут затворяться ни днём, ни ночью, чтобы приносимо было к тебе достояние народов и приводимы были цари их. Ибо народы и царства, которые не захотят служить тебе, – погибнут, и такие народы совершенно истребятся.»
Давать в рост это ссуда под процент, если кто не понял. А теперь смотрим на современную финансовую систему, основанную на кредите. Доктрина была написана очень давно и последовательно реализована через международную финансовую систему.
И не только у «индостанцев». Например, см. книгу Харро фон Зенгера «Стратагемы. О китайском искусстве жить и выживать», у китайцев примерно так же.
(да, Бес — это древнеегипетский бог с рожками и лукавством)
Как сказал нам бог Кришна: «Если для торжества справедливости нужно скрыть правду, то и ложь становится правдой».
Вообще россиянину — выросшему на сегодня по факту в языческом социуме (атеистами россиян в массе никак нельзя считать — вакуум веры заполнен самыми дикими и темными суевериями) — невозможно понять и представить, как это «на самом деле», когда религия исторически интегрирована в социальную ткань общества. Только практически, опытным путем, на месте, вложив так сказать персты в раны.
[Как курьез — у нас тимлид тестеров была правоверной мусульманкой, совершала намаз где-то там, в укромном месте. И ничего, все пучком]
Так именно потому что вера заполняла вакуум знаний (а потом не заполняла, но знания как-то туда не попали). И вы сами говорите — «в нехристианских», а потом говорите что Россия — языческая.
И в нехристианских странах — это ок, можно было ключи в зажигании, уходя из машины оставить, и ничего. А потом при росте числа христианоевропейцев в том месте всё стало плохо.
1. Чувак с четвертого курса подошел к самому умному чуваку с первого курса и сказал ему, что возьмет его в свой стартап, в котором пока только он один, и при условии что тот будет пахать бесплатно, сделает его тимлидом. Первокурсник соглашается и после закрытия стартапа через пару месяцев, решается идти искать работу И как вы думаете кем? Тимлидом"!
2. Слабый мидл посмотрел курсы по фраймворку и решил что все, он уже синьор.
Следующий, 3й пункт, порожден первыми двумя и кроме того будет разбит на две части.
3,0. Собеседующие, вынуждены задавать глупые вопросы для того, чтобы понять реальный опыт кандидата, так как получит правильный ответ и от мидла и от синьора, с той разницей, что у сеньора ответ будет уровнем выше. Мидлы об этом не догадываются и поэтому негодуют. Кроме того, представьте негодование, когда синьор java и мидл c# идет устраиваться на синьора c#. Правила глупых вопросов действует в обе стороны. То есть на должность синьора могут задать джуниорский вопрос, а на должность джуниора, синьорский.
3,1. Чувак с четвертого курса все-таки создал стартап и решил набрать команду, перед этим прочитав статьи крутых компаний с хабра. Там люди профессиональные, поэтому говоря одно имеют ввиду другое, так как у них в мозгу по умолчанию стоит галочка, что азы психологии все знают. Но четвертокурсник об этом не догадывается и воспринимает все советы буквально. Это приводит к тому, что четвертокурсник выглядит в роли собеседователя, как шимпанзе перед компом.
Теперь вы знаете правду, расходимся! Замучили эти глупые статьи о собеседовании.
был проект из одного класса, который сделан был до него, который вытаскивал отчет откуда-то, откуда выяснить не удалось. Разным людям требовались разные поля в отчете, вот он менял и запускал.
У нас на курсе был паренек, который работал системным администратором и программистом по совместительству в одной конторе. При сдаче лаб по БД выяснилось, что он не понимает, что такое движок базы данных и клиент доступа к ней — все делал через phpadmin или как его там или в консольном клиенте, не понимая, что это клиент. Делал какие-то проекты, что-то админил. За зарплату…
Еще видел программиста, который писал довольно большие проекты, но не знал, что такое «переменная» — все писал на скрытых EditBox'ах…
Ничему не удивляюсь.
А мне встречался случай, когда человек в команду вообще был не нужен, но по каким-то подковёрным мотивам проводили кучу интервью. Через пару месяцев вакансию убрали.
Да, иногда неважно какими качествами обладает кандидат, ведь уже заранее решено что должность он не получит.
Ничего удивительно.
Вакансии это не нечто абсолютно стабильное и незыблемое.
В коммерческих предприятия — все динамично (ну кроме огромных контор).
Мы вот как то хотели 2 младших админов, помощников на побегушках у старшего админа.
Но пока проводили собеседования нашли одного очень толкового парня — а это удача.
И вместо того, чтобы платить 2 оклада за 2 младших админов решили все эти деньги отдать на один оклад этому парню. Не ошиблись. Впоследствие он очень хорошо себя показал.
Я иногда закрываю глаза и представляю как оказываюсь в мрачной хижине посреди глухого леса вместе с авторами таких вот законов. Они закованы в цепи, а у меня есть набор хирургических инструментов и вагон времени…
40-миллионная Канада при всем желании не может ничем помочь миллиардной Индии. Нужно самим решать свои проблемы, а не перекладывать ответственность на других.
А альтернатива какая? Вообще отменить разрешения на работу для иностранцев и нанимать их без ограничений? Вам понравится, если задемпингуют условные индусы и запрлаты поползут вниз?
Индусов-то и прочих из «неблагополучных» стран тут и так полно. Они сюда пролазят чёрт знает как, в нереальных количествах. А этот закон дебилен тем, что он элементарно обходится, если компания заинтересована нанимать конкретного человека. Но многие люди теряют время, так как они понятия не имеют что вакансия «мёртвая». Для экономики это нифига не хорошо.
Кстати, совсем недавно в Канаде изменили правила — теперь можно не заниматься этим говном, если нанимается человек на относительно высокую зарплату. Айтишникам это очень хорошо — раньше переезд минимум полгода занимал из-за дебильного закона этого, а теперь можно за месяц всё сделать. То есть, у кого-то наверху нашлись-таки мозги в голове, чтоб прекратить этот анал.
Хотя для «зелёных джунов», вроде меня, подобные придирчивые проверки даже в плюс — закаляет, заставляет учить больше, тщательнее, заставляет учиться правильно и чётко доносить свою мысль и не теряться на элементарных вопросах (и кроме метода проб и ошибок — не представляю других способов этому научиться). Вот бы ещё больше простеньких практических задачек на 5-10 минут задавали, они обычно позволяют понять, как мыслит человек и в ходе решения задачки в голос волнение и стеснительность тут же улетучивается и начинают работать реальные знания.
P.S. А истории интересные, здравомыслящему человеку и в голову бы не пришло, что у него работает один человек на два фронта или двое — на один.
Про совок, где учили всему и вся на зазубриванииЭто вот вы сейчас описали систему образования СССР как нечто построенное на зазубривание? Вот ту самую систему образования которая заслуженно считалась одной из лучших в мире?
Любимая история отличников, насколько я помню, была рассказом о том как они пересказывали своей игрушке весь прочитанный материал.
Вот ту самую систему образования которая заслуженно считалась одной из лучших в мире?Да, ту самую систему образования, которая привела на вершину популярности Анатолия Кашпировского и Алана Чумака.
«В институте нам сказали — забудьте о том, чему вас учили в школе. На работе — забудьте о том, чему вас учили в институте.» — Михаил Жванецкий
Учили, честно говоря, совсем не плохо. С удовольствием вспоминаю и школу и институт.
Сейчас судя по учёбе сына, заметно хуже стало.
Но в итоге всё-таки да, кроме закладывания базы и умения самому всю жизнь учиться и искать информацию, все те школьно-институтские знания были практически забыты.
А в нашей рабоче-крестьянской средней московской школе учитель химии вещал про материал, из которого сделан вакуум. Дословная цитата, между прочим.
*по версии стран соцлагеря
Я сам как шарп разработчик не хотел бы работать в команде и никто из моей команды не хотел бы работать с человеком, который плавает в простейших вещах и основах.
На элементарнейший вопрос человек не смог ответить. То есть человек даже не сумел портатить 2-3 часа, чтобы выучить основы языка, проявив тем самым неуважение и к собеседующему его разработчику и вообще к компании.
Ну давайте автора статьи погоняем по другим вопросам. Я уверен если не на втором, то на 3-4 вопросе автор снова «забудет».
Сегодня он забыл название функций, а завтра что забудет? Как его зовут и где он работает и мы будем его с собаками разыскивать по городу? Я лучше возьму специалиста с более надёжной памятью, если конечно автор не готов работать за 15 тысяч рублей, тогда можно взять и с «дефектами развития и памяти», но автор явно просит зарплату уровня рынка.
Опять же «забыл» и «не знал» это существенно разные положения, особенно для людей с возрастом.
Что лучше сделать ошибку и НЕ взять гения, чем ВЗЯТЬ слабого разработчика.
А вы что предлагаете, все свести к одному принципу?
Для вас характеристика может быть и сомнительной и субъективной, так же как и ваша для кандидата. Во всех ваших вопросах есть две стороны медали.
Конечно же, когда есть возможность выбрать для себя кандидата по своим собственным предпочтениям, минуя его образование и способности это вообще сказка. В любом случае выбор то все равно за вами.
Почему мне должны быть важны рекомендации незнакомых мне людей — непонятно.
Вот такая позиция и строит огороды во взаимопонимании. Во первых, почему они вам не знакомы? Может это важные личности, тогда какой смысл к вам наниматься. Во вторых, это уже готовое мнение которое может помочь вам не наступить на какие то грабли. И потом из этого можно тоже подумать, что вы не считаетесь не с чьим мнением — тогда как с вами работать? Прибегать к запросу характеристик и какого-то подтверждения данных, стоит лишь в случае если вы хотите кого то обличить в подлоге, или стоит вопрос выбора. При том что вы просто не получите ответа от мест его работы. То есть товарищ там и не работал вовсе, а вы все его резюме примите на веру, если его способности будут удовлетворительными. Ну это тоже вариант, раз вас устраивает. Просто сделав один звонок, можно также сократить время собеседования.
Непонятно, где вы нашли такую логическую цепочку у меня.
Насколько я понял ваш первый пост, мы не только вас тут обсуждаем. Но мне это тоже интересно, поскольку — откуда вы берете то, о чем я так же не упоминал.
Прибегать к запросу характеристик и какого-то подтверждения данных, стоит лишь в случае если вы хотите кого то обличить в подлоге, или стоит вопрос выбора.
Совсем необязательно. В западной Европе (и на многих других континентах тоже) принято давать характеристики при увольнении. Конечно, их надо уметь читать, там всё завуалировано, но обычно весьма честно. Плюс очень внимательно относятся ко всяким премиям.
Трудно предположить, что бестолковый сотрудник получил кучу премий и отличную характеристику. Чем то же он был так сильно полезен. Значит с большой вероятностью и у Вас будет хорошо работать.
К сожалению имея много грамот (как и многие на самом то деле), у меня весьма печальный опыт приема на работу. Отношение к этим грамотам звучит как «у нас тоже есть цветной принтер». Некоторые начальники говорят, чтобы я их ни кому не показывал. Но это все сказывается токсичность среды предприятия.
Что лучше сделать ошибку и НЕ взять гения, чем ВЗЯТЬ слабого разработчика.
1) Все мы мним себя особенными. Но в реальности гениев крайне мало. Это нам по большей части только кажется, что мы непризнанные гении.
2) В бизнесе гении вообще нужны постольку-поскольку. Нужны в большом количестве только простые рабочие лошадки.
Я бы хотел работать в команде с человеком, который:
- Делает фичи в нормальном темпе
- Его код работает и это проверяемо (тестами ли или чем-то еще)
- Его код читаем и не выбивается из стиля команды
Где он там плавает — меня интересует в последнюю очередь
А если не перестанет-таки, то команде с ним будет затруднительно работать. Об этом и речь, что не только написание кода как таковое важно.
Хороший инженер первым делом задал бы себе вопрос: «А почему я плохо знаю про %фича языка%? Может быть, я что-то упускаю? Может быть, для нее есть много хороших юзкейсов?» и утонул бы в увлекательной гуглежке и поиске лучших практик. И понял бы: «Да, хорошо, что узнал. Наверное, пригодится. Действительно, собеседование — это отличный повод поговорить с новыми людьми и узнать новые вещи»
Не хватает только примеров про людей, которые устраиваясь на места с высокими требованиями, аутсорсили свои обязанности в страны с низкой оплатой.
Мне кажется или АйТи сделало трендом оправдывать свою «переборчивость» вдруг появившимися «самозванцами»?
Сейчас перебор джунов + многие кандидаты качают скиллы не технические, а скиллы психологические/«как правильно проходить собеседования». Как-то собеседовал весьма умеренного по уровню знаний свежезакончивего ВУЗ студента, ничем выдающегося в плане опыта — который весьма интенсивно торговался, сразу хотел оклад миддла.
Но если джунов перебор — то можно (и нужно) их и перебирать.
С другой стороны много компаний предлагают курсы и менторство, но похоже они тоже перебирают кого учить.
А если не хотите учить и не берете на работу, откуда же миддлы возьмутся? Получается,
миддлы — самоучки, или учились по вебинарам или посещали форумы, конфы. Но кажется. компаниям и такой опыт не по вкусу — хотят чтоб все готовенькое было.
Это вопрос из азряда яйца и курицы, опыта и работы для опыта: где набрать сопыта если не берут на работу?
Вопрос в другом — человек уровня даже не джуна, а трейни — хотел оклад не трейни, а миддла сразу.
Не взяли его не потому, что у него опыта нет.
На трейни мы бы его взяли.
Не взяли потому что денег хотел не по чину.
Я его и так и эдак крутил, знания всячески вытягивал, кучу времени убил. Нет знаний. Кроме понтов и жажды денег.
Меня больше интересуют "фотографии с веб-камер" — это какое-то шпионское ПО, которое позволяет фотографировать человека? А если он просто заклеит камеру, как делают многие?
Начали выяснять — оказалось какой-то шарлатан создал на фрилансерском сайте профиль с его именем, списком проектов (стащил из Линкедина) и похожим емейлом. Вроде бы даже аватарку сделал с его лицом. После этого начал постить кругом заявки, взял предоплату и пропал.
Заказчик долго гуглил, нашел реальный емейл настоящего разработчика и написал.
Это программа, которая считает количество нажатий клавиш за каждый 5-минутный интервал и делает скриншот.
Если нажатий не было/было мало, то даже наличие скришота с IDE не позволит это включить это время рабочее/учтенное/оплачиваемое.
Примерно так.
Если нажатий не было/было мало, то даже наличие скришота с IDE не позволит это включить это время рабочее/учтенное/оплачиваемоеПрограммисты это как бы не обезьянки, перепечатывающие «Войну и мир». Надо и подумать посидеть бывает, и на бумажке схемы порисовать, и даже, уж простите, в туалет выйти… Никто не может работать 8 часов, не делая перерывов
Я надеюсь, это сильно утрировано?
В том то и дело, что буквально.
И сам так работал некоторое время — больше не буду.
Нанимаешь индуса печатать за себя, сам устраивается на две должности… Ой, так пакистанец так и сделал, но что-то пошло не так!..
Поход в туалет — поставил трекер на паузу, помыл руки, вернулся, включил обратно. Это я тоже всё с того же собеса почерпнул.
Это используют как известые крупные "платформы", так и мелкие компании, работающие с удаленными сотрудниками.
Можно конечно сказать, что решение по оценке количества нажатий принимается менеджерами конкретной компании/заказачка, но штука в том, что если что-то начинает измеряться, то именно это измеряться и оцениваться и будет — так что обольщаться не стоит.
Есть плагин ВКонтакта для студии...
Это предположение, сам такого не делал, но «на любую хитрую гайку всегда найдётся свой болт»
И часто собеседующие не могут донести, что же именно хотят.
Вот несколько лет назад всех массово спрашивали внезапно про SQL (и это тогда, когда уже расцвели ORM), толком не поясняя, что именно нужно.
Когда оказалось, что большинство вопросов сводятся к тому, чтобы кандидаты понимали конструкцию вида (читай — научились проходить интервью):
SELECT * FROM // выборка
%Table1% %JOIN KIND% JOIN %Table2% // одна из операций над множествами, к результату операции применяется выборка с условием
WHERE %CONDITION% // условие выборки
GROUP BY %SOME_COLUMN% // условие группировки
HAVING %AGGREGATE_FUNC% // аггрегирующая функция, чтобы выбрать строки из нужных групп
То интервьютеры резко потеряли к этому интерес, и стали спрашивать «А вот JOIN/UNION что такое?» — «Да операции над множествами, такие то и такие виды» — «А, ну ок».
То же самое было, когда появившийся еще в 2001-м REST вдруг внезапно стал резко популярен несколько лет назад, и тоже все и вся спрашивали «непонятные» вопросы.
Ну сразу бы сказали, что де всего лишь нужно понимать, что известный CRUD-паттерн теперь в лучших домах делается с помощью т.н. REST, который представляет собой текстовые вызовы /GET/POST/PUT/PATCH/DELETE поверх HTTP, и что в наиболее пополярных фреймворках это реализуется навешиванием соответствующим атрибутов на класс контролера и его методы или ручным описанием дерева разбора для описания «роутинга» (всего то соответствие пути метода в HTTP-запроса конкретному метода конкретного класса).
Ну т.е. по сути — концепция контроллера абсолютна понятна, и была до всякого РЕСТа, и будет после.
Теперь — вместо Application Binary Interface внутри приложения, нам нужно, чтобы части приложения общались по сети, желательно без Remoting/Binary вызовов, для этого придумываем простую надстройку над текстовым HTTP.
Но — ей же ей, как же изгалялись интервьюеры, сами не понимая, как сформулировать то, как хотят спросить. Некоторые просто спрашивали, что же такое веб и веб-сервисы, не понимая, что есть разные веб-сервисы (начиная от SOAP) с различными вариантами использования протоколов и надстройками в конкртеных фреймворках и т.д., а не просто реализация REST в их любимом фреймворке.
А теперь, когда кандидаты научились это «проходить», то максимум на интервью спрашивают, как написать контроллер в общих чертах, может еще попросят набросать прототип контроллера с атрибутом на классе и на методах.
(Хотя за год до этого все спрашивали про WCF с его «биндингами»).
И таких баззвордов с хайпом — уже легион их был.
Может, пора спрашивать реальную базу программирования/Computer Science?
Ведь все эти «баззворды» — лишь варианты реализации известных и вечных концепций, а то и вовсе не вариант реализации концепции, а вариант реализации обертки (адаптера) вокруг концепции.
Может, пора проявлять некоторое уважение к разработчикам, и понимать, что если они знают базу (и тем если более работали с несколькими поколениями «систем» разработки), то понять, как та или иная новая обертка ложится на известную концепцию — дело короткого времени и небольшой техники, и что это вообще не то, что нужно спрашивать?
реальную базу программирования/Computer Science
Вот и просят некоторые код на доске писать и красно-черные деревья переворачивать. Тоже, вроде, не очень подход. А что Вы считаете правильным?
Прямо чистую математику для разработчика вряд ли нужно спрашивать — это разные скиллы.
Разработчик должен понимать математику, и как математика маппится на компьютер.
Задачи на понимание сложности алгоритмов — вполне можно давать.
В какой форме — на компе/экране скайпе выбранном кандидатом языке программирования (если этот язык близок к тому, на котором нужно будет писать), на доске, устно на листке со схемами графа и какими-то пометками — зависит от выбора команды и кандидата.
Но, пожалуй, только не код писать на листке.
Если программирование не именно математическое, этого достаточно, чтобы хотя бы потом не рождался код вида:
foreach (var item in list)
{
int i = list.IndexOf(item);
}
Чтобы коллекции нужные использовались, и т.д.
Спрашивать по базовым вещам платформы и языка.
Тут тоже есть фундаментальные вещи — к примеру, много общего у .NET и Java, и многие решения вытекают из природы вещей, а не из прихоти архитекторов платформ.
Если предполагается, что нужно будет реализовывать модель в БД, то проверять навыки моделирования как со стороны предметной области, так и со стороны БД.
Можно спрашвиать базовые вещи по тому, как делить приложение на слои или слой внутри реализовывать — понять, понимает ли кандидат в принципе что такое контроллер (а не то, что под ним имеется в виду непременно в MVC-фреймфорках).
Можно накидать еще, это конечно не готовая инструкция.
Взять того же Макконнела — когда начал его читать, то с первых страниц увидел, что там прям более формализованно описаны подходы, которые я сам выработал ранее во время учебы и работы.
Кстати… А вот что-то давно не было видно упоминаний Макконнела в статьях, комментах, разговорах коллег… Получается, был хайп, но большинству это было не нужно (да и что-то не виду в реальных проектах кода по Макконнелу)?
И важны еще психологические скиллы интервьера — нужно понять, кандидат действительно считает, что тот же контроллер нужен (даже если не знает, что это называется контроллер) и будет топить за его использование, или он просто научился проходить собеседование, а на деле будет #####кодить?
Вы так пишете, будто бы желание работать в 2 раза больше — преступление. Он идиот, что в одну компанию пошел, это да.
Кто из нас не работал на 2-3 работах?
Предложите на время онбоардинга не платить много или вообще, а по его окончании давайте большую премию прошедшим. Это как костыль, если ваш процесс приема хромает, или специфика найма такая.
Кто из нас не работал на 2-3 работах?
И как такое возможно для неадмина? O_O
— проработали вы с 9-00 и ушли ровно 18-00 (час на обед)
— положив болт на то, что коллеги по причине скорого дедлайна задержались
— приехали на вторую работу в 19-00 (час на дорогу)
— и работаете там до 3-00...?!
— едете вы на третью работу, крепко накачавшись кофе, и прибываете в 4-00 (свободный график?)
— там вы, перекачавшись кофе, пашете до 13-00…
— и прибываете на первую работу в 14-00 вместо 9-00…
так что ли?
Я. Думаю, почти все мои коллеги.
Работать фултайм и парт-тайм одновременно (40+20 h/week) очень тяжело. Чтобы делать основную работу хорошо, в нее надо погружаться. А после нее надо много времени, чтобы из нее выгрузиться. Более того, чтобы не просто хорошо работать, а от души — в свободное от работы время голова рождает идеи в фоновом режиме. Во сне. На прогулке. В кинотеатре. Это не говоря об овертаймах и естественном желании инженера делать красивые крутые вещи.
Сознательно работать не хорошо — это удел индусов.
Ах да. А еще работу нормальные специалисты выбирают так, чтобы ее было интересно работать. Зачем им распылаться на что-то еще? Ради денег? Но ведь нормальный специалист может и интересную себе работу найти на достаточную сумму. Может быть, надо просто быть хорошим специалистом, а не пытаться дейлайтить и читерить? Тогда и желания работать на 2-3 работах не будет.
Disclaimer: Это все применимо к IT, конечно же. В условиях РФ для многих не-IT приходится выживать.
Ой, на самом деле это ответ на этот комментарий выше: habr.com/company/crossover/blog/424701/#comment_19171661
Пока семьи нет, везде интересно и работа в основном джуниор-миддл — вполне нормально так работать. Да и молодой организм вполне тянет серию рабочих дней с 9 утра до 11 вечера — опять таки, если нравится.
Сейчас уже уже основная работа съедает больше 40 часов, да и больше простор делать то, что нравится, ну и семья.
Неслабое вы понтонулись! Смайлик
Да ещё записались в нормальные специалисты одним оборотом фразы.
Давайте честно: если вам за всю жизнь не пришлось ни разу ради денег или ещё по какой необходимости работать больше чем на одном месте в то же время (считая, кстати, и учебу в вузе: учеба вполне тянет на первую работы, а подработка чем угодно еды и жилья ради — на вторую и далее), то я вас от души поздравляю! А раз единственная работа вам всегда давала возможность не думать о материальных вопросов ваших и близких, и позволяла реализовываться — это на порядок замечательнее!
Одна из причин существующего процесса собеседования во многом вызвана процессами в самой компании. Те, кто проводят собеседования, кто решает нанять, кто платит деньги, кто может уволить и кто с этим человеком работать будет — зачастую это разные люди, хотя бы частично. А кандидат полагает, что это одно лицо с одной мотивацией.
Так, когда я беру человека в свою команду, то я могу проводить интервью по описанным тут «идеальным» подходам. Если я при этом знаю, что в моей фирме тяжело уволить — предпочту сместить риски, лучше отсею сильного чем найму слабого. Если ищу в чужую команду — постараюсь стандартизировать подход и выдать измеряемые сравнимые характеристики; даже если они во многом нерелевантны дальнейшей работе. Ну и исходя от целей и отношений в организации, иногда вообще проще обосновать почему «нет» чем рисковать «да» — это к счастью самому не приходилось.
вместо Aliaksandr (транслит с белорусского) меня норовят обозвать Alexandr, Alexander, Aliaksander и так далее, кто во что горазд
С Александрами бывает еще изощрённее. Мы с коллегой, которого зовут как раз Александр (фамилия, скажем, Иванов), часто летаем в командировки. И когда билеты выписывает Lufthansa, и только она, их замечательный парсер превращает его в Dr. Aleksan Ivanov. Я, например, простой мистер Михаил (Mr. Mikhail), а он — доктор. Это, конечно, приятно, за минуту получить ученую степень, но в аэропорту было волнительно. Когда девушки на стойке перестали смеяться, стали думать, по какому легальному основанию следует допустить на рейс. Старшая резонно заметила, что по правилам перевозок в написании имени и фамилии допускается до трех несоответствий, а у преобразования Aleksandr -> Aleksan их всего два. А Dr не считается, потому что это обращение.
Зато после этого случая я перестал беспокоиться по поводу своей фамилии, которая в разных документах транслитерируется по-разному. И с Сашей у нас всегда наготове ответ про то, почему он Алексан — ошибка повторялась и в следующие разы.
А в словаре Мюллера Александра переводят именно как Alexander, и я не могу понять, откуда все эти трактовки. Не у госорганов, которые как специально выдумывают потупее варианты, а именно у носителей имени.
Я именно про Александров, а не про созвучные имена.
В таком собеседовании, думаю, вам сразу стало понятно, но с подобным начальном не сработает.и один вопрос остаётся — сказать "спасибо", и просто уйти или закрыть Скайп, или выслушать все намеки и отмазки, или сказать самому свое впечатление?
Например — порешать проблемы менеджмента в вашей компании.
Найти подходящих специалистов — которые могут оценить работу человека и отличить способного от не способного.
Говнокод от нормльного кода…
Уже какая там — 3я, или 5я статья с нытьем про хитрых сотрудников, пакистанцев братьев итд
Руководитель HR подчиненной:
— Маша, вот тебе 500 анкет соискателей, просмотри и отбери тех, кто подходит по списку.
— Маша, уже шесть вечера, ты просмотрела анкеты?
— Ирина Владимировна, я только половину успела просмотреть!
Руководитель HR берет пачку оставшихся анкет, делит пополам и выбрасывает половину в урну.
— Ирина Владимировна, что вы делаете? Там же может быть нужный нам специалист!
— Маша, ну зачем нам неудачники?
Вывод: читерить норовят обе стороны, каждый со своими возможностями.
В общем. Профильного специалиста должен собеседовать профильный специалист. Я не задаю глупых вопросов на собеседование типа: что такое FTP. Я всегда спрашиваю что-то из серии: слушай вот тут у нас вот такая проблема есть. Расскажи, как её решить. За час беседы по душам я про админа узнаю всё что мне нужно. Я не буду напрягать его неприятными вопросами и не буду напрягаться сам. Но я выясню всё что мне нужно. Как подтверждение есть админы, которые в дочерних компаниях отработали много лет вплоть до закрытия компании и отлично справлялись со своими задачами. А собеседовал и принимал их я.
Я бы не стал проводить собеседование с C++ разработчиком или финансовым директором, или 1С’ником. Я могу ошибиться в таких вопросах. Так же я, например, знаю людей, у кого есть сертификация вендоров причем очень серьёздная, но нет практического боевого опыта. Потому что, обладая безупречной памятью, к реальной работе такие люди не приспособлены. Бывает и такое.
А вообще класс боксёра всегда доказывается на ринге. Если есть возможность, то лучшее собеседование — это выполнение т.з. ну мне так кажется во всяком случает. Хотя тема конечно холиварная.
Свежий случай: 2 собеседования с разницей в день. Первые собесили по упомянутой схеме — от реальных дел команды, вторые гнали меня по оглавлению Dive into Python.
Так вот вторым я не смог выдать ту же информацию, что и первым, просто из-за отсутствия контекста. Без проблемы\задачи запрашиваемая информация, банально, может в голове не всплыть, когда просят пересказывать учебник. Показательно так же и то, что первые на мои вопросы отвечали с легкостью в процессе беседы. Вторые же, просто поплыли так же, как и я в первой половине встречи.
Многие думают, что нужно брать лучшего специалиста, который согласится пойти на должность за указанную ЗП. Но нужно брать не самого крутого технаря, а того, кто сможет на длительную перспективу влиться в данный тип команды и продуктивно работать. Поэтому оценка человеческих качеств она очень важна. Наверное, это уже какой-то талант должен быть что бы подбирать нужных людей, на нужные места.
Родился я в городе с численностью населения 400 тыс., хорошо выучился, переехал в Москву, мне везло при трудоустройстве и в итоге сейчас я ведущий архитектор по узкоспециализированной энтерпрайз системе в компании top100. В общем в шоколаде.
Мой брат был менее успешен, в ИТ и Москву не попал, и со всеми кризисами нашей страны в итоге работал вахтами на севере. А ещё компания, в которой он работал задерживала зарплату и постепенно долг по зп вырос до полугода, потом компания ликвидировалась, но как-то всё руководство и дорогостоящая промышленная техника оказалась в другой компании, на других подрядах Газпрома. Собственник дружит с прокурором, его сын депутат в Мурманске. Ни о каких возвратах долгов по зарплате и налогам за счёт продажи техники речь, конечно, не идёт.
Да, это не 90е, это всего года 4 назад происходило, а то люди из ИТ могут не поверить, что такое в России сейчас возможно.
И в этот момент мне на глаза попадается вакансия по работе из родного города на поддержку моей системы. При этом команда распределённая, начальство в мегаполисе, труженики, наверное чтобы подешевле, на периферии. Пообщался с братом, и заручился от него заверениями, что он готов пахать значительно больше рядового работника, ради стабильной работы и отсутствия вахт. Точнее даже не так – брата пришлось уговаривать, у него был большой страх что он не справиться. Но семья, ипотека надо действовать. В итоге я провожу с ним обучение, всё рассказываю, показываю.
Прохожу за него собеседование. Вообще собеседование предлагали по скайпу, но я взял отгул, купил билет и поехал лично, с легендой, что случайно проезжал мимо них, и готов отсобеседоваться лично. Это отдельная детективная история, т.к. на вопрос про имя и дату рождения рефлексной хочется назвать свои. Ну и я не мог показать реальные знания, чтобы не сформировать завышенные ожидания, т.е. отвечал именно на уровне “специалист эксплуатации”, но так, чтобы взяли :)
В итоге его взяли, он конечно пахал первое время, и сейчас привычка осталась, пашет. Первое время много ему помогал, сначала вообще в 90% случаев, потом 60%, потом самые сложные, сейчас он уже не обращается, т.к. я уже не могу ответить на его вопросы, нужно слишком погружаться, и эксплуатация с архитектурой всё же сильно отличается.
Повезло в том, что начальство далеко и первый раз его увидели месяца через 3 после собеседования, думаю там вообще левого человека можно было подсовывать, а с братом мы всё же похожи. С локальным начальством из родного города я не общался. Ну и эксплуатация это конечно не разработка, с разработкой наверное не прокатило бы, т.к. большинство запросов в эксплуатации элементарны, а хороший спец нужен только ради очень небольшого количества запросов, т.е. в эти моменты я подключался и помогал, но это не было часто.
Ну и в итоге он сейчас руководитель группы, его постоянно повышают и в компании ценят, т.е. если бы с ним это не провернули, то компания бы потеряла хорошего работника.
Ну и в итоге он сейчас руководитель группы, его постоянно повышают и в компании ценят, т.е. если бы с ним это не провернули, то компания бы потеряла хорошего работника.
Это брат.
Не показательная ситуация.
Наверняка вы с ним опытом делились и помимо прохождения собеседования (пусть не детально разбирали проблему, иной раз и пары слов достаточно, чтобы направить по верному пути), наверняка у вас бэкграунд близкий.
Хорошая история выше про брата.
это не самозванцы, а притворщики вообще-то
Невыдуманные IT-истории о самозванцах и почему появились эти непонятные практики на собеседованиях