Комментарии 95
много раз видел, когда менеджер устно дает задание сотруднику, тот кивает головой — да-да, все понял, и через неделю приходит с совершенно неправильным решением, потому что подумал что разговор о чем-то другом
видимо, с организацией трудового процесса у вас большие проблемы, раз такое возможно.
Да я и не спорю, и ни в коем случае не ставил целью что-то рекламировать или советовать. Я просто описал то, что есть. Но должен отметить, что такого рода проблемы есть у многих крупных компаний, особенно с ярко выраженным воплощением закона Паркинсона, когда разработчики становятся менеджерами, не особо понимая как это делать и пуская дела на самотек.
Вы, наверное, имели ввиду принцип Питера, а не Паркинсона
Кстати да, непонятно, зачем неделю ждать. Уже в конце этого же дня можно понять по коммитам, что сотрудника куда-то не туда занесло.
Не все отделы имеют жесткий ценз на коммиты. Иногда просто ставится задача, и коммиты когда будут, тогда и будут. Лично я требую частые коммиты, но не все менеджеры разделяют это мнение. Особенно когда им приходится сталкиваться с разработчиками «старой закалки», которые не хотят коммитить код пока его не отшлифуют. А учитывая разницу в возрасте, когда разработчик старше своего менеджера на 20 лет, то менеджер просто опасается пойти наперекор. Но это уже социальный фактор.
Да, тоже с подобным сталкиваюсь, некоторые боятся делать коммиты, пока не проверят свой код раз двадцать. Но такое дело, даже и без коммитов, достаточно подойти, и попросить показать код. Или будет негатив? Вряд ли. А менеджеру или тимлиду даже пары минут может быть достаточно, чтобы бегло оценить ситуацию. Это в любом случае лучше, чем пускать на самотек и терять человеко-неделю. ))
В больших компаниях другие масштабы. Например, у нас был человек, который полгода делал один проект без единого коммита, все локально, просто показывал демо. К слову сказать, код у него был достаточно хорошим, он специалист своего дела. Но потом ему пришлось уволиться по семейным обстоятельствам (переезд в другую страну). Начальство почесало голову, и решило просто забить на этот проект. Я не говорю, что это хорошо, это просто реалии больших компаний (вспомним гугл и сколько проектов они начинали и убивали).
Очень странно для западной компании, что в процессе разработки не учтены важные риски — например, bus-фактор — «Что случится с проектом, если завтра разработчика переедет автобус?».
Причем это был еще более мягкий вариант — переезд в другую страну дело не быстрое, за это время можно подготовить замену. А в случае классического bus-фактора даже бы голову чесать не пришлось.
Из этого следует, что надо обязательно коммитить разработку как можно чаще, и каждый коммит снабжать осмысленным комментарием. История коммитов — это часть документации, рождающаяся самым простым и естественным путем. Каждое изменение в коде описано и понятно, что именно решается в этом блоке.
Причем это был еще более мягкий вариант — переезд в другую страну дело не быстрое, за это время можно подготовить замену. А в случае классического bus-фактора даже бы голову чесать не пришлось.
Из этого следует, что надо обязательно коммитить разработку как можно чаще, и каждый коммит снабжать осмысленным комментарием. История коммитов — это часть документации, рождающаяся самым простым и естественным путем. Каждое изменение в коде описано и понятно, что именно решается в этом блоке.
Это часто происходит когда понты роль менеджера на проекте завышена. Сотрудник попросту боится задать дополнительные вопросы, трепеща перед «большим начальством». И уж тем более такой сотрудник не станет обсуждать узкие места в заказанном функционале. А высокое начальство часто даже поощряет такую дискриминацию внутри проекта.
Согласен.
Я даже не совсем понимаю, как такое вообще возможно. Что при современных скрам-технологиях, что при старых добрых командных методах, у каждого разработчика есть постоянный контроль и возможность консультироваться с тимлидом. Чтобы разработчик целую неделю занимался чем-то, и никто ни разу не поинтересовался у него, что и как он делает — в такое с трудом верится.
Я даже не совсем понимаю, как такое вообще возможно. Что при современных скрам-технологиях, что при старых добрых командных методах, у каждого разработчика есть постоянный контроль и возможность консультироваться с тимлидом. Чтобы разработчик целую неделю занимался чем-то, и никто ни разу не поинтересовался у него, что и как он делает — в такое с трудом верится.
А как обстоят дела с возрастными ограничениями? Есть ли шанс программисту за 40+ устроиться на работу например в ваш R&D отдел? Есть ли в вашем отделе примеры таких людей?
Вообще на западе совершенно другое отношение к возрасту (потому что сама индустрия постарше). В моем отделе есть 2 человека 40+ (47 и 43), оба просто разработчики, не архитекторы или менеджеры, и эта ситуация вполне нормальная. Разговоры про пенсию и социальные гарантии не относятся к чему-то мифическому, а вполне адекватные. Так что никаких ограничений нет. И это не только в нашей компании, а в абсолютном большинстве, включая стартапы.
Ясно, то есть старше 50, значит, нет. Тогда вопрос, синьоров такого возраста вообще не встречается в вашем регионе, или они просто пока что вам в отдел резюме не присылали? И, если не секрет, сколько человек в таком отделе обычно работает? Хотелось бы оценить процент сотрудников старшего возраста.
Хм, наверное мне стоило уточнить. Мой отдел — это всего-лишь маленькая команда разработчиков одной части функционала. У нас очень много команд — software development (и моя команда — лишь одна из многих), hardware development, QA, marketing/sales и и т.п. У нас есть сотрудники, которым и по 70 (!) лет (пенсии всегда мало, даже канадской). Присылают резюме люди разного возраста, и под 60. Думаю, самый высокий процент разработчиков старше 50 в отделе разработки железа, там никакие новые технологии не нужны, сиди себе и делай распайки и сборки на базе готовых схем от ARM, Intel и т.п. Навскидку наверное процентов 20. В отделе тестирования процент намного выше, как бы даже не половина всех тестеров старше 50. Но я не могу сказать точно, хорошая экология и здоровый образ жизни приводят к тому, что на глаз оценить возраст достаточно проблематично, многие и в 60 выглядят на 35-40.
Вот оно, отлично. Надеюсь, автор из предыдущей темы про нелегкую карьеру программиста это прочитает. ))
Вот читаю я и удивляюсь. Действительно все так через одно место? 5 интервью, тестовые задания, пляски и хороводы. И когда вы решили взять человека на должность фронтэнд разраба вы спрашиваете его
Вам деньги некуда девать? Это надо было спросить в первом телефонно интервью. Это азы.
Домашнее задание на написание кода — это стресс? О_о Чего он тогда на работе делать будет, если испытавает стресс, сидя дома в трусах в любимом кресле с котом и канарейкой?
javascript-прототипы и closures, css-селекторы, возможности HTML5
Вам деньги некуда девать? Это надо было спросить в первом телефонно интервью. Это азы.
Иногда это происходит, даже если письменное задание было сделано плохо, т.к. необходимо учитывать стресс кандидата. Некоторые люди показывают себе очень плохо при стрессе, и этот фактор нами учитывается.
Домашнее задание на написание кода — это стресс? О_о Чего он тогда на работе делать будет, если испытавает стресс, сидя дома в трусах в любимом кресле с котом и канарейкой?
Ну если вы по памяти сможете написать селектор типа p:nth-last-of-type(2n+1) и назвать это азами, то я вас поздравляю. Не все люди гении и с феноменальной памятью. Тоже самое касается и «домашнего» задания — иногда полтора часа маловато, особенно если затрагиваются много несвязных областей. Я весьма уверен, что есть не так много разработчиков, которым приходится одновременно работать C + Python + HTML/JS/CSS (особенно Си).
P.S. Лично я тоже считаю, что никакого стресса возникать не должно, и все должны знать что у malloc-а двойное поведение в зависимости от размера выделяемого объекта. Однако я не навязываю свою точку зрения.
P.S. Лично я тоже считаю, что никакого стресса возникать не должно, и все должны знать что у malloc-а двойное поведение в зависимости от размера выделяемого объекта. Однако я не навязываю свою точку зрения.
Я, конечно, в транснациональных корпорациях не работал, на мой взгляд, все, что вы здесь описали, выглядит как бардак. Прошу только не принимать на свой счет, обидеть вас не хочу. Давайте посмотрим подробнее:
Я весьма уверен, что, при штате в 4000 человек, это нафиг не нужно. Или у вас там все многостаночники? Я бы понял, если бы речь шла о стартапе с 3-мя работниками.
Зачем в штате некомпетентные менеджеры, которые тратят ресурсы, создавая имитацию деательности? Работник нужен в какое-то подразделение? У подразделения есть руководитель? Так почему же требования к кандидату выдумывает некомпетентный HR, а не пишет руководитель подразделения, которому нужен работник?
Есть третья причина, человек, а не обезьянка, умеющая только долбить по клавиатуре и у него есть другие интересы и увлечения не связанные с компьютерами. А также он не склонен к эксгибиционизму и выкладыванию личных фотографий и сведений о себе в публичный доступ.
1. Устно выдаваемые задания — это бардак в квадрате. Мало того, что через час исполнитель забудет половину того, что ему сказали, так еще и руководитель не знает чем конкретно занимаются его подчиненные в настоящий момент времени, чем занимались вчера и чем будут заниматься завтра.
2. Если руководитель дает задание подчиненному, тот его не понимает и делает что-то другое и такая ситуация возникает неоднократно (судя по вашим словам), оба некомпетентны и их нужно срочно уволить. Работника за то, что не уточняет, что от него хотят, а руководителя за то, что ему плевать, правильно ли понял исполнитель задание.
Существуют системы управления проектами. Вы слышали про такие?
Пофиг, сколько кому лет. Если руководитель не может контроллировать своего подчиненного, то ему нужно выписать волшебный пендель и придать ускорение в направлении двери.
А вот это вообще за гранью добра и зла. Имхо, тут нужно увольнять руководителей, начиная с линейного и заканчивая руководителем подразделения. Винты имеют обыкновение дохнуть, работники болеть и увольняться. Существуют системы контроля версий, есть бранчи, в которые можно увести разработки фич. Я уж молчу про саму ситуацию, когда при штате в 4000 человек, какая-то задача делается полгода одним разработчиком и никто не знает чего он там пишет.
Ну и так далее. У меня, если честно, волосы на голове шевелятся от таких откровений :(
Я весьма уверен, что есть не так много разработчиков, которым приходится одновременно работать C + Python + HTML/JS/CSS (особенно Си)
Я весьма уверен, что, при штате в 4000 человек, это нафиг не нужно. Или у вас там все многостаночники? Я бы понял, если бы речь шла о стартапе с 3-мя работниками.
К сожалению, зачастую это делается неправильно, и менеджеры указывают глупости типа «30 лет программирования на .NET».
Зачем в штате некомпетентные менеджеры, которые тратят ресурсы, создавая имитацию деательности? Работник нужен в какое-то подразделение? У подразделения есть руководитель? Так почему же требования к кандидату выдумывает некомпетентный HR, а не пишет руководитель подразделения, которому нужен работник?
Я понимаю про NSA, но тем не менее, если человек нигде не светится, то есть две причины — он параноик (что хорошо для некоторых работ), либо он не имеет никакой жизни помимо работы и дома (пусть даже у кандидата есть только страница с котятами в фейсбуке, это уже хорошо — значит это человек, а не обезьянка, умеющая только долбить по клавиатуре).
Есть третья причина, человек, а не обезьянка, умеющая только долбить по клавиатуре и у него есть другие интересы и увлечения не связанные с компьютерами. А также он не склонен к эксгибиционизму и выкладыванию личных фотографий и сведений о себе в публичный доступ.
Я много раз видел, когда менеджер устно дает задание сотруднику, тот кивает головой — да-да, все понял, и через неделю приходит с совершенно неправильным решением, потому что подумал что разговор о чем-то другом (например, вместо CSRF подумал про XSS). Иногда даже переписка исключительно по электронной почте не помогает, просто потому что подразумеваются разные понятия. Например, «stream» — менеджер не уточнил, что имел в виду network stream, а сотрудник подумал, что это надо просто переписать код с использованием C++ I/O streams. Близко, да, но неправильно.
1. Устно выдаваемые задания — это бардак в квадрате. Мало того, что через час исполнитель забудет половину того, что ему сказали, так еще и руководитель не знает чем конкретно занимаются его подчиненные в настоящий момент времени, чем занимались вчера и чем будут заниматься завтра.
2. Если руководитель дает задание подчиненному, тот его не понимает и делает что-то другое и такая ситуация возникает неоднократно (судя по вашим словам), оба некомпетентны и их нужно срочно уволить. Работника за то, что не уточняет, что от него хотят, а руководителя за то, что ему плевать, правильно ли понял исполнитель задание.
Существуют системы управления проектами. Вы слышали про такие?
А учитывая разницу в возрасте, когда разработчик старше своего менеджера на 20 лет, то менеджер просто опасается пойти наперекор. Но это уже социальный фактор.
Пофиг, сколько кому лет. Если руководитель не может контроллировать своего подчиненного, то ему нужно выписать волшебный пендель и придать ускорение в направлении двери.
Например, у нас был человек, который полгода делал один проект без единого коммита, все локально, просто показывал демо. К слову сказать, код у него был достаточно хорошим, он специалист своего дела. Но потом ему пришлось уволиться по семейным обстоятельствам (переезд в другую страну). Начальство почесало голову, и решило просто забить на этот проект.
А вот это вообще за гранью добра и зла. Имхо, тут нужно увольнять руководителей, начиная с линейного и заканчивая руководителем подразделения. Винты имеют обыкновение дохнуть, работники болеть и увольняться. Существуют системы контроля версий, есть бранчи, в которые можно увести разработки фич. Я уж молчу про саму ситуацию, когда при штате в 4000 человек, какая-то задача делается полгода одним разработчиком и никто не знает чего он там пишет.
Ну и так далее. У меня, если честно, волосы на голове шевелятся от таких откровений :(
Вам можно только позавидовать, что вы в работе не сталкиваетесь с этим. Я сталкиваюсь периодически и просто перестал такому удивляться.
Вообще, по многим пунктам я с вами совершенно согласен. И вообще пост был сделан именно с целью, как все происходит в реальном мире, а не в вакууме в сферическими конями. Однако хочу уточнить пункты.
1. Нужны именно С+Python+Web. Это специфика разработки под встраиваемые системы. Хотя мы и пытаемся все делать на питоне, но с некоторым API (мониторинг, диагностика, специфическое конфигурирования, включая системные запросы к драйверам) приходится взаимодействовать напрямую в Си. Немного помогает Cython, но все равно нужно знать Си.
2. Системы управления проектами — это хорошо и замечательно. Но когда вам звонят из офиса Майкрософт, и говорят, чтобы починили «прям счас», у многих возникает паника, и все идет мимо кассы. Я совершенно не согласен с такой позицией (прогибаться под Майкрософт, госструктуры и т.п.), но в компании именно такая политика. Хотя думаю, это оправдано с позиции бизнеса — «клиент всегда прав».
3. Вообще-то мне ваше удивление немного непонятно. Неужели вы думаете, что в компаниях, которые у всех на слуху, текут молочные реки и все кружат хороводы в дружном единении? Везде есть свои «племянники», «друзья», ленивые работники и некомпетентные менеджеры. Поэтому сейчас и популярна культура стартапов, потому что позволяет этого избежать. Но великая тройка (Google, Apple, MS) скупает эти стартапы с бешеной силой, и формирует огромные патентные пакеты, давящие другие стартапы, и если честно, я немного опасаюсь, чем это все закончится.
1. Нужны именно С+Python+Web. Это специфика разработки под встраиваемые системы. Хотя мы и пытаемся все делать на питоне, но с некоторым API (мониторинг, диагностика, специфическое конфигурирования, включая системные запросы к драйверам) приходится взаимодействовать напрямую в Си. Немного помогает Cython, но все равно нужно знать Си.
2. Системы управления проектами — это хорошо и замечательно. Но когда вам звонят из офиса Майкрософт, и говорят, чтобы починили «прям счас», у многих возникает паника, и все идет мимо кассы. Я совершенно не согласен с такой позицией (прогибаться под Майкрософт, госструктуры и т.п.), но в компании именно такая политика. Хотя думаю, это оправдано с позиции бизнеса — «клиент всегда прав».
3. Вообще-то мне ваше удивление немного непонятно. Неужели вы думаете, что в компаниях, которые у всех на слуху, текут молочные реки и все кружат хороводы в дружном единении? Везде есть свои «племянники», «друзья», ленивые работники и некомпетентные менеджеры. Поэтому сейчас и популярна культура стартапов, потому что позволяет этого избежать. Но великая тройка (Google, Apple, MS) скупает эти стартапы с бешеной силой, и формирует огромные патентные пакеты, давящие другие стартапы, и если честно, я немного опасаюсь, чем это все закончится.
1. Нужны именно С+Python+Web. Это специфика разработки под встраиваемые системы. Хотя мы и пытаемся все делать на питоне, но с некоторым API (мониторинг, диагностика, специфическое конфигурирования, включая системные запросы к драйверам) приходится взаимодействовать напрямую в Си. Немного помогает Cython, но все равно нужно знать Си.
Связка С+Python, на мой взгляд, вполне нормальна и даже естественна. Но мне слабо верится, что фронтэндом при этом не может заниматься другой человек.
Системы управления проектами — это хорошо и замечательно. Но когда вам звонят из офиса Майкрософт, и говорят, чтобы починили «прям счас», у многих возникает паника, и все идет мимо кассы.
Создать тикет и назначить исполнителя — 5 минут. Врядли больше времени займет, чем устные объяснения. Но, при этом исполнитель ничего не забудет, отпишется в тикете о результатах, тестер будет знать, что конкретно ему тестировать и ему ничего не нужно будет объяснять. Система управления проектами, как правило, интегрирована с системой контроля версий. Соответственно тот, кто будет делать код ревью будет понимать, какая задача решалась, будет видеть все коммиты по тикету. Любой другой разработчик, наткнувшись на кусок кода, сможет посмотреть аннотейшн и узнать, в рамках какого тикета этот кусок кода был написан, какая задача решалась и зачем. Даже в рамках аврала, потратить 5 минут времени, чтобы получить весь этот профит очень полезно, имхо.
Вообще-то мне ваше удивление немного непонятно. Неужели вы думаете, что в компаниях, которые у всех на слуху, текут молочные реки и все кружат хороводы в дружном единении?
Нет. Крупные компании, обычно, наоборот, излишне бюрократизированы. И бизнес-процессы, особенно касающиеся их основной деятельности, как правило, выстроены и отлажены. Поэтому я и удивляюсь, что компания, которая занимается разработкой и требует от работников развиваться и изучать новые технологии застряла в прошлом веке и не использует методики, давно освоеные индустрией.
В крупных компаниях как раз все наоборот (4000чел крупной не назовешь), они очень не поворотливы(работал в 100000 конторе). Чтобы впихнуть новую технологию и уж тем более новую программулю для управления проектами нужно горы сдвинуть. Помнится мне чего стоил переход с офиса 2007 на 2010… это был ад. А мне он был нужен т.к отчет не помещался в Excel 2007.
А из-за излишней бюрократии все процессы длятся годы и расстояния рождая миллион ненужных и написанных ради написания бумажек.
А если ни дай бог в отделе есть программист дядечка старой закалки, то чтоб он тебе написал вшивый функциональник на ABAPе, надо ТЗ настрочить, выбить его время у начальника и кучу обоснований почему это так важно.
Вы действительно говорите все верно, но так не бывает.
Автор спасибо за статью!
А из-за излишней бюрократии все процессы длятся годы и расстояния рождая миллион ненужных и написанных ради написания бумажек.
А если ни дай бог в отделе есть программист дядечка старой закалки, то чтоб он тебе написал вшивый функциональник на ABAPе, надо ТЗ настрочить, выбить его время у начальника и кучу обоснований почему это так важно.
Вы действительно говорите все верно, но так не бывает.
Автор спасибо за статью!
НЛО прилетело и опубликовало эту надпись здесь
"… но моя практика показывает, что человек, который нигде не светится, обычно достаточно банальная личность без явно выраженных интересов и хобби..."
В жопу ваша практика!
В жопу ваша практика!
Соглашусь с Вами. Это очень странный домысел. Отсутствие в социальных сетях можеть говорить и о нехватки времени на все это дело. Если человек учавствует в каких-то проектах, то не всегда есть информация об этих проектах в интернете. И что за бред о «страничке с котятами»? Есть множество оффлайн увлечений.
И что за бред о «страничке с котятами»? Есть множество оффлайн увлеченийС котятами вот что получается:
— ретвитить котят в твиттере — это хорошо (ярко выраженный интерес или хобби),
— гладить котят в своём доме — плохо (нет ярко выраженного интереса или хобби).
Автор все верно сказал касаемо соц медиа. Не в России чуть ли не первым делом ищут кандидата в интернете, смотрят его фотки и прочее и это очень важно присутствовать там причем в хорошем виде.
Так же как и кандидат идет в гугл и ЛинкедИн чтоб найти информацию о потенциальном работодателе и интервьюере.
Так же как и кандидат идет в гугл и ЛинкедИн чтоб найти информацию о потенциальном работодателе и интервьюере.
В требованиях к кандидату необходимо указывать — активное времяпровождение в интернете и социальных медиа. Это хотя бы будет честно.
"… смотрят его фотки и прочее"
Простите, что? Что Вы узнаете из фотографий? Может добавить в требования к кандидату наличие красивых (семейных?) фотографий?
"… смотрят его фотки и прочее"
Простите, что? Что Вы узнаете из фотографий? Может добавить в требования к кандидату наличие красивых (семейных?) фотографий?
И наличие красивой жены.
Оййй ну что за бред, высуньте голову из бочки. Может еще написать в требованиях «не вонять»?!
Весь западный мир считает соц медиа само собой разумеющимся и если тебя нет на фэйсбуке или линкедин то ты уже выделяешся из толпы не с лучшей стороны( как заметил автор) — и это факт! А если вы все такие «у меня нет времени на фэйсбук и прочую фигню, да и телевизор я не смотрю» — то это уж простите фигня на постном масле и понты(минусуйте скока влезет).
А что касается фоточек, то включаем мозг и думаем. Если я как работодатель увижу на вашей странице кучу фоток где вы бухой накуреный и прочее, то судите сами какой я сделаю вывод.
Соц медиа это то откуда можно подчерпнуть доп информацию о кандидате так сказать его духовную сторону жизни(это оченб не мало важно).
Пример из жизни: супруга устраивалась на работу(в Австралии) указала в референсе свою подружку на которую до этого работала. Так вот работодатель проверил ее на фэйсбуке, посмотрел действительно ли они друзья и как давно(об этом ей потом рассказали когда взяли на работу).
Ну сами посудите откуда еще узнать информацию о человеке… мало ли что там в резюме написано.
Весь западный мир считает соц медиа само собой разумеющимся и если тебя нет на фэйсбуке или линкедин то ты уже выделяешся из толпы не с лучшей стороны( как заметил автор) — и это факт! А если вы все такие «у меня нет времени на фэйсбук и прочую фигню, да и телевизор я не смотрю» — то это уж простите фигня на постном масле и понты(минусуйте скока влезет).
А что касается фоточек, то включаем мозг и думаем. Если я как работодатель увижу на вашей странице кучу фоток где вы бухой накуреный и прочее, то судите сами какой я сделаю вывод.
Соц медиа это то откуда можно подчерпнуть доп информацию о кандидате так сказать его духовную сторону жизни(это оченб не мало важно).
Пример из жизни: супруга устраивалась на работу(в Австралии) указала в референсе свою подружку на которую до этого работала. Так вот работодатель проверил ее на фэйсбуке, посмотрел действительно ли они друзья и как давно(об этом ей потом рассказали когда взяли на работу).
Ну сами посудите откуда еще узнать информацию о человеке… мало ли что там в резюме написано.
Ставлю плюс. Чувствую, что придется писать еще одну статью — про сетевую жизнь на Западе, много недопонимания. Когда я только приехал в Канаду, я был поражен что чуть ли у каждого фонарного столба есть фейсбук и твиттер. Вполне обычное явление — увидить какого-нибудь бомжа с ноутом, сидящим в фейсбуке около старбакса с бесплатным вайфаем (правда это относится больше к Канаде, потому что сильная социалка, когда можно бомжевать чисто из принципа). Я уже не говорю о некоторых сайтах для поиска работы, в анкете которых обязательная ссылка на Linked In профиль.
А я вот не понимаю, как можно иметь дело с конторой, которая требует предоставить ей пароль от почты. (это про linkedIn). И, тем более, предоставить им пароль, и после этого называть себя IT профессионалом.
Давайте по порядку. Сразу скажу, что я не против всей этой социальной «проверки». Я за то, чтобы все было «по чесноку» и если фирма «пробивает» кандидатов, то он должен быть готов к тому, чтобы удалить фотки с пьяной вечеринки.
И что значит выделяться из толпы? Чтобы из нее выделяться, ты должен быть в этой самой толпе, то бишь в социальных медиа. Если у тебя нет аккаунта — никого это будет волновать. Тут дело в окружении, вот где может быть проблема. Если у человека мало друзей или он, например, асоциален, то это действительно может привести к проблемам (или даже конфликтам) в коллективе по понятным причинам. Но аккаунт в социальной сети, к сожалению, не показатель.
Если я живу в стране, где на каждом шагу проверяют мою страничку, разве я захочу выкладывать компрометирующие фотографии? Тогда в чем суть просмотра фото, если все отфильтровано? Я соглашусь, что если потратить уйму времени, то можно найти фотографию у друга, на которой запечатлен искомый человек в неподобающем виде.
Узнать духовную сторону жизни? Вы шутите? Это как вообще, по количеству напичканных цитат их интернета?
И что значит выделяться из толпы? Чтобы из нее выделяться, ты должен быть в этой самой толпе, то бишь в социальных медиа. Если у тебя нет аккаунта — никого это будет волновать. Тут дело в окружении, вот где может быть проблема. Если у человека мало друзей или он, например, асоциален, то это действительно может привести к проблемам (или даже конфликтам) в коллективе по понятным причинам. Но аккаунт в социальной сети, к сожалению, не показатель.
Если я живу в стране, где на каждом шагу проверяют мою страничку, разве я захочу выкладывать компрометирующие фотографии? Тогда в чем суть просмотра фото, если все отфильтровано? Я соглашусь, что если потратить уйму времени, то можно найти фотографию у друга, на которой запечатлен искомый человек в неподобающем виде.
Узнать духовную сторону жизни? Вы шутите? Это как вообще, по количеству напичканных цитат их интернета?
К сожалению, среднестатистический житель Северной Америки не настолько умен. Я помню кандидатов, у которых в фейсбуке был полный бардак (да что там говорить, некоторые резюме приходят с пунктом «прошлый опыт — работал в макдональдсе»). Конечно, такие же сразу отсеиваются.
Далее, устройство на работу — это умение продать. Фейсбук в принципе мало показателен, т.к. люди скрывают свои личные фотки, но вот Linked In и другие профильные социальные медиа могут дать весьма хорошую картинку. И никто естественно, не делает глубокий поиск, если только это не требуется корпоративными правилами. Вас же надеюсь не удивляет, что при приеме на работу в ФБР они проверяют кандидатов на детекторе лжи?
И еще один момент — личная информация позволяет определить как будет человек работать в будущем. Никто не спрашивает личную информацию во время интервью (это незаконно), и только Интернет позволяет это узнать. Есть маленькие дети — скорей всего ему придется брать PTO (paid time-off). Нетрадиционная сексуальная ориентация — выгодно для компании. Ездит на феррари — скорей всего будут завышенные запросы и т.д. Выводы могут быть разные, и они не отражают мою точку зрения, однако это факторы, которые надо учитывать.
Далее, устройство на работу — это умение продать. Фейсбук в принципе мало показателен, т.к. люди скрывают свои личные фотки, но вот Linked In и другие профильные социальные медиа могут дать весьма хорошую картинку. И никто естественно, не делает глубокий поиск, если только это не требуется корпоративными правилами. Вас же надеюсь не удивляет, что при приеме на работу в ФБР они проверяют кандидатов на детекторе лжи?
И еще один момент — личная информация позволяет определить как будет человек работать в будущем. Никто не спрашивает личную информацию во время интервью (это незаконно), и только Интернет позволяет это узнать. Есть маленькие дети — скорей всего ему придется брать PTO (paid time-off). Нетрадиционная сексуальная ориентация — выгодно для компании. Ездит на феррари — скорей всего будут завышенные запросы и т.д. Выводы могут быть разные, и они не отражают мою точку зрения, однако это факторы, которые надо учитывать.
Меня не удивляет проверка на детекторе лжи в ФБР, они ведь об этом предупреждают :) На счет незаконности вопросов о личной жизни не знал. Не удивлялся вопросам о личной жизни на собеседовании, на мой взгляд это как раз нормальный подход. Никто не будет спрашивать интимных подробностей, обычно набор вопросов вполне логичный: женат/не женат/девушка, наличие детей, хобби. Опасность извлечения информации из интернета заключается в том, что можно неправильно сделать вывод о человеке в лучшую/худшую сторону. Кстати, следует уточнить, что, возможно, личная информация позволяет определить как будет человек работать в ближайшем будущем, а не вообще.
В большинстве случаев резюме обрабатывается автоматически
Позвольте спросить, что конкретно имеется ввиду? У вас какая-то своя система базы данных резюме? Ну, наподобие monster.com? Или у вас есть какой-то парсер? Ну я спрашиваю, потому что думаю, как сделать своё CV дружелюбным ко всякого рода парсерам. Я попробовал добавить к своему html-резюме микродату со стандартной схемой, но я не знаю, насколько это поможет рекрутерам. Может, есть какие-то общие рекоммендации или стандарты?
Я не знаю деталей парсера, но по результатам парсинга (БД хранит оригинальный файл резюме для сравнения) сделал следующие выводы: текстовые форматы парсятся наилучшим образом (что очевидно), вордовские доки не особо, особенно со всякими шаблонами и навороченной графикой. Мне кажется что используется какой-то виртуальный принтер в текст, потому что HTML парсится не намного лучше какого-нибудь PDF. Так что (мое личное мнение, как я уже сказал, я не знаю деталей) только позиция и формат текста важны. Некоторые сайты типа того же monster.com или linkedin (возможно dice.com), у которых есть парсеры резюме, обычно дают грамотные рекомендации и примеры, как лучше оформлять резюме.
Однако уровень доверия к любому коду достаточно низок, и мы всегда предполагаем, что кандидат пользовался помощью.
Если к заданиям выполненным соискателями доверия нет, то к чему вообще требовать их выполнения?
Это система не была придумана мною, я предпочитаю другого рода тестирования, однако предполагаю следующие причины:
— подготовка к техническому интервью. Даже если кандидат все скопирует с Интернета, у него будет время разобраться с решениями и подтянуть недостающие знания.
— оценка честности кандидата. Если кандидат гуглил, но потом не может объяснить как это работает, и не признается в гуглении, это практически сразу крест на нем. Должен признать, что 80% признается, оставшиеся 20% конечно же отбрасываются.
— часть вопросов кандидаты стараются все-таки решить сами, и можно сразу видеть квалификацию еще до интервью. Например, в одном из заданий дается возможность использовать любую библиотеку JS, либо не использовать вообще никаких библиотек. Сделанный выбор позволяет составить какое-то мнение о соответствующих навыках.
— подготовка к техническому интервью. Даже если кандидат все скопирует с Интернета, у него будет время разобраться с решениями и подтянуть недостающие знания.
— оценка честности кандидата. Если кандидат гуглил, но потом не может объяснить как это работает, и не признается в гуглении, это практически сразу крест на нем. Должен признать, что 80% признается, оставшиеся 20% конечно же отбрасываются.
— часть вопросов кандидаты стараются все-таки решить сами, и можно сразу видеть квалификацию еще до интервью. Например, в одном из заданий дается возможность использовать любую библиотеку JS, либо не использовать вообще никаких библиотек. Сделанный выбор позволяет составить какое-то мнение о соответствующих навыках.
Ну вот вы и сами признаёте, что гораздо проще слизать с просторов интернета и признаться в этом (собственно на мой взгляд это решение даже лучше, чем если бы кандидат сам пыхтел над ним). Значит ваше тестовое задание ничто иное как отсев тех, кто пишет свои велосипеды вместо того, чтобы воспользоваться готовым решением :)
Интересная статья. Жаль что исключительно о вакансиях программистов. :) Было бы крайне интересно ознакомиться с таким материалом для более широкого круга инженерных вакансий.
При автоматической обработке из резюме извлекаются [...] Если данные некорректны, то [...] в БД будут пустые записи, и они будут рассматриваться в последнюю очередь (или не будут рассматриваться вообще).
В этой ситуации вежливо было бы автоматически послать письмо кандидату («ваше резюме не распозналось»), чтобы он не ждал зря.
Ну, может распознаться только частично
Тогда присылать форму со списком полей, которые надо заполнить и описанием формата. Форму в том формате, который их система разберёт.
Или вообще выложить форму заполнения резюме где-то в общедоступном месте — что бы желающие могли её заполнить и отослать.
Или вообще выложить форму заполнения резюме где-то в общедоступном месте — что бы желающие могли её заполнить и отослать.
Для Вас действительно так важно присутствие того или иного человека в социальных медиа? Я вообще считаю, что очень неубедительный критерий: профан, который ничем не занимается, сутками френдится в LinkedIn, будет иметь намного больше подтвержден навыков и псевдоделовых контактов, чем профессинал, у которого до этого не доходят руки. По моему если человек реально много работает, занимается offline нетворкингом и ведет активную offline жизнь, то он будет в разы полезнее, чем человек, сутками юзающий разные соцсети.
Я вообще считаю, что очень неубедительный критерий: профан, который ничем не занимается, сутками френдится в LinkedIn, будет иметь намного больше подтвержден навыков и псевдоделовых контактов, чем профессинал, у которого до этого не доходят руки.
А еще профессионал ходит в свитере и толстых очках, немыт и не следит за гигиеной. Потому что не доходят руки.
Надо учитывать реалии запада (поэтому я и сделал уточнение, что для России ситуация может быть другая). Linked In — это практически уже стандарт де-факто. Свой проект, даже минимальный, на github-e еще заставляют делать в университете или колледже (не во всех конечно, но со специализацией в IT). Засветиться на stackoverflow — это дело чести, народ специально пишет максимально осмысленные комментарии, что иметь высокую «карму». Все это — часть рекламирования себя, и человек с минимальным сетевым присутствием воспринимается именно так, как я описал. Это другая культура, и таких параноиков как RMS, абсолютное меньшинство, люди не пытаются скрыться всеми способами.
имейте профиль в Linked In, свой технический блог и несколько OSS-проектов. Если я не могу найти сетевого присутствия кандидата, то это жирный минус
По сути это требование электронного досье. Это аналогично требованию всем проходить детектор лжи. Общего здесь то, что это вторжение в личную жизнь. Для ведения блога и опенсорса нужно время, личное время, и вы начинаете контролировать а как человек тратит своё личное время, а потом ещё и называете его банальной обезьянкой.
По сути это требование электронного досье. Это аналогично требованию всем проходить детектор лжи. Общего здесь то, что это вторжение в личную жизнь. Для ведения блога и опенсорса нужно время, личное время, и вы начинаете контролировать а как человек тратит своё личное время, а потом ещё и называете его банальной обезьянкой.
Как-бы если человек ведет технический блог и пишет OSS, это как минимум дает с высокой точностью оценить его профессиональные навыки, и показывает, что человек может складывать слова вместе, что немаловажно для командной работы.То что это обязательно — бред. То что это не должно учитываться — еще больший бред.
Порекомендуйте, пожалуйста, как лучше себя вести, когда задают вопрос про заработную плату на собеседовании.
Называть сумму процентов на 20-30 больше по сравнению с той, на которую рассчитываете.
Я наоборот столкнулся при прохождении собеседований с тем, что этот вопрос не задают. Приходится самому спрашивать, а они отвечают, что будет соответствовать сумме, указанной в резюме. А в резюме я указывал минимальный уровень з/п ожидаемый.
Я наоборот столкнулся при прохождении собеседований с тем, что этот вопрос не задают. Приходится самому спрашивать, а они отвечают, что будет соответствовать сумме, указанной в резюме. А в резюме я указывал минимальный уровень з/п ожидаемый.
Этот вопрос обсуждаете с рекрутерами (напрямую на работодателя редко выходят). На собеседовании вопрос о деньгах может вам сыграть в минус. Иногда только по этой причине могут в позиции отказать, говоря, что вы несконцентрированны на работе и предстоящих проектах.
Респект за пост и адекватное восприятие критики! Нечасто такое тут.
По своему опыту я должен сказать, что я уже не верю ничему, что там может быть написано, особенно если это резюме от гражданина индийской национальности
Согласен, по резюме они все мега спецы с 30 годами опыта, а на деле — не может даже строку отзеркалить.
Про социалки перегиб — я знаю несколько хороших спецов, которые безразличны к этой заразе. Наверное, возраст сказывается. Да и сам я уже год не обновляю страницы, так, зайду сообщения почитать.
не может даже строку отзеркалить
А как это можно применить в энтерпрайзе?
Что есть «энтерпрайз»?
Что есть «энтерпрайз»?
разработка корпоративных приложений
Вот наше корпоративное приложение умеет детектировать аномалии в сериях данных. Плюс может распознавать речь и отвечать на простые вопросы. Напрямую строки никто не зеркалит, понятно. Но это же азы, как 2+2. Незнание таких вещей ставит под сомнение умственные способности кандидата. Как это, не уметь написать простой цикл? Бред же.
А какие приложения имеете ввиду вы?
А какие приложения имеете ввиду вы?
Лично я к собеседованиям отношусь скептически. Там HR все время заставляют врать. Например если вам скажут что предпочтение отдается человеку без вредных привычек, а после этого спросят «Вы курите?» что вы ответите?
И не согласен с
«Учить кандидата долго и не выгодно»
Многие компании тратят много времени и сил на поиск идеального кандидата на должность N
Не проще ли взять на это время средненького специалиста и доучить нужному?
Идеальных специалистов нет как и идеальных людей, не тратьте свое время.
И не согласен с
«Учить кандидата долго и не выгодно»
Многие компании тратят много времени и сил на поиск идеального кандидата на должность N
Не проще ли взять на это время средненького специалиста и доучить нужному?
Идеальных специалистов нет как и идеальных людей, не тратьте свое время.
Никто и не ищет идеальных специалистов, то что я описывал относится именно к поиску средненьких специалистов. Если удается найти идеального — хорошо, но если середнячок, тоже неплохо. Учить придется в любом случае, однако лучше минимизировать усилия. Причина — текучка кадров, спрос на хороших ИТ-специалистов всегда очень высокий, и удержать не всегда возможно. Всегда найдется какой-нибудь стартап, предлагающий 200 тысяч и больше долларов в год, и конечно же, народ валит.
Кандидат проходит пять кругов ада, но потом начинается размеренный и привычный цикл разработки
>Хочу сразу дать рекомендацию для потенциальных кандидатов — имейте профиль в Linked In, свой технический блог и несколько OSS-проектов. Если я не могу найти сетевого присутствия кандидата, то это жирный минус.
Я бы не прошёл. Ну не пишу я в интернете под реальным именем.
Я бы не прошёл. Ну не пишу я в интернете под реальным именем.
Скажите, каким образом вы парсите резюме кандидата?
Как, скажем, понять что «Пупкин» — это фамилия, а не должность?
Я понимаю, что можно автоматически вытянуть данные с любого сайта, посвященного поиску работы, или из любой соцсети. Но как анализировать документ, написанный почти в свободной форме?
Как, скажем, понять что «Пупкин» — это фамилия, а не должность?
Я понимаю, что можно автоматически вытянуть данные с любого сайта, посвященного поиску работы, или из любой соцсети. Но как анализировать документ, написанный почти в свободной форме?
Про присутствие в сети: раз уж вы — транснациональная компания, вы и соц.сети/блоги просматриваете на языке кандидата? Он ведь не обязан всё это вести именно на английском. Русский программист вполне может иметь аккаунты во vkontakte и на Habrahabr, вместо Facebook и LinkedIn. Да, не совсем корректное сравнение, но думаю смысл ясен. В каждой стране могут быть свои локальные сети.
Проходил разного рода интервью. В основном выглядело так -> со мной связывался HR отдел по подбору персонала, где в последствии отправляло на собеседование к программисту (так как устраивался на должность программиста). Тот человек, как правило, явно не имеет никакого опыта в интервью. И тут наблюдается следующая интересная картина. Либо интервьюер пытается во мне разглядеть себя, либо заведомо считает себя умнее собеседника. Складывается ощущение, что собеседник по определению не может быть умнее интервьюера. А это грубая и частая ошибка в подходе рассмотрения кандидатуры.
Оказавшись интервьюер на месте собеседника, он бы выглядел не менее глупо.
Оказавшись интервьюер на месте собеседника, он бы выглядел не менее глупо.
использования Far в качестве редактора и другие вещи, которые говорят о том, что человек не интересуется ИТ
ORLY?
И много ли вы видели людей «не интересующихся ИТ», но при этом хотя бы слышавших про Far Manager?
только один вопрос, как сделать что-бы в день приходило по 100 резюме на позицию python-девелопера?
если в неделю парочка резюме придет — уже счастье =)
если в неделю парочка резюме придет — уже счастье =)
Я интервьюирую на позицию в моей команде, которая занимается разработкой web-frontend для встраиваемых устройств (используется Python, C и стандартный HTML-набор).
В большинстве случаев резюме обрабатывается автоматически, в любой большой компании HR получает по сотни заявок в день, они просто не успевают все обрабатывать вручную.
Меня другой вопрос интересует, может, вы знаете ответ.
Почему рекрутеры никогда не указывают диапазон зарплаты? Да и в вакансиях тоже нечасто встречается. Компании опасаются разглашения это информации, или считают, что кому надо, те и так знают? Как вообще люди отправляют резюме, наугад, в надежде, что зарплатные ожидания устроят компанию?
Почему рекрутеры никогда не указывают диапазон зарплаты? Да и в вакансиях тоже нечасто встречается. Компании опасаются разглашения это информации, или считают, что кому надо, те и так знают? Как вообще люди отправляют резюме, наугад, в надежде, что зарплатные ожидания устроят компанию?
Это весьма больной вопрос для большинства кандидатов. Если смотреть изнутри, то причина этого явления весьма проста — компании хотят сэкономить, и заставить кандидата согласиться на меньшую сумму, чем он того заслуживает. Следствие из этого — негласная политика неразглашения своей зарплаты, чтобы не получилось ситуации, когда более ленивый сотрудник получает больше трудяги только потому что указал повыше требования к зарплате.
По сути, так и получается что приходится посылать резюме наугад. В нормальных компаниях есть определенные рамки зарплаты под должность, так что даже если кандидат указал сильно заниженную зарплату, ему предложат нормальную. Если завышенную, то будет «торг» — предложат пониже, и кандидат уже сам будет решать, хочет он этого или нет. Для примера, помню случаи, когда в резюме было указано N, а предложили (N + 10) тыс., и наоборот, когда был торг, и из изначальных M, кандидат согласился на (M — 15) тыс. условных единиц.
В целом, я рекомендую использовать ресурс www.glassdoor.com/ — это наиболее популярный источник информации о зарплатах и компаниях на западе. Прежде чем устраиваться на работу, просто поищите на этом сайте зарплаты в этой или похожей компании. Единственное, не забудьте учесть регион (если glassdoor имеет информацию о региональных офисах), потому что зарплаты в Нью-Йорке и Пало-Альто не сравнимы с зарплатами в других регионах даже в рамках одной компании.
По сути, так и получается что приходится посылать резюме наугад. В нормальных компаниях есть определенные рамки зарплаты под должность, так что даже если кандидат указал сильно заниженную зарплату, ему предложат нормальную. Если завышенную, то будет «торг» — предложат пониже, и кандидат уже сам будет решать, хочет он этого или нет. Для примера, помню случаи, когда в резюме было указано N, а предложили (N + 10) тыс., и наоборот, когда был торг, и из изначальных M, кандидат согласился на (M — 15) тыс. условных единиц.
В целом, я рекомендую использовать ресурс www.glassdoor.com/ — это наиболее популярный источник информации о зарплатах и компаниях на западе. Прежде чем устраиваться на работу, просто поищите на этом сайте зарплаты в этой или похожей компании. Единственное, не забудьте учесть регион (если glassdoor имеет информацию о региональных офисах), потому что зарплаты в Нью-Йорке и Пало-Альто не сравнимы с зарплатами в других регионах даже в рамках одной компании.
Спасиб за ссылку.
А как обычно делают, резюме наготове и посылают без поправок, или правят под каждую вакансию, чтобы выделить именно требуемые технологии? Имеет ли это смысл?
А как обычно делают, резюме наготове и посылают без поправок, или правят под каждую вакансию, чтобы выделить именно требуемые технологии? Имеет ли это смысл?
Категорически обязательно. Обычно в объявлениях указывают какие технологии надо знать, поэтому лучше их упомянуть в резюме (но не врать, как это любят делать индусы, и указывать только то, что реально знаешь и использовал). Также иногда указывают знания каких-то методологий, типа Agile, Continuous Integration, Unit-testing и т.п., так что если вы в своей работе что-то такое использовали, лучше это тоже указать.
Но хочу предупредить об одном нюансе (это распространенная ошибка у многих русских, резюме которых мы рассматривали) — не делайте резюме слишком длинным. 2 страницы — это практически стандарт. 3 страницы могут в крайнем случае, если у вас опыт работы больше 20 лет, и вы поменяли много компаний, но и тогда лучше пропустить то, что не особо релевантно для искомой позиции.
И естественно, надо менять порядок в перечислениях технологий, навыков и опыта. Для примера, если вы идете в embedded development, то первоначальной порядок (например, хронологический) типа «BASIC, Pascal, C, Perl, Python» лучше поменять на «C, Python, Perl» (Pascal можно удалить, т.к. он практически неизвестен на западе, ну и BASIC лучше тоже удалить, чтобы народ не смешить).
Но хочу предупредить об одном нюансе (это распространенная ошибка у многих русских, резюме которых мы рассматривали) — не делайте резюме слишком длинным. 2 страницы — это практически стандарт. 3 страницы могут в крайнем случае, если у вас опыт работы больше 20 лет, и вы поменяли много компаний, но и тогда лучше пропустить то, что не особо релевантно для искомой позиции.
И естественно, надо менять порядок в перечислениях технологий, навыков и опыта. Для примера, если вы идете в embedded development, то первоначальной порядок (например, хронологический) типа «BASIC, Pascal, C, Perl, Python» лучше поменять на «C, Python, Perl» (Pascal можно удалить, т.к. он практически неизвестен на западе, ну и BASIC лучше тоже удалить, чтобы народ не смешить).
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Прохождение интервью — взгляд изнутри