Итак, весь сыр бор из-за не персонализированного и «мало детального» обращения рекрутеров к программистам.
Оу, как вы не правы. Весь сыр-бор, от того, что люди, работающие в HR сегменте, не обладают нужными hard-скилами от слова совсем. То есть их знания, ограничиваются умением написать письмо и наличием pattern-matching способности.
А что собственно бесит-то?
А бесит следующее:
— Отсутствуют навыки понимания «терминологий» и технологий в IT. Рекрутер не знает сам кого он ищет. (где то тут бородатая шутка про html и язык программирования)
— Из-за mesh-сетей в кругу HR общества, усиливаются явления, когда тебе пишет объект А, и предлагает работу в компании Б, который узнал об этом у объекта В, который работает в компании Б. Так как сработало сарафанное радио, объект А, имеет недостоверную инфу, которую ему дал объект В. В итоге, тебе сначала мурыжат голову, пытаясь донести что нужно собственно компании, далее с возгласами " ну я не знаю как бы.." (об этом далее), говорят узнают, теряются на неделю, и потом приходит письмо от человека В, с текстом: «добрый день, вот вам уточнения которые Вы просили».
— Отсутствие владения информацией о самой компании и вакансии. 70% не знают какое трудоустройство в компании, 20% не знают организационную информацию (приходы уходы/бололезни/ремоут). Причины разные, плохой специалист, фрилансер специалист, и опять таки сарафанное радио (знакомая знакомой знакомого)
— Не респектабельный вид вакансии как таковой: Видите ли, это сложно привести описание к единому виду, особенно это касается языка. Вакансия на немецком, в англ. аутсорс отдел, при этом общение идет на русском (скажем). То есть, то что на А4 написали в митинг руме, ровно в таком же виде оно приходит на емейл, только пятен от чая нету.
— Банальные ошибки в вакансиях, или описаниях. Копипаст цветет и пахнет, технологии самые различные могут быть от Pyton, до различных их сплетений типа PHP/Boost, и все в таком роде. Показатель того, что рекрутер, не намерен отвечать на вопросы кандидата, так как не пытается выяснить смежный круг технологий (банально взять и каждую аббревиатуру, вбить в гугле и почитать что с ней родственного с ней, как она хотя бы правильно пишется), и соответственно, из-за этой лени, страдают Ваши «60% кандидатов игнорируют», потому что не хочется неделями уточнять переспрашивать, ждать. Проще заигнорить этот бред.
— Отдельная каста «миллениалов» и не только, которые думают что стихи, смайлы, поэмы, слоганы (вы тот кто нам нужен), украшают или привлекают приглашение, а по итогу (если вы все таки решились разузнать что-то) предложить оказывается то и нечего…
В общем виде охарактеризовать всю проблему можно так. Большинство
рекрутеров — это вчерашние социологи, филологи, и психологи и т. п, которые пришли в ИТ сектор, «as is», и пытаются культивировать, свое виденье процесса в неизменном виде, не обладая при этом необходимыми навыками. Как пример из жизни — консультанты в супермаркетах электроники. Уровень скилов — могу запомнить описание из ценника, и в очередной раз когда вы заходите туда, в 70% вы себя спрашиваете «какая от них польза, и зачем они здесь» (утрируя)
$driver->wait()->until(
function () use ($driver) {
$elements = $driver->findElements(WebDriverBy::cssSelector('li.foo'));
return count($elements) > 5;
},
'Error locating more than five elements'
);
Заголовок спойлера
Если Вы не поняли моего предыдущего сообщения, то я объясню: сначала нужно изучить инструмент, потом использовать, и только потом пилить на Хабр статью. Умолчу, что Вашу задачу можно было решить 1000 и 1 способом и совсем без selenium-а
когда в jm это есть — просто используй.
Хотя, положа руку на сердце, в jm тоже есть бесячие моменты (кучерявые графики например), я не отрицаю, но приведенная неочевидность — явно не про него.
Мне же JMeter никогда не нравился из-за неочевидного интерфейса и высокого порога вхождения, как только возникает необходимость протестировать не Hello World приложение.
У меня двоякое чувство от этого предложения.
С одной стороны Вы пишете, что интерфейс неочевиден, хотя куда что очевиднее GUI может быть, с другой стороны Locast ничего другого, кроме Hello World, по видимому и не может, но он Вас устроил, почему?
— только поддержка только http
— нет средств серверного мониторинга. Время отклика страницы без CPU/RAM это мягко говоря цифра совершенно бесполезная.
— нет расширенных инструментов, для управления данными (да, jm тоже не богат, но сделать быстрый data in/out там можно несколькими способами)
— нет db коннектора, базу например не отпрофилируешь, не посмотришь опять таки метрики (память/calls/QPS и другое)
— отсутствие системы плагинов, возможно ошибаюсь, но то что есть в локасте — это мало, и оно для приложений как раз больше HW, мало чем подходит. (да, std поставка jm тоже не самая кошерная, но ее можно легко изменить под нужны)
— jm имеет кучу встроенных листенеров/обработчиков, которые просто работают. Распарсить html, запустить js и прочее. Это все есть, было и будет, в отличии от python библиотек, с которыми в первую очередь нужно разобраться, а во вторую — они имеют привычку протухать особенно для всяких не-RFC стандартов, по типу socketIO от js комьюнити (как же я его ненавижу)
Итог получается какой то интересный: jm мне не нравится и плохой, потому что я его «ниосилил», и потому что он может больше, чем мне нужно.
Мне кажется locust и jm — это как notepad и visual studio, да и там и там можно писать текст в редакторе, но сравнивать их совершенно не корректно.
То есть, я правильно понял, что вся эта изображенная красота не является результатом, исключительно только описанного в статье?
В любом случае, спасибо. Особенно интересная тема с освещением.
Примеры восхитительны, но наберусь наглости и скажу: было бы очень хорошо, если бы вы данные примеры, выложили как исходник проекта Unity, с простым набором сцен. Возможно в каких от местах упрощенные, урезанные. Уверен, это очень бы помогло начинающим, и не только. Очевидные вещи, не всегда очевидны для тех, кто их никогда не реализовывал.
Там было лоббирование со стороны python-мейнтейнера из RedHat. И исходя из начала статьи, принятие пулл реквеста, это скорее шаг отчаяния, а не необходимость.
Ага, не плохо бы знать что это именно ардуина, а какое либо другое устройство какой-нить usbtouart, но в целом да… не нужно.
Оу, как вы не правы. Весь сыр-бор, от того, что люди, работающие в HR сегменте, не обладают нужными hard-скилами от слова совсем. То есть их знания, ограничиваются умением написать письмо и наличием pattern-matching способности.
А бесит следующее:
— Отсутствуют навыки понимания «терминологий» и технологий в IT. Рекрутер не знает сам кого он ищет. (где то тут бородатая шутка про html и язык программирования)
— Из-за mesh-сетей в кругу HR общества, усиливаются явления, когда тебе пишет объект А, и предлагает работу в компании Б, который узнал об этом у объекта В, который работает в компании Б. Так как сработало сарафанное радио, объект А, имеет недостоверную инфу, которую ему дал объект В. В итоге, тебе сначала мурыжат голову, пытаясь донести что нужно собственно компании, далее с возгласами " ну я не знаю как бы.." (об этом далее), говорят узнают, теряются на неделю, и потом приходит письмо от человека В, с текстом: «добрый день, вот вам уточнения которые Вы просили».
— Отсутствие владения информацией о самой компании и вакансии. 70% не знают какое трудоустройство в компании, 20% не знают организационную информацию (приходы уходы/бололезни/ремоут). Причины разные, плохой специалист, фрилансер специалист, и опять таки сарафанное радио (знакомая знакомой знакомого)
— Не респектабельный вид вакансии как таковой: Видите ли, это сложно привести описание к единому виду, особенно это касается языка. Вакансия на немецком, в англ. аутсорс отдел, при этом общение идет на русском (скажем). То есть, то что на А4 написали в митинг руме, ровно в таком же виде оно приходит на емейл, только пятен от чая нету.
— Банальные ошибки в вакансиях, или описаниях. Копипаст цветет и пахнет, технологии самые различные могут быть от Pyton, до различных их сплетений типа PHP/Boost, и все в таком роде. Показатель того, что рекрутер, не намерен отвечать на вопросы кандидата, так как не пытается выяснить смежный круг технологий (банально взять и каждую аббревиатуру, вбить в гугле и почитать что с ней родственного с ней, как она хотя бы правильно пишется), и соответственно, из-за этой лени, страдают Ваши «60% кандидатов игнорируют», потому что не хочется неделями уточнять переспрашивать, ждать. Проще заигнорить этот бред.
— Отдельная каста «миллениалов» и не только, которые думают что стихи, смайлы, поэмы, слоганы (вы тот кто нам нужен), украшают или привлекают приглашение, а по итогу (если вы все таки решились разузнать что-то) предложить оказывается то и нечего…
В общем виде охарактеризовать всю проблему можно так. Большинство
рекрутеров — это вчерашние социологи, филологи, и психологи и т. п, которые пришли в ИТ сектор, «as is», и пытаются культивировать, свое виденье процесса в неизменном виде, не обладая при этом необходимыми навыками. Как пример из жизни — консультанты в супермаркетах электроники. Уровень скилов — могу запомнить описание из ценника, и в очередной раз когда вы заходите туда, в 70% вы себя спрашиваете «какая от них польза, и зачем они здесь» (утрируя)
Самая обычная
Понял.
Есть же wait for!
когда в jm это есть — просто используй.
Хотя, положа руку на сердце, в jm тоже есть бесячие моменты (кучерявые графики например), я не отрицаю, но приведенная неочевидность — явно не про него.
У меня двоякое чувство от этого предложения.
С одной стороны Вы пишете, что интерфейс неочевиден, хотя куда что очевиднее GUI может быть, с другой стороны Locast ничего другого, кроме Hello World, по видимому и не может, но он Вас устроил, почему?
— только поддержка только http
— нет средств серверного мониторинга. Время отклика страницы без CPU/RAM это мягко говоря цифра совершенно бесполезная.
— нет расширенных инструментов, для управления данными (да, jm тоже не богат, но сделать быстрый data in/out там можно несколькими способами)
— нет db коннектора, базу например не отпрофилируешь, не посмотришь опять таки метрики (память/calls/QPS и другое)
— отсутствие системы плагинов, возможно ошибаюсь, но то что есть в локасте — это мало, и оно для приложений как раз больше HW, мало чем подходит. (да, std поставка jm тоже не самая кошерная, но ее можно легко изменить под нужны)
— jm имеет кучу встроенных листенеров/обработчиков, которые просто работают. Распарсить html, запустить js и прочее. Это все есть, было и будет, в отличии от python библиотек, с которыми в первую очередь нужно разобраться, а во вторую — они имеют привычку протухать особенно для всяких не-RFC стандартов, по типу socketIO от js комьюнити (как же я его ненавижу)
Итог получается какой то интересный: jm мне не нравится и плохой, потому что я его «ниосилил», и потому что он может больше, чем мне нужно.
Мне кажется locust и jm — это как notepad и visual studio, да и там и там можно писать текст в редакторе, но сравнивать их совершенно не корректно.
В любом случае, спасибо. Особенно интересная тема с освещением.
Прямо удалять было не обязательно, а просто передать parent-ссылку на главное окно.
Торвальдс на отдыхе — мне становится страшно за linux
www.youtube.com/watch?v=XDCwsm3VEpw
Откройте для себя robotframework например. Там вобще DSL язык поверху.