Методы рационального мышления. Это присуще айтишникам, математикам и другим людям с рациональным образом мышления (по типологии Маейрс-Бриггс), но не все HR — рационалы. Там формулы, статистика, эксперименты. Их от этого тошнит. А тут — десница вершит судьбы. Эмоции.
Хотите нестрогое резюме — так и пишите в вакансии «Нам нужен ваш опыт в виде эссе. Расскажите о своей работе, как день проходит, какие штуки делали, какой ваш коллектив, что хотите изменить в своей карьере, какие ваши надежды на новое место, ....»
Тогда вы точно сможете отсеивать тех, кто без эссе — они описание вакансии не читали, отвечают механически или даже автоматически. Вот их можно и посеять :)
1. Базворды. Побольше. Стеки, языки, технологии, инструменты. Потому что HR ищут по ключевым словам (например, хантят программистов JavaScript по слову «Java»). Хотя нет, надо без базвордов, НЕКОТОРЫЕ это не любят.
2. Надо конкретно, какие проблемы решал, чего достиг. Но без базвордов. Но тогда вместо одного базворда получается одно предложение или даже целый абзац, и в итоге резюме получается 3 страницы, но надо 1 страницу. Придётся что-то выкинуть, но вдруг в этой компании именно это надо.
3. Надо своё фото приложить, так лучше цепляет. Но нет, не надо, иначе харасмент.
4. Надо хобби описать. Но нет, лучше не писать. Хотя нет, надо написать.
5. Код на гитхабе. Но у нас был меркуриал и SVN, это не я выбрал. Но там ещё NDA и вклада в опенсорс или публичного вообще нет. Но надо. Поэтому может быть мне жёстко заныкать себе чужую репу (даже не форком, а прям вчистую скопировать через git init и пушить в репу через крон по два файла в сутки, чтобы история была зелёная).
6. Писать надо под конкретную компанию. Под их требования. Но таких компаний 50, поэтому я всё же вышлю чуть чуть усреднённое.
7. Надо весь адекватный опыт. Хотя нет, надо только 2 последних места. Или последние 3 года.
Резюме и трудоустройство — это рулетка. Хотя нет, есть рекомендация быть настойчивым. Это софтскилл. Кстати, у меня не сработало — ещё ни разу повторное (даже исправленное) резюме или попытка пообщаться лично ничего не решало. Но это мой случай, может быть у других иначе. Ну то есть личное обаяние и убедительность (софтскилл) либо рулетка.
Автору этой статьи: найм — это рулетка. Общайтесь с кандидатами чаще. Сначала чуть-чуть в виде переписки, затем голосом. Это софтскилл — общаться и нанимать.
Тестовый день — это замечательный подход. Кандидат познакомится с культурой команды, с задачами. Команда оценит уровень кандидата и совместимость. Книга «Joy, Inc.: How We Built a Workplace People Love» — там про такой вид найма рассказывается. Почитайте. По крайней мере на словах звучит логично и демократично. С такой практикой меня ещё до книги «Joy, Inc» познакомила команда Icons8.
По поводу оплаты: есть такая практика — если кандидат уже трудоустроен и вы его хантите, то ему надо оплатить время на собеседование, а также тестовое задание и вот такой день практики. Ведь ему придётся взять отгул на работе и приехать к вам на час или на день, а потом этот отгул либо отрабатывать в свой выходной, либо остаться без оплаты. И получится, что он не только что-то сделал для вас бесплатно, но ещё и потерял на этом.
Другое дело, если кандидат в свободном поиске сам вас нашёл и просится на собеседование. Вы ему великодушно (сарказм) дозволяете прибыть на беседу, развлечься тестовым заданием и даже закрыть пару мелких багов на продакшене или пофантазировать что-то в офисе аж целый день.
В любом случае не забывайте про NDA и передачу авторских прав, даже если это был бред о сферических конях в вакууме или принятие решений в стиле мозгового штурма. А ещё по ТК он трудоустроен сразу вы ему дали задачу, так что прикройте жопку краткосрочным договором подряда, не забудьте про тех задание, акт выполненных работ, счёт за работу.
С такой бумажной волокитой я на практике сталкивался и скажу, что поначалу это тот ещё гемор. Но работает, при должном опыте пакет документов с кандадатом оформляется за 30 минут.Отсеивать адекватов из врунов с фейковыми резюме и липовыми гитхабами намного проще.
Кстати, быстрое оформление пакета документов отпугивает кандидатов — они считают, что тут жуткая текучка, раз так вот всё отлажено. Рекомендую вслух сказать, что вот блин, пакет пока будут готовить, редко это делают, через 3 часа будет готов, а пока вот ПИЦЦЦЦААА! и пара задач в таск трекере.
Собирали и публиковали приложения на React Native под iOS на хакинтоше. Обошлись без мака и даже без айфона :) С аудио не работали, но фоновые процессы были.
Моё предложение к соц сетям: система лайков должна быть трёх-позиционной. Лайк, дизлайк и «типа-норм». Сейчас оценки имеют крайние значения: горячо за (готов в тому, что мой лайк увидят мои социальные подписчики), горячо против (аналогично — моим негативом готов поделиться с окружающими). Нет нейтрального, который не распространяется на подписчиков, но показываем автору, что с ним согласны. Такой типа «Я читал, ничего плохого не нахожу, в целом норм»
1. Joy, Inc.: How We Built a Workplace People Love, Richard Sheridan (Работа мечты. Как построить компанию, которую любят, Ричард Шеридан)
Коллектив, синергия, парное программирование, если кратко.
Переслены три варианта любого проекта: из г**на и палок без фреймворка, по-простому с мини-фреймворком и по серьёзному с полнофункциональным фреймворком.
Все три варианта имеют право на существование, даже в крупных проектах. Ну понятно, что это сложно — поддерживать мега кода из г*а и палок, но они существуют.
Табличную вёрстку учить несложно, а вот тестировать письма — это тот ещё гемор. Но сейчас есть фреймфорки типа такого mjml.io конечно, он берёт на себя эти знания древних технологий.
По тексту статьи — очень много ошибок, читать неприятно. Учи русский или пользуйся услугами корректора. Дать контакт?
Тогда вы точно сможете отсеивать тех, кто без эссе — они описание вакансии не читали, отвечают механически или даже автоматически. Вот их можно и посеять :)
1. Базворды. Побольше. Стеки, языки, технологии, инструменты. Потому что HR ищут по ключевым словам (например, хантят программистов JavaScript по слову «Java»). Хотя нет, надо без базвордов, НЕКОТОРЫЕ это не любят.
2. Надо конкретно, какие проблемы решал, чего достиг. Но без базвордов. Но тогда вместо одного базворда получается одно предложение или даже целый абзац, и в итоге резюме получается 3 страницы, но надо 1 страницу. Придётся что-то выкинуть, но вдруг в этой компании именно это надо.
3. Надо своё фото приложить, так лучше цепляет. Но нет, не надо, иначе харасмент.
4. Надо хобби описать. Но нет, лучше не писать. Хотя нет, надо написать.
5. Код на гитхабе. Но у нас был меркуриал и SVN, это не я выбрал. Но там ещё NDA и вклада в опенсорс или публичного вообще нет. Но надо. Поэтому может быть мне жёстко заныкать себе чужую репу (даже не форком, а прям вчистую скопировать через git init и пушить в репу через крон по два файла в сутки, чтобы история была зелёная).
6. Писать надо под конкретную компанию. Под их требования. Но таких компаний 50, поэтому я всё же вышлю чуть чуть усреднённое.
7. Надо весь адекватный опыт. Хотя нет, надо только 2 последних места. Или последние 3 года.
Резюме и трудоустройство — это рулетка. Хотя нет, есть рекомендация быть настойчивым. Это софтскилл. Кстати, у меня не сработало — ещё ни разу повторное (даже исправленное) резюме или попытка пообщаться лично ничего не решало. Но это мой случай, может быть у других иначе. Ну то есть личное обаяние и убедительность (софтскилл) либо рулетка.
Автору этой статьи: найм — это рулетка. Общайтесь с кандидатами чаще. Сначала чуть-чуть в виде переписки, затем голосом. Это софтскилл — общаться и нанимать.
И кому потом эту «Войну и мир» читать захочется?
По поводу оплаты: есть такая практика — если кандидат уже трудоустроен и вы его хантите, то ему надо оплатить время на собеседование, а также тестовое задание и вот такой день практики. Ведь ему придётся взять отгул на работе и приехать к вам на час или на день, а потом этот отгул либо отрабатывать в свой выходной, либо остаться без оплаты. И получится, что он не только что-то сделал для вас бесплатно, но ещё и потерял на этом.
Другое дело, если кандидат в свободном поиске сам вас нашёл и просится на собеседование. Вы ему великодушно (сарказм) дозволяете прибыть на беседу, развлечься тестовым заданием и даже закрыть пару мелких багов на продакшене или пофантазировать что-то в офисе аж целый день.
В любом случае не забывайте про NDA и передачу авторских прав, даже если это был бред о сферических конях в вакууме или принятие решений в стиле мозгового штурма. А ещё по ТК он трудоустроен сразу вы ему дали задачу, так что прикройте жопку краткосрочным договором подряда, не забудьте про тех задание, акт выполненных работ, счёт за работу.
С такой бумажной волокитой я на практике сталкивался и скажу, что поначалу это тот ещё гемор. Но работает, при должном опыте пакет документов с кандадатом оформляется за 30 минут.Отсеивать адекватов из врунов с фейковыми резюме и липовыми гитхабами намного проще.
Кстати, быстрое оформление пакета документов отпугивает кандидатов — они считают, что тут жуткая текучка, раз так вот всё отлажено. Рекомендую вслух сказать, что вот блин, пакет пока будут готовить, редко это делают, через 3 часа будет готов, а пока вот ПИЦЦЦЦААА! и пара задач в таск трекере.
Это коллосальный труд, сбор дополнительных материалов 15 лет!
Куда поставить лайк?
Сравнение: [1] [2] [3] [4]
Коллектив, синергия, парное программирование, если кратко.
2. Что делать с тем, что я постоянно переписываю почти весь код?
Следуй принципам MVP в своей собственной работе, сдавай частями, рефактори работающее, если кратко.
Переслены три варианта любого проекта: из г**на и палок без фреймворка, по-простому с мини-фреймворком и по серьёзному с полнофункциональным фреймворком.
Все три варианта имеют право на существование, даже в крупных проектах. Ну понятно, что это сложно — поддерживать мега кода из г*а и палок, но они существуют.
Табличную вёрстку учить несложно, а вот тестировать письма — это тот ещё гемор. Но сейчас есть фреймфорки типа такого mjml.io конечно, он берёт на себя эти знания древних технологий.