Юрий, набирают не HRы же, а нанимающие тимлиды, руководители разработок и т.д. Техническое интервью проводит не HR, а непосредственно нанимающий или технический эксперт. HRу писать код не требуется, но понимать какие бывают методологии, архитектуры, языки, фрейворки, ореэмки, нотации и т.д. - нужно

Зачем нужны hrы

Всеволод, полностью с вами согласен по поводу окружения для агентов. Но если ошибку допустит ИИ агент - в этом случае как быть?

Я б сказал, что промпт-инжиниринг это некий дефолт, а не прошлый век. Прошлый век — вайбкодинг :)

ИИ агент не может допустить ошибку по определению. Чтобы ошибиться, нужно уметь думать, а у агента есть только симуляция мышления и предикативный вывод.

Ошибается тот, кто настраивает агента или его окружение, тот кто проверяет или утверждает вывод агента как решение, но не сам агент. Если такую парадигму принять, жить станет проще)

Даниил,

Юрий, в целом, ответил на ваш вопрос

Очень сомнительно. ИИ галлюцинирует и от этого не избавиться засчет настройки. Это можно минимизировать, но не более.

Не видел, чтобы где-то кто-то говорил, что от галлюцинаций нейронки можно избавиться. Разговор об ответственности и о том, что именно считать ошибкой

Давно не встречал вопроса: "Почему Вы желаете работать в нашей компании" ? По-моему, это уже давно забытый вопрос.

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

Дима, спасибо за мысль, я подумаю и возможно напишу!

Юрий, хороший вопрос, точный ответ я наврятли смогу тут дать, но базовые рекомендации сейчас едины:

• Резюме на конкретную позицию по своему профилю (если вы пишите на Vue и Typescript, то попасть на позицию Java разработчика сложно)
• Хорошее качественное фото в резюме
• Хорошо описанное резюме с добавлением всех необходимых технологий из вакансии (во многих компаниях кандидатов сортирует ИИ, там промты, и агенты тащат на просмотр рекрутера только наиболее подходящих кандидатов)

Пратика показывает, что если я пишу на vue и typescript, то не получится попасть даже на react+typescript стек. Хотя, казалось бы...

А "хорошо описанное резюме" сейчас вовсе непонятно что значит. Напишешь по общепринятым лекалам — затеряешься среди сотен и тысяч нейрорезюме. Напишешь уникально — отсеит ии, потому что увидел незнакомые паттерны :)

Куда ни кинь, всюду клин)

Но требования на интервью, да, меняются😄

Юрий, дело в обще не в резюме и ни в вас, просто рынок такой. Если пару лет назад в резюме можно было написать одну строчку и рекрутеры все-ровно его находили, - то сейчас из-за большой конкуренции рекрутеры наоборот сужают поиски, делают узкие булевые запросы (и рассматривают только самых подходящих кандидатов). Если резюме будет подходить под позиции на 85-100%, количество ТИ безусловно возрастет, но пройдете ли их - это уже второе.

Еще момент, крупные компании провели сокращения, вакансий из крупных компаний очень мало, но есть много вакансий из маленьких компаний - а у вас очень хороший опыт в крупных компаниях, и поэтому они скорее всего считают ваш опыт - оверквалифицированным для них, и они боятся. Или есть аутстафф компании которые все-ровно ищут на проекты крупных компаний. Для крупных компаний это в обще как "золотой молоток", многие этим пользуются, т.к. в случае с крупняком это очень выгодно - нанял разработчика от вендора за очень дешево, и в случае чего в обще не отвечаешь за этого разработчика.

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

В двух словах: дело не во мне, дело в рынке, в который я теперь не вписываюсь, потому что у меня опыт в бигтехах, а это, оказывается, страшно для малых предприятий, а бигтехи не нанимают😅

Только и остаётся, что что-нибудь самому пилить и надеятся, что выгорит

Юрий, все это временно, работу все найдут, ну или работа всех найдет - нужно только время, чтобы набрать снова HR отделы, а то они почти везде пустые

Понятное дело, рынок цикличен. Вопрос в периоде цикла.

Но приятного всё равно мало, даже когда знаешь, как в целом работают механизмы, меспомощность раздражает и угнетает.

Наталья, инструментов много, можно камунду например

Данил, разве Camunda не про BPM, DMN? Это как будто более прикладной уровень, чем системный дизайн, и аналитики часто BPM пользуются для моделирования процессов (но именно с точки зрения бизнеса, хотя, возможно, кто-то и для технички использует, но звучит странно).

Или имеется в виду просто возможности Camunda как инструмента по созданию диаграмм без выполнения BPM и кода?