Что может вас привлечь в новом месте работы?

scorpion-ds написал(а):

Кто прав?

Нажмите для раскрытия...

прав будет владелец проекта, который сменит команду вместе с лидом и hr-ом

Был у меня случай недавно - звонят по скайпу, говорят, крутая канадская контора, выполни тестовое задание на 2 часа. Я им вопросы позадавал - девочка отвечает "я HR-ка, ничего не знаю". Я отказался выполнять задание. Если компания хочет мне передавать задание через HR-ку - может засунуть его hr-ке в одно из отверстий. Сказал, если хотите, чтобы я потратил 2 часа своего времени - пусть начальник позвонит и потратить на меня свое время.

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

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

@AmdY, а это любимый прикол hr-ов - броадкаст, резюме читать тяжело
- а не хотите ли вакансию лида по golang?
- приглашаем вас в Ирландию на позицию C++ разработчика

Adelf написал(а):

Если же обычная, нефиг строить из себя.

Нажмите для раскрытия...

Вот не видел тех кто обычные и не строят из себя. Все без исключения уверены что они как минимум второй гугл. Даже если это школьник на каникулах купивший VPS и открывает новый шаред-хостинг за $1/мес.

grigori написал(а):

Я им вопросы позадавал - девочка отвечает "я HR-ка, ничего не знаю". Я отказался выполнять задание. Если компания хочет мне передавать задание через HR-ку - может засунуть его hr-ке в одно из отверстий. Сказал, если хотите, чтобы я потратил 2 часа своего времени - пусть начальник позвонит и потратить на меня свое время.

Нажмите для раскрытия...

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

неправ тот, кто их нанял

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

пару часов - нафиг не надо, задачи на 15 минут хватит

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

А в проекте есть тесты и CI? Просто для тех кто знает понятия "галера" из личного опыта, пользу тестов — будет в плюс, а при их отсутствии — возможно повод их начать, чтобы разширить команду
В свою команду тоже ищем — есть почти "все" из современной PHP(7) разработки: MySQL (master-slave), Redis, RabbitMQ, Elasticsearch, PHPUnit, Behat, Symfony(3). На Front-end-е React, Webpack, Babel
Собеседования проводит Team Lead — ищет только хорошо знающих специалистов, возможно тоже пересмотрим собеседование и будем брать вместо полного соответствия нужных знаний — кандидатов с хорошим потенциалом
Есть еще вариант — вкладывать время в друзей

На хабре нашёл статью про собеседование на JS https://habrahabr.ru/post/322568/
Вот согласен с мнением в комментариях что "Правильный ответ к любому вопросу — да вы там совсем долбанулись? встать и уйти".

По моему, принимая программиста важен ни опыт, ни образование, ни даже умение в уме умножать десятизначные числа. Цель собеседования выяснить "подойдёт ли этот человек НАМ для решения НАШИХ задач."
Если человек за всю жизнь не написал свою супер пупер CMS, то это вовсе не делает его непригодным для написания модулей для уже готовой. И вопросы на собеседовании выбирать надо именно исходя из того что этот человек будет делать, а не спрашивать что он уже делал. (И тем более не вопросы типа "почему люки круглые")

Vladson написал(а):

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

Нажмите для раскрытия...

Ещё бы объяснить это HR'ам.

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

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

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

MiksIr написал(а):

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

Нажмите для раскрытия...

MiksIr написал(а):

а нахрена мне такой

Нажмите для раскрытия...

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

Так и тут. Ты хочешь чтобы разработчик за 80тр делал работу менеджера и юзабилиста с суммарной зарплатой over 300k? Иди, ищи такого.

grigori написал(а):

Ты хочешь чтобы разработчик за 80тр делал работу менеджера и юзабилиста с суммарной зарплатой over 300k? Иди, ищи такого.

Нажмите для раскрытия...

Мне кажется, ты перегибаешь здесь.
Мне кажется, что кодер "от забора до обеда" тупо по спецификации стоит не пресловутые 80к. А 35-40. С довеском в виде менеджера, пишущего подробные ТЗ за 120.

Фанат написал(а):

Мне кажется, ты перегибаешь здесь.
Мне кажется, что кодер "от забора до обеда" тупо по спецификации стоит не пресловутые 80к. А 35-40. С довеском в виде менеджера, пишущего подробные ТЗ за 120.

Нажмите для раскрытия...

Это непростой философский вопрос. Есть несколько разные принципы построения процессов разработки. Иногда берут универсального web-dev, который делает все, и получается как получается. Иногда - команда, и в команде бывают роли.

По моему личному опыту, самостоятельно UX лучше не делать. Поработав с дизайнером-юзабилистом, я теперь понимаю, что хороший интерфейс получается за 3-4 инерации, в каждой делается прототип, который обсуждается со stakeholder-ами (теми, кто знает потребности клиентов). Хорошая мобильная версия по функционалу отличается от полной чуть больше, чем на половину.
Добавление товара в корзину - второе по важности действие пользователя, отдать это на откуп программисту - смертельно для проекта. Вообще, поведение пользователя на сайте - это компетенция владельца или высшего руководства.
К примеру, в сотмаркете 90% заказов шло без добавления товара в корзину.

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

grigori написал(а):

Так и тут. Ты хочешь чтобы разработчик за 80тр делал работу менеджера и юзабилиста с суммарной зарплатой over 300k? Иди, ищи такого.

Нажмите для раскрытия...

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

@MiksIr, я не знал, что это была регрессия. Сломать - безусловно, неправильно. А различие между явной фигней и неявной - субьективное.
По описанию, к сожалению, непонятно что именно ты просил. Не понимать - это нормально.
"оформление заказа из корзины только для зарегистрированных" - это некорректная постановка задачи. Корзина только для зарегистрированных? Оформление только для зарегистрированных? А не из корзины по кнопке "купить в 1 клик" можно оформлять для незарегистрированных?

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