Спасибо за развернутый ответ. Вопрос возник вот почему. Недавно чистил контакт лист на телефоне. Спустя пять лет больше половины контактов из Яндекса теперь работают в других компаниях. Ребята были очень толковые, поэтому был немного удивлен. Допускаю, что выборка может быть не репрезентативной или пять лет это дольше, чем в среднем по рынку.
Рост по количеству разработчиков полезен аутсорс компаниям, процессы которых вы вероятно адаптируете. При частых ротациях производительность людей закономерно падает на время адаптации и дело тут не только в технологиях. Но аутсорс эти моменты легко конвертирует в доходы, увеличивая сроки и продавая все больше светлых) голов с красивыми тайтлами. Каковы преимущества для продуктовой(?) компании в увеличении штата?
Яндекс это компания каких-то крайностей. Будь целью отжать у Яндекса остатки умных кадров, я бы форсил аналогичную схему. В самом деле, работать в формате типичных "галер", где качующий между проектами стаф это тупо ресурсы, с матричным менеджментом, персональными планами развития, и разной мотивационной ерундой, согласятся не все. Кто по сообразительнее уйдет на рынок, благо интересных предложений достаточно.
работодатели не могут запретить обсуждение заработной платы или условий труда
Это правда, что американские компании не в праве запрещать сотрудникам обсуждение зарплат?
Говорят, что в нашей стране чутьли ни каждый второй работодатель пытается представить уровень оплаты сотрудника как коммерческую тайну, запрещая разглашать и обсуждать с кем бы то ни было под страхом ужасов.
Вы озвучили свою позицию, с ней можно соглашаться или не соглашаться, не суть. Проблема в том, что для того, чтобы ее услышать, HR предлагают разработчикам сначала пройти кучу квестов, потратив на это кучу времени.
Адекватности чему? Если рынок труда это про деньги, то и ценник должен быть. Неудивительно что агенства, скрывающие существенную часть условий в описании вакансий, получают массу, как оказывается, непрофильных откликов.
Подключение через декоратор автоматически тащит зависимостью конкретную реализацию DI. Поэтому подробного рода штуки получили распространение лишь во фреймворках, где все разработчики не против такого соглашения. Даже RequireJS в итоге не взлетел.
Говорят, ваш город был когда-то интересным в плане проектов и зарплат. Случались даже предложения на уровне столичных. Потом что-то резко сломалось, проекты остались, а зарплаты перестали быть интересными. Ходили слухи, что это произошло не без участия ведущих компаний и кадровых агентств, договорившихся о паритете. Понятно, что найти синьер специалиста за $1000 это не совсем тривиальная задача.
зарплаты будем по полугодиям, в каждом из которых мы собираем более чем по 7 тысяч зарплат
По данным википедии у вас в Яндексе 8 с хвостиком тысяч сотрудников. Интересно как часто происходил пересмотр зарплат у ваших сотрудников за последние 2 года и как влияют на решение такие вот медианые цифры, собираемые на Моем Круге?
Негативные ощущения это обратная связь, как реакция на происходящее. Они дают понимание текущих ограничений — куда не надо, или где ещё не готов. Зацикливание на страданиях это садомазо и манипуляции. Вектор движения для жизни лучше задавать не этим.
Как вариант встроить в самокаты голосовую функцию, просящую пешеходов перевести девайс через сложный участок или докатить до ближайшей зарядки. Пользователям сервиса за доброту душевную начислять бонусные баллы.
Отличная статья. Тоже читал. На мой взгляд история показывает, что невозможно найти контакт, если собеседники придерживаются граничных условий. На то они и граничные. Точки соприкосновения, общие интересы всегда где то по середине. Это и надо искать. Универсальное решение может быть неподходящим, из-за необходимости учесть множество факторов, подчас противоречивых. Грамотный инженер должен уметь получить нужные для решения задачи сведения, задав минимум вопросов по существу, а не вообще все, что может только придумать.
Попробую ответить только за гитхаб) так как остальные моменты с отсутствием общих интересов очевидны — можно закончить интервью или финализировать за печенюшками на кухне и экскурсией по офису.
Не часто приходят кандидаты имеющие одновременно популярные и технически проработанные проекты на гитхабе, чтобы глядя на решение хотелось сказать вау! За последние пару лет не видел ни одного. Чаще это утилитарные вещи, собранные для решения определенных задач в определенных жизненных условичх. На вопрос демонстрирует ли проект все лучшие навыки кандидата, максимум на что он способен, всегда получаю отрицательный ответ.
В этом плане интереснее контирбьютинг в другие проекты. Он показывает не только способность разобраться в чужом коде, предложить адекватное решение, но так же общее неравнодушие и базовые навыки коммуникации с другими людьми. Смотрю не только код, но так же внимательно читаю переписку в issue, оцениваю реакцию в комментариях к PR. По ситуации, иногда предлагал как альтернативу тестовому заданию зарезолвать ишью.
Поддерживаю, инженер в современном проекте должен уметь не только писать код. Софт скиллы не менее важны. Потребность в соло-разработчиках, с навыками коммуникации как у «склонного к насилию психопата, который знает, где вы живёте» (sic), даже у поддержки случается крайне редко. Троллинг как квинтэссенция формализма хорош в меру и определенных местах. На Хабре поржать, да людей в пятницу развлечь — это супер (ещё раз спасибо автору за материал). Однако выбор троллинга в качестве основного инструмента для переговоров, таких как собеседование, ну так себе решение.
Обычно начинаю интервью с внешне простых вопросов. Если кандидат в принципе адекватен, то быстро предлагает варианты. По ходу вместе с кандидатом немного меняем требования, докидываем деталей. Смотрим граничные случаи, области применимости текущего решения, возможности для расширения. Формат создаёт определенный стресс, но таковы реали итеративной разработки. Это становится отправной точкой для дальнейшей дискуссии относительно других требований, предъявляемым к сотрудникам в компании, инженерной культуре, прцессах (стек технологий, таск трекинг, quality gates, change management, документирование, ревью, тестирование, ci/cd, активности, и вот это все). Интересно наличие как общей эрудиции, так и практического опыта использования или внедрения (в зависимости от уровня и позиции).
Думаю да, если речь о коммерческой разработке. Откуда берутся входные данные, упираемся ли мы в ограничения по оперативной памяти и адресации, а если упираемся, тогда что? Какие сбои и ошибки нужно отрабатывать? Как будет осуществляться приемочное тестирование? Кто будет поддерживать код, какие у них есть скиллы, какая документация нужна? — разве все это не повлияет на конечное решение, его объем и трудоемкость? Как вы оцените сроки разработки?
У инженерных задач, в отличие от абстрактно математических, есть как минимум пара отличий. Во-первых, это всегда задачи с ограничениями. Во-вторых, отсутствие каких-либо требований в исходной постановке говорит о необходимости их уточнить.
Решение такогонебыловтребованияхуменяналокалхостевсеработает это далеко не продукт. А сам такой подход к работе говорит об уровне специалиста.
Как говорил Ленин: формально все верно, а по сути — издевательство.
По сути, то есть чисто с практической точки зрения, выбор технологий должен быть обоснован. Наш же лирический герой не задал ни одного вопроса на тему функциональных и нефункциональных требований для разработки и эксплуатации приложения: кто, для чего и в каких условиях им будет пользоваться. Системные требования. Требования по развертыванию и поддержке. Получив ответы можно было бы сделать логичный вывод, что выбранная технология это пустая трата времени и начать диалог по существу вакансии.
Двоякое чувство. Взглянем со стороны нанимателя. С одной стороны любознательность, кругозор и нестандартный взгляд на вещи это прикольно. С другой — цель технического интервью понять: интересна ли кандидату работа и будет-ли он справляться. Если нужен с++ разработчик, то не брать это вполне логичный вывод. Ведь за отведенное время соискатель не продемонстрировал ни интереса к языку, ни практических навыков. Это совсем не значит, что лирический герой не крут, просто на данную должность нужны другие супермены.
Спасибо за развернутый ответ. Вопрос возник вот почему. Недавно чистил контакт лист на телефоне. Спустя пять лет больше половины контактов из Яндекса теперь работают в других компаниях. Ребята были очень толковые, поэтому был немного удивлен. Допускаю, что выборка может быть не репрезентативной или пять лет это дольше, чем в среднем по рынку.
Рост по количеству разработчиков полезен аутсорс компаниям, процессы которых вы вероятно адаптируете. При частых ротациях производительность людей закономерно падает на время адаптации и дело тут не только в технологиях. Но аутсорс эти моменты легко конвертирует в доходы, увеличивая сроки и продавая все больше светлых) голов с красивыми тайтлами. Каковы преимущества для продуктовой(?) компании в увеличении штата?
Яндекс это компания каких-то крайностей. Будь целью отжать у Яндекса остатки умных кадров, я бы форсил аналогичную схему. В самом деле, работать в формате типичных "галер", где качующий между проектами стаф это тупо ресурсы, с матричным менеджментом, персональными планами развития, и разной мотивационной ерундой, согласятся не все. Кто по сообразительнее уйдет на рынок, благо интересных предложений достаточно.
Я как раз про цифры. Что там ещё можно обсуждать?
В статье есть ещё интересный момент:
Это правда, что американские компании не в праве запрещать сотрудникам обсуждение зарплат?
Говорят, что в нашей стране чутьли ни каждый второй работодатель пытается представить уровень оплаты сотрудника как коммерческую тайну, запрещая разглашать и обсуждать с кем бы то ни было под страхом ужасов.
Запретить ВКонтакте, как это сделали на Украине, обучить людей не поддаваться на провокации, и тогда вопрос с экстремистами будет решен окончательно.
Вы озвучили свою позицию, с ней можно соглашаться или не соглашаться, не суть. Проблема в том, что для того, чтобы ее услышать, HR предлагают разработчикам сначала пройти кучу квестов, потратив на это кучу времени.
Напоминает Emmet, только вместо CSS селекторов у автора XPath.
Адекватности чему? Если рынок труда это про деньги, то и ценник должен быть. Неудивительно что агенства, скрывающие существенную часть условий в описании вакансий, получают массу, как оказывается, непрофильных откликов.
Подключение через декоратор автоматически тащит зависимостью конкретную реализацию DI. Поэтому подробного рода штуки получили распространение лишь во фреймворках, где все разработчики не против такого соглашения. Даже RequireJS в итоге не взлетел.
Говорят, ваш город был когда-то интересным в плане проектов и зарплат. Случались даже предложения на уровне столичных. Потом что-то резко сломалось, проекты остались, а зарплаты перестали быть интересными. Ходили слухи, что это произошло не без участия ведущих компаний и кадровых агентств, договорившихся о паритете. Понятно, что найти синьер специалиста за $1000 это не совсем тривиальная задача.
По данным википедии у вас в Яндексе 8 с хвостиком тысяч сотрудников. Интересно как часто происходил пересмотр зарплат у ваших сотрудников за последние 2 года и как влияют на решение такие вот медианые цифры, собираемые на Моем Круге?
Негативные ощущения это обратная связь, как реакция на происходящее. Они дают понимание текущих ограничений — куда не надо, или где ещё не готов. Зацикливание на страданиях это садомазо и манипуляции. Вектор движения для жизни лучше задавать не этим.
Кажется это напрямую следует из https://en.m.wikipedia.org/wiki/Arrow%27s_impossibility_theorem. За что Нобелевская премия?
Как вариант встроить в самокаты голосовую функцию, просящую пешеходов перевести девайс через сложный участок или докатить до ближайшей зарядки. Пользователям сервиса за доброту душевную начислять бонусные баллы.
Не часто приходят кандидаты имеющие одновременно популярные и технически проработанные проекты на гитхабе, чтобы глядя на решение хотелось сказать вау! За последние пару лет не видел ни одного. Чаще это утилитарные вещи, собранные для решения определенных задач в определенных жизненных условичх. На вопрос демонстрирует ли проект все лучшие навыки кандидата, максимум на что он способен, всегда получаю отрицательный ответ.
В этом плане интереснее контирбьютинг в другие проекты. Он показывает не только способность разобраться в чужом коде, предложить адекватное решение, но так же общее неравнодушие и базовые навыки коммуникации с другими людьми. Смотрю не только код, но так же внимательно читаю переписку в issue, оцениваю реакцию в комментариях к PR. По ситуации, иногда предлагал как альтернативу тестовому заданию зарезолвать ишью.
Обычно начинаю интервью с внешне простых вопросов. Если кандидат в принципе адекватен, то быстро предлагает варианты. По ходу вместе с кандидатом немного меняем требования, докидываем деталей. Смотрим граничные случаи, области применимости текущего решения, возможности для расширения. Формат создаёт определенный стресс, но таковы реали итеративной разработки. Это становится отправной точкой для дальнейшей дискуссии относительно других требований, предъявляемым к сотрудникам в компании, инженерной культуре, прцессах (стек технологий, таск трекинг, quality gates, change management, документирование, ревью, тестирование, ci/cd, активности, и вот это все). Интересно наличие как общей эрудиции, так и практического опыта использования или внедрения (в зависимости от уровня и позиции).
У инженерных задач, в отличие от абстрактно математических, есть как минимум пара отличий. Во-первых, это всегда задачи с ограничениями. Во-вторых, отсутствие каких-либо требований в исходной постановке говорит о необходимости их уточнить.
Решение такогонебыловтребованияхуменяналокалхостевсеработает это далеко не продукт. А сам такой подход к работе говорит об уровне специалиста.
По сути, то есть чисто с практической точки зрения, выбор технологий должен быть обоснован. Наш же лирический герой не задал ни одного вопроса на тему функциональных и нефункциональных требований для разработки и эксплуатации приложения: кто, для чего и в каких условиях им будет пользоваться. Системные требования. Требования по развертыванию и поддержке. Получив ответы можно было бы сделать логичный вывод, что выбранная технология это пустая трата времени и начать диалог по существу вакансии.