Компании можно понять. Языков программирования масса, фреймворков со своими приколами для каждого языка тоже куча. Как в таких условиях проверить технический уровень кандидата? 2ГИС например пишет авто-тесты на фрейм-ворке Vedro. Предположим, они будут требовать на собесе писать на нем. Какой процент кандидатов они отсекут? Я с ведром раньше не работал. А если он только на Java, а я знаю питон?
Вместо этого компаниям гораздо проще найти кандидатов, если для них взять единую договоренность, которая вне зависимости от ЯП или фреймворка покажет технический уровень кандидата. Не просто так алгоритмы это де-факто стандарт, люди тоже не дураки.
Да и не сказать, что прям вот алгоритмы ничего не показывают в технических навыках сотрудника. Попутно же виден его ход мысли, код-стиль, работа с документацией, тестами, насмотренность. Можно комментировать, что пишешь, показывая харды и софты.
Ну и, наконец, алгоритмы в работе QA может и мало где нужны. Но у разработчиков вполне могут быть задачи на обработку данных, в которых нужно доработать логику сортировки данных, поиска данных, парсинга строк и тд. Для базы вполне сгодятся алгоритмы.
Если в ЛЛМ задать вопрос, «как выйти на западный рынок QA», в ответ будет два ключевых тезиса, помимо языкового барьера и разрешения на работу: 1. Требуется SDET-скиллсет 2. Нужен пет-проект с демонстрацией разных видов тестов.
У нас очень развитый рынок айти, но мы отстаем по внедрению ИИ в процессы. То, как это работает на западе нас рано или поздно догонит и нужно заранее готовиться уже сегодня. Наш рынок будет похожим.
Я кстати не уверен, что в тренажерах вообще задачи есть по принципу «распарси ответ от API». Могут попросить пройтись по структуре словаря и что-то с ним сделать. Но задачи буквально взаимодействие с API могут что угодно в себя включать: клиент написать, обработать варианты ответа, покрыть тестами, ретраер сделать с экпоненциальным бэк-оффом, датаклассы показать, какие использовать умеешь. Короче тут оч зависит от фантазии и садизма интервьюера :) Хотя может и вакансия этого требует. Для подготовки к собесу я ЛЛМ использовал в таком же, как ты ключе один раз, но для другого кейса. Там конкретно на собесе была анонсирована задача «сделай код ревью». Вот для этой темы ЛЛМ попросить написать функцию с парой-тройкой багов и стилистических косяков, а потом пройтись с код-ревью и послушать ее фидбэк – мне очень понравилось, руку набил.
идея для статья как раз им навеяна, именно им и хотелось закончить перечень. между собесами сидишь, локти кусаешь пока эйчары и лиды раскачаются и дадут ОС. не надо ждать, надо тренить)
Мне нравится сессии у агентов рестартовать. Вижу, что уводит не туда куда-то модель в Claude Code, рестартую окно, объясняю, откуда копать и куда. Обычно, чище и шустрее идет.
Information
Rating
654-th
Location
Москва, Москва и Московская обл., Россия
Registered
Activity
Specialization
Инженер по автоматизации тестирования, Инженер по ручному тестированию
спасибо!
да, отладчик вещь! каждый день использую
мощно, как выглядели технические собесы 20 лет назад?
спасибо
а специальность у тебя какая?
Хороший вопрос. Может тема для поста.
Компании можно понять. Языков программирования масса, фреймворков со своими приколами для каждого языка тоже куча. Как в таких условиях проверить технический уровень кандидата? 2ГИС например пишет авто-тесты на фрейм-ворке Vedro. Предположим, они будут требовать на собесе писать на нем. Какой процент кандидатов они отсекут? Я с ведром раньше не работал. А если он только на Java, а я знаю питон?
Вместо этого компаниям гораздо проще найти кандидатов, если для них взять единую договоренность, которая вне зависимости от ЯП или фреймворка покажет технический уровень кандидата. Не просто так алгоритмы это де-факто стандарт, люди тоже не дураки.
Да и не сказать, что прям вот алгоритмы ничего не показывают в технических навыках сотрудника. Попутно же виден его ход мысли, код-стиль, работа с документацией, тестами, насмотренность. Можно комментировать, что пишешь, показывая харды и софты.
Ну и, наконец, алгоритмы в работе QA может и мало где нужны. Но у разработчиков вполне могут быть задачи на обработку данных, в которых нужно доработать логику сортировки данных, поиска данных, парсинга строк и тд. Для базы вполне сгодятся алгоритмы.
делись, что у вас спрашивают)
правильно, не нужны
Кстати, QA-инструменты с помощью ЛЛМ вообще отдельная тема для статьи.
Господь, тут нельзя стереть комменты мимо треда :)
Если в ЛЛМ задать вопрос, «как выйти на западный рынок QA», в ответ будет два ключевых тезиса, помимо языкового барьера и разрешения на работу:
1. Требуется SDET-скиллсет
2. Нужен пет-проект с демонстрацией разных видов тестов.
У нас очень развитый рынок айти, но мы отстаем по внедрению ИИ в процессы. То, как это работает на западе нас рано или поздно догонит и нужно заранее готовиться уже сегодня. Наш рынок будет похожим.
Я кстати не уверен, что в тренажерах вообще задачи есть по принципу «распарси ответ от API». Могут попросить пройтись по структуре словаря и что-то с ним сделать. Но задачи буквально взаимодействие с API могут что угодно в себя включать: клиент написать, обработать варианты ответа, покрыть тестами, ретраер сделать с экпоненциальным бэк-оффом, датаклассы показать, какие использовать умеешь. Короче тут оч зависит от фантазии и садизма интервьюера :) Хотя может и вакансия этого требует.
Для подготовки к собесу я ЛЛМ использовал в таком же, как ты ключе один раз, но для другого кейса. Там конкретно на собесе была анонсирована задача «сделай код ревью». Вот для этой темы ЛЛМ попросить написать функцию с парой-тройкой багов и стилистических косяков, а потом пройтись с код-ревью и послушать ее фидбэк – мне очень понравилось, руку набил.
Карма у тебя есть, самая добрая. Или как там в природе карма работает. Спасибо за комментарий)
и тут вдруг приходит озарение, что продакты и проджекты не такие уж плохие идеи предлагали)
идея для статья как раз им навеяна, именно им и хотелось закончить перечень. между собесами сидишь, локти кусаешь пока эйчары и лиды раскачаются и дадут ОС. не надо ждать, надо тренить)
Сам себе и напишу комментарий. Какая классная статья, молодец автор.
Теперь я знаю, что такое макропад
Мне нравится сессии у агентов рестартовать. Вижу, что уводит не туда куда-то модель в Claude Code, рестартую окно, объясняю, откуда копать и куда. Обычно, чище и шустрее идет.