Прояснение требований и их согласование, обсуждение бизнес-задач, коммуникации с заказчиком - все требуют хороших скилов по коммуникациям. Как правило, для разработчиков они не приоритетны - на первом месте у них харды (конечно, есть разработчики с хорошими коммуникациями и с интересом к погружению в бизнесовые вопросы - но это скорее редкость). Поэтому "закрыть" все необходимые компетенции в команде проще, если есть выделенные аналитики.
Насколько корректно эти 7 типов противопоставлять друг другу? Разве Event-Driven-архитектура - не может быть реализована на микросервисах? Или MVC - разве не может быть реализована в монолите или тех-же микросервисах?
Сейчас зачастую складывается ситуация, когда по итогам собесов рекрутеры получают не оценку релевантности кандидата конкретной позиции - а оценку того, насколько человек подготовился к собеседованиям. Усугубляют эту ситуацию типовые вопросы, которые на 80% повторяются - даже в разных компаниях. Мы для себя нашли выход в применении кейс-интервью.
Спасибо за статью! Вопрос - как вы отбираете джунов, какими механизмами пользуетесь? Откликов на джун-позиции сейчас очень много, на некоторые может быть 500+
Очень круто, здорово. Интересно сравнение вашей новой обученной модели с моделями GigaChat и YaGPT - там-же тоже дообученные модели на русском домене. Или с учетом специфики ваших задач - ваша специализированная модель в любом случае будет лучше работать?
Как мне кажется, любой бизнес - это прежде всего продажи и знакомства (и так везде, не только в России).
Один из путей накопить эти 2-5 млн. рублей - это продавать свое время как наемного сотрудника не за 50 т.р., а в несколько раз дороже (и на сегодняшнем рынке труда это более чем реально).
Но если человеку сложно продать дороже свое время - то ему и в бизнесе будет сложно.
На мой взгляд - это плохие сопроводительные, т.к. не показывают причину по которой кандидат откликнулся именно на эту конкретную вакансию. А смысл сопроводительного письма именно в этом. И очень хороша видна автоматическая генерация - т.к. в хороших сопроводительных письмах кандидат обычно отмечает одну (максимум две) ключевых причины - почему он решил откликнуться конкретно на данную вакансию. У нас бывают вакансии, на которые приходит 100+ откликов. И я читаю сопроводительные - т.к. они выделяют кандидата. Но конечно сразу видны сгенерированные сопроводительные - они конечно ценности никакой не имеют и оказывают обратный эффект.
По поводу тестовых задач: насколько часто вы сталкивались не с абстрактными задачами (типа той-же обработки массивов или сортировки деревьев) - а с задачами, приближенными к реальным задачам на проектах? По моему опыту - это редкость, но я не до конца понимаю причину этого.
спасибо, учтем в следующих бенчмарках
Есть немало вакансий с большим количеством откликов. Джуны (а сейчас уже и мидлы), маркетологи, менеджеры и т.д.
У всех джоб-платформ есть апи, по которому они в ATS системы отдают резюме, отобранные по критериям.
ок, сделаю отдельную обзорную статью. И наверное отдельно - как ИИ используют кандидаты, столько кейсов уже есть интересных...
Прояснение требований и их согласование, обсуждение бизнес-задач, коммуникации с заказчиком - все требуют хороших скилов по коммуникациям. Как правило, для разработчиков они не приоритетны - на первом месте у них харды (конечно, есть разработчики с хорошими коммуникациями и с интересом к погружению в бизнесовые вопросы - но это скорее редкость). Поэтому "закрыть" все необходимые компетенции в команде проще, если есть выделенные аналитики.
Насколько корректно эти 7 типов противопоставлять друг другу? Разве Event-Driven-архитектура - не может быть реализована на микросервисах? Или MVC - разве не может быть реализована в монолите или тех-же микросервисах?
Тоже сталкивались с ситуацией галлюцинаций, нам хорошо помог подход few-shots prompting
А есть пример использования GraphRAG на каком-то реальном кейсе?
Кажется, что нейросетки здесь "непричем" - какой-нибудь анализатор кода и зависимостей может быть полезнее.
Похоже нужна пояснения - чем "производство печатных плат" отличается от "изготовления на заводе"?
Кажется что "рынок" и "маркетинг" - очень близкие понятия, непонятно как их разделять
Сейчас зачастую складывается ситуация, когда по итогам собесов рекрутеры получают не оценку релевантности кандидата конкретной позиции - а оценку того, насколько человек подготовился к собеседованиям. Усугубляют эту ситуацию типовые вопросы, которые на 80% повторяются - даже в разных компаниях.
Мы для себя нашли выход в применении кейс-интервью.
Спасибо за статью! Вопрос - как вы отбираете джунов, какими механизмами пользуетесь? Откликов на джун-позиции сейчас очень много, на некоторые может быть 500+
Хорошая системная статья. Интересно - вы оцениваете софт или хард навыки? И есть-ли вообще такое деление в вашей программе сертификации?
Очень круто, здорово. Интересно сравнение вашей новой обученной модели с моделями GigaChat и YaGPT - там-же тоже дообученные модели на русском домене. Или с учетом специфики ваших задач - ваша специализированная модель в любом случае будет лучше работать?
Да, такой-же вопрос:)
Как мне кажется, любой бизнес - это прежде всего продажи и знакомства (и так везде, не только в России).
Один из путей накопить эти 2-5 млн. рублей - это продавать свое время как наемного сотрудника не за 50 т.р., а в несколько раз дороже (и на сегодняшнем рынке труда это более чем реально).
Но если человеку сложно продать дороже свое время - то ему и в бизнесе будет сложно.
Так такое уже есть
На мой взгляд - это плохие сопроводительные, т.к. не показывают причину по которой кандидат откликнулся именно на эту конкретную вакансию. А смысл сопроводительного письма именно в этом. И очень хороша видна автоматическая генерация - т.к. в хороших сопроводительных письмах кандидат обычно отмечает одну (максимум две) ключевых причины - почему он решил откликнуться конкретно на данную вакансию.
У нас бывают вакансии, на которые приходит 100+ откликов. И я читаю сопроводительные - т.к. они выделяют кандидата. Но конечно сразу видны сгенерированные сопроводительные - они конечно ценности никакой не имеют и оказывают обратный эффект.
А как по вашему опыту методология влияет на разделение задач между бизнес-аналитиками и системными аналитиками?
По поводу тестовых задач: насколько часто вы сталкивались не с абстрактными задачами (типа той-же обработки массивов или сортировки деревьев) - а с задачами, приближенными к реальным задачам на проектах? По моему опыту - это редкость, но я не до конца понимаю причину этого.