Самотестирование :)
Решил я сегодня одну странную штуку сделать. Подумал, что если меня не зовут на реальные собеседования, то пусть хоть ИИшница со мной поговорит. И да, я в курсе что это не новая идея от слова "совсем" и прямо-таки железных дровосеков рекомендуется как тренеров использовать.
Скажу вам, полезно. Хоть и немного странно было.
Полезно потому, что мне вот лично проще спроектировать систему по невнятным вводным, чем рассказать как я буду проектировать её. Или иной пример - Scrum - понимая полезность отдельных вещей в этой методологии, я все-равно не могу принять, зачем 2 дня обсуждать то. что за 20 минут можно сделать.
Вобщем загрузил pdf своего резюме, и дал условие:
Сформируй собеседование по 30 вопросам. Оценивай ответы максимально серьезно. Финальный ответ - по прохождению всего собеседования. До того - только следующий вопрос без комментариев.
Если кто скажет, что я не ищу легких путей, то он будет абсолютно и безоговорочно прав. :)
Ну что сказать, я ж не говорил - я ж писал ответы... Потому и времени больше ушло. чем хотел - но не бросать же на пол пути, и качество ответов тоже мне кажется серьезно страдало.
Если кто решит повторить эксперимент - укажите в промпте, что если не ответил на что-то, то пусть переспрашивает и уточняет - так реально собеседование быстрей прошло бы.
Время, которое ушло у меня - чуть менее 3 часов - по 10 минут примерно было на ответ в среднем. Хотя конечно где-то больше, где-то меньше.
А хорошо, что я когда-то в издательстве книги набирал, да? :) Печатаю быстро.
Но короче, клава конечно не задымилась, и даже кнопки почти не пострадали. Но после прохождения честно пошел на обильный кофепой и пару сигарет выкурил.
Надо отметить, что вопросы у нейронки были въедливые и дотошные. Но интересный опыт - некоторые вопросы даже задуматься заставляли всерьез. А на некоторых я и не знал что отвечать. хотя каждый вопрос начинался именно с цитаты из моего резюме. казалось бы - почему не ответить - резюме же не нафантазированное, а реальное. Но нет... Как к примеру описать почему и как оптимизировали шумоподавление в истории в связке Asterisk+LLM. Параметрами... А какими - да чтоб я вспомнил, как говорится.
Но особенно конечно про конфликты - типа опишите что было и как вы решили. Ну я честно ему написал, что нифига не было конфликтов с киданием стульев друг в друга, лопнувших от мата окон и оторванных конечностей. Потом ИИ конечно меня отдельно пропесочил за это - типа надо было описать про конфликт, например как "не сошлись с коллегой в плане выбора стека". Ну да! - я сразу вспомнил д'Артаьяна почему он с Арамисом на дуэли - "Не сошлись во мнениях по поводу одной из глав святого Августина". :) Вообще разговор про стек я и не думал, что можно назвать конфликтом на рабочем месте. Ан нет - вон оно как! - конфликт!
Но вот что меня почему-то зацепило во всей истории.
Даже сторонний ИИ пишет печальную вещь если вдуматься:
умение упаковать опыт важней самого опыта.
· 29.10
В примере с шумоподавлением я бы попросил ИИ отдельно оценивать логику решения и точность воспоминаний о параметрах. «Не помню значение, но вот как проверил бы его влияние» — тоже содержательный инженерный ответ. А итоговый разбор полезно привязывать к конкретным фразам кандидата, чтобы требовательность тренажёра можно было проверить.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 30.10
Согласен, чтоб показать глубину стека действительно можно было бы в примпте указывать подобную дотошность (я и написал в посте, что добавил бы про уточнения).
Но вообще на счет параметров тут штука немного странно выглядит. Когда приходится держать в голове N технологий, то подчас не факт, что нужно знать имя свойства в кастомной либе: достаточно помнить, что свойство есть и его можно использовать.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён