Ради интереса залез в JIRA нового (уже уволенного) тестировщика — за весь спринт ни одного авто-теста. Ноль. Пусто.
Раньше такого не было. мидлам давали время на адаптацию: помогали, поддерживали, учили. Первый месяц — это всегда период "раскачки". Давали простые задачи, чтобы человек вник в процессы, понял, что к чему, освоился в команде. Испытательный срок шёл по классике — три месяца.
А сейчас подход максимально жёсткий: не закрыл задачи в первые два спринта— до свидания. Три месяца на оценку? Забудьте. Теперь это 1-3 спринта. Если за это время не показываешь результат — считаешься балластом.
Почему так?
Это реальная тенденция, которая пугает. Даже минимальный шанс на адаптацию превращается в "делай результат сразу или уходи".
Сеньер? Будь добр въебывать и работать выше норм, чтобы не оказаться на морозе
>Даже минимальный шанс на адаптацию превращается в "делай результат сразу или уходи".
А как ты хотел? Ты думал тебе дадут полгода-год на изичных тасках распердется на проекте? Почитай профильные чаты в телеге как проходит "онбординг" в Озон или Вертикали. Если кратко - от тебя ожидают, что ты начнешь перформить как сенька, который на этом проекте уже несколько лет веслает. Не можешь? Очередь за забором, чел..
Очередь была всегда.
>Не можешь? Очередь за забором, чел..
Очередь большая, но не смогут многие
Им придется каждому отстегивать по 200к за месяц онбординга.
>Ну дык очередь за забором
>>59804
> Не можешь? Очередь за забором, чел..
Пройти скрининг
Пройти техничку, потратив время лида/сени
Подать документы, потратив время юристов на составление договора
Пройти онбординг, даже минимальное объяснение проекта/доки опять же тратит время других разработчиков
Выплатить даже за первый месяц n-ую зп
И всё это чтобы выпнуть джуна через месяц.
Теперь айти и правда стал для очень прокаченных глыб. (задротов)
>Им придется каждому
Зачем каждому? Не так давно слили ред флаги по которым хрюши фильтруют кандидатов в яшку. Затем почти во всем бигтехе многоступенчатые собесы, которые включают в себя алго секцию, секцию на сисдиз и финалочку с нанимающим менеджером. На ред флагах фильтруется больше половины пассажиров. Затем на алгосекциях отваливается еще 2/3. Сисдиз сдает в лучшем случае треть. Ну и единицы проходят финалку. Условный яндекс.маркет где мересов раздает затрещины и нужно дежурить в трусиках выкатывает 4 алгосекции по часу, затем сисдиз, а в конце финалка с менеджером. Сколько осилит такой отбор?
>И всё это чтобы выпнуть джуна через месяц.
Никто джунов с улицы не нанимает в бигтех. У бигтеха прикормленные кафедры и они нанимают онли выпускников каких-нибудь бауманок и прочих вшэ
Этот прав, а еще там есть фильтр по опыту в компаниям.
За плечами должен быть хотя бы один 1 год в: озон, яндекс, втб, сбер, тиньков, касперка, далее список из 30 компаний.
Это IT элита. Не работал в элите - забудь про бигтех.
Волки в бигтех не попадают. Все эти "работал по гпх/ип" - редфлаг в яшке и прочем бигтехе. Выписка из электронной трудовой с электронной подписью и вот уже ты как на ладони. Зачем общаться с мутным кандидатом, который что-то там по ип делал, когда можно собеседовать тех кто работал по тк рф с подтверждением
>за весь спринт ни одного авто-теста
Я другую картину наблюдаю на нескольких проектах последних, пока команда старичков из 6-10 человек делает понятные крудовые таски и иногда попукивают жсонами в кафку, новичка с улицы садят в одно рыло переписать огромный легаси монолит 5-7 летней давности за СПРИНТ, онбординга нормального естественно нет, текущие члены команды сами ни бум бум, при этом требуют в жесткой форме результат. Чел ессно не тянет и либо сам уходит из-за нервов, либо выкидывают.
Вот такая тенденция вообще пугает...
Либо вообще вешают непрофильную работу по типу сделай нам с нуля нагрузочное тестирование всего проекта до конца недели.
>Приходит волк, пердит месяц и уходит.
>Кабан разваливается в наперженой луже и пускает пузыри...
Да, тоже стал замечать, что больше половины людей отваливается на испытательном сроке. И это не только волки, знаю разработчиков с реальным опытом, образованием и скиллами, которых выпиздили после испыталки хуй пойми почему.
Видимо там логика такая, что если хотя бы один тикет не успеешь закрыть до дедлайна, то ты волк и досвиданья. А то что сами проекты помойное легаси без документации и со сломанными тестами никого не ебет. Раз не справился сделать в срок, значит накрутил опыт. Там примерно такая логика у людей сейчас.
Но я думаю так долго продолжаться не будет, это же тупо убыток большой. Нанимать толпы людей, а потом через 2-3 месяца отправлять их на мороз и нанимать новых.
>А сейчас подход максимально жёсткий: не закрыл задачи в первые два спринта— до свидания.
От создателей отбора по годам опыта. Нет 3 лет в резюме - до свидания. Так и здесь примерно: нет закрытых N-тасок за несколько спринтов - до свидания.
Там где денег нет совсем, там никого не нанимают.
Если денег мало, то нанимать просто чтобы через 2 месяца уволить тоже нет смысла.
Большая текучка людей - это всегда убыток.
>Большая текучка людей - это всегда убыток.
Представь, ты кабанчик, нанял волка. Волк медленно закрывает таски: команда страдает, сроки горят, закрывается по 5 тасок в месяц. Ты стоишь перед выбором:
1. Оставить волка, продолжать терять ресурсы и время, закрывать 5 тасок в месяц.
2. Уволить волка, сократить убытки и попытаться найти инженера, который будет продуктивно закрывать 50 тасок в месяц.
теперь даже опытным разработчикам приходится работать на износ, чтобы доказать, что они не «волки позорные».
5 тасок в месяц это на самом деле не так уж и мало, если сами по себе таски объемные, в каждой таске нужно тесты написать и еще на прод выкатить и убедиться, что ничего не поломалось. Если задачи уровня поменять одну строчку кода, то это конечно мало.
Я в бигтехе работаю и всякие сеньки-мидлы делают по 3-4 объемных таски за двухнедельный спринт и еще пару задач уровня "поправить конфиг".
Плюс часто бывает так, что таску недооценивают. На первый взгляд все легко, а по факту надо перелопатить половину монолита чтобы сделать нужные изменения. Главное - это понимать скорость работы своей команды и не выделяться в худшую сторону на фоне всех остальных. Я собственно так и делаю постоянно, каждый день смотрю на тикеты по текущему и прошедшим спринтам, понимаю сколько кто сделал, кто топ перформер, а кто середнячок и работаю так, чтобы меня не замечали как лоуперформера на всяких графиках сторипоинтов и количества закрытых тикетов.
И тут хоть усрись, но ты на рынке не найдешь того, кто будет работать х1.5-2 от производительности твоей команды. Много студентов, джунов и волков. Но они перформить не станут. И если у кабана постоянная текучка, половина из нанимаемых людей не проходит испыталку, то значит это ошибки HR и/или нанимающего менеджера. В их обязанности входит найм пригодных к работе людей, а не самозванцев, мошенников и проходимцев. Нанять человека - означает, что ему придется выплатить 1-3 зарплаты как минимум. В бигтехе если у тимлида будет большая текучка и люди будут постоянно с испыталки вылетать, то такого тимлида рано или поздно выгонят нахуй или вежливо предложат уйти куда-нибудь в разработчики с понижением грейда.
Ну или сам кабан нищий и за те деньги, что он предлагает, умеющих что-то делать людей не находится. Если так, то сам корабль скоро на дно пойдет вместе с кабаном.
>5 тасок в месяц это на самом деле не так уж и мало
Измеряют относительно уже работающих программистов.
Если они закрывают 50+ тасок то с тебя будут требовать столько же.
Они сидят на свежей хуйне с микросервисами, которые еще основательно не зацепились с друг другом,
@
Ты сидишь на древнем монолите-копролите...
Два чаю.
Устроился на галеру за один собес, с тех пор получаю свои 200к с копейками и живу себе нормально.
Зачем вы все эти унижения с алгосекциями и системным дизайном проходите? Чтобы лишние 100к получить и бесполезную лычку "Я работал в Сбере?"
А потом выгорать начинаете и ловить депрессию от постоянных потогонок и доебов менеджера.
Айти это не про бабки, это про получать хорошую зп на ненапряженной работе. А вы и деньги не получаете и нервы себе портите чтобы какое-то чмо вроде грефа себе аэропорты покупало и терпело от таксистов.
>Айти это не про бабки, это про получать хорошую зп на ненапряженной работе
Ты просто тупой и думаешь, что до пенсии будешь грести условным сенькой за зэпку. Годам к 30-35 у тебя начнутся проблемы с трудоустройством, т.к. никому не нужен скуфидон, который уже не вывозит прежний темп работы, да и не вписывается он в тиму зумеров-пердежей и руинит им вайб
>Чтобы лишние 100к получить
Если что, то это дополнительная тысяча долларов в месяц или 1.2кк рублей в год
Ты сидишь за компом 8 часов в день и получаешь 200к
а мог бы вложить немного усилий и получать 500к за те же 8 часов
>Я сижу за компом два часа в день и получаю 200к. Жить не пробовали?
Это работает, когда ты в ДС и у тебя есть минимум две квартиры
>Ты просто тупой и думаешь, что до пенсии будешь грести условным сенькой за зэпку
Я разве говорил, что собираюсь до пыньсии сидеть в разрабах?
>Годам к 30-35 у тебя начнутся проблемы с трудоустройством, т.к. никому не нужен скуфидон, который уже не вывозит прежний темп работы, да и не вписывается он в тиму зумеров-пердежей и руинит им вайб
Хуйня какая-то, у меня в команде одни скуфы, не считая джунов.
>Если что, то это дополнительная тысяча долларов в месяц или 1.2кк рублей в год
Копейки, которые качественно твою жизнь не меняют.
>Копейки, которые качественно твою жизнь не меняют.
Какая прибавка к твоим 200к даст ощутимый прирост в качестве жизни и что конкретно в ней поменяется? 100к как ты уже сказал погоды не делают (хотя я сомневаюсь). Сколько нужно накинуть сверху и на что эти деньги пойдут?
>>59823
>>59823
Пиздеж. Сам работал в Яндекс Маркете, при этом не учился в топ вузе, вышки вообще не было, и опыт был перед Маркетом чуть больше года в конторе на 5 человек, где над проектом я работал соло. Взяли в Маркет на Java Миддла, но я Алгосы хорошо прошел - всегда знал что будут нужны и учил алгосы по часу-два в день, на протяжении пары лет перед тем как попасть в Маркет
Ты 15 или 16 грейд был? 15 грейд это если что джун, хоть и называется на стаффе "разработчик".
15, но там тезис и был в том, что даже джунов с улицы не нанимают. А тут вот - пройдите 4 алго секции и вы приняты. У меня так и было сообственно
>Даже минимальный шанс на адаптацию превращается в "делай результат сразу или уходи".
Опытный человек может сделать сразу, волку нужно изучать доку и вникать в технологии
Т.е. вы запоминаете коды и разучиваете доку как стихотворение? А пром в 4 утра чините прямо в трусиках?
Подглядывать в доку и открыть доку первый раз пытаясь понять технологию с нуля - огромная разница.
Общераспространённую сплёвывая
Сегодня взяли мидла, не смог настроить ключи для гита - сразу же уволили
надо уволить тех кто его собеседовал заодно.
какие-нить очередные токсики с самомнением, кто им лучше подлизал того и взяли
Ситуации разные бывают. Помню на одном проекте тоже не получилось нормально настроить ключи, еще и админских прав не было на тачке. Просто ssl отключил (и я не один такой был в команде с такими проблемами).
Следующего уволят, если через 2 часа не поднимет локально весь проект видимо, потом дальше будут 3 месяца собеседовать 100+ человек, удачи, видимо особой нужды и нет.
>Кабан обжегся в Августе на волке тот хапнул 2 месячный оклад, лиду влетело. теперь сливают на старте (первые 1-7 дней)
Ну зато у HR теперь работы хоть отбавляй, нанимать каждую неделю новых людей.
>Сегодня взяли мидла, не смог настроить ключи для гита - сразу же уволили
А как увольнение происходило? Тимлид спросил у мидла через час, настроил ли он окружение, а тот ответил, что еще нет и после этого ему сказали, что он уволен? Какие вообще мысли у тимлида и команды по этому поводу?
>>65151
>Да, но он показал слабость и в других base вопросах
А что еще в первый день надо было делать кроме настройки окружения и знакомство с доками по проекту? В каких вопросах он слаб оказался?
>Сегодня взяли мидла, не смог настроить ключи для гита - сразу же уволили
А с чего это он должен сходу уметь? На обычной работе постоянно надо куда-то свои ключи добавлять? Схуяли обычный новый миддл имеет доступ к гиту и к настройкам доступа туда, что ему какие-то ключи там надо настраивать?
Вкатунец, спок
>не смог настроить ключи для гита
Хз. Я вообще на память не помню как это делается. Каждый раз в гугл лезу
>А как увольнение происходило?
Неоднократно видел как это происходит, плюс меня так увольняли. Лид просто поставил встречу где сказал, что я не тяну темп разработки и плаваю в проекте, когда пришедшие совсем недавно разработчики лучше меня разбираются в коде проекта. Сказал писать по собственному, что я и сделал
Такому лиду надо коз пасти за забором, а не командой рулить.
Хороший рук задачи делегирует так, чтобы команда работала оптимально и помогает расти. На мороз выгоняют тех, кто в принципе не работает.
Нет. Ключ настраиваю один раз, когда прихожу на новый проект. Следующие полтора-два года я про это забываю. Мне проще открыть доку на гитхабе или атлассиане, чем зазубривать все эти команды по генерации ключей
Был у меня такой лид лет 5 назад, мог за пол года уволить 10-15 человек, типа один раз не уложился в оценку, вместо 2 дней 3 делал и т.д. Оценивал лид по минималке всегда, приходилось овертаймить многим. После окончания проекта от лида избавились и больше не предлагали проекты этого заказчика (синий банк).
К слову из за него убил напрочь нервную систему, лучше не работать с такими потогонщиками.
Ну, примерно так и было. Его поставили лидом, он в течении года уволил 2/3 команды. Оценки по задачам он самостоятельно выставлял, а когда ты ему говорил, что тут работы на полторы недели, а не 3 дня, то начинал бугуртить и выходить на конфликт. CTO опомнился только тогда, когда от команды по сути ничего не осталось и лид ушел в другую компанию лидить. Пару раз хрюши предлагали вакансии в одно из подразделений бигтеха, но я быстренько чекнул в линкедыне кто там работает и нашел этого кадра. Вежливо отказался, разумеется
Тогда понятно почему он такой
Разумист
думал, не пройду СБ в обеих конторах, а они сука возьми да и предложи оффер в понедельник утром.
забрал два рабочих ноутбука.
дейлики начинаются с разницей в полчаса.
первый месяц я просто охуевал от стресса, потому что проекты сложные, я ничего не понимал и боялся спалиться на созвонах.
был уверен, что быстро вылечу с обеих работ.
но вот в одной конторе начал уже делать ПРки и вроде бы дело пошло. вроде бы закрепился.
во второй пока не пошло, надо за выходные развернуть тестовый стенд и сделать кучу вещей, которые мне вновинку. но, вроде бы в теории я суть платформы понял и начал понимать конкретно о чём говорит тима на созвонах.
если удастся продержаться в обеих конторах полгода даже, то уже неплохо, так как хватит на аренду жилья и жрачку ещё года на полтора, т.к. в сумме они 450+ платят в месяц.
пикрилейтед это я утром на дейликах. левый созвон в левом наушнике, правый - в правом.
>>65257
>>65286
>>65109
Как уволили мидла в 1 день его работы.
М — Мидл
Л — Лид
Ситуация:
Л: Тебе выдали доступ в GitLab?
М: Да, я скачал проект
Л: Удалось запустить?
М: Нет, какие-то ошибки.
Л: Миша, поможешь ему? Я тоже подключусь.
Позже:
Л: Расшарь экран, покажи, как запускаешь.
М: Вот так.
Л: Эти команды нужно выполнять из каталога проекта.
М: Ой, забыл. Спасибо.
Л: Перед этим выгрузи последние обновления, сделай git pull.
Л: Ты скачиваешь ZIP-архив? Не нужно так.
М: Да.
Л: Лучше подключи ключи. Вот инструкция.
После этого Мидл получил простейшую задачу, но даже не приступил к ее выполнению. Он долго разбирался, как настроить SSH-ключ и, судя по всему, не понимал, что это такое.
Инструкцию скинули заранее: GitLab предоставляет подробные шаги, да и Google всегда под рукой. Тем не менее, прогресса не было.
Уволили на следующий день, хотя формально ушел только через 4 дня.
Можно ли было дать шанс? В теории — да. Но "кабан" уже обжегся на подобных ситуациях в августе.
Перед этим его еще опросили и выяснили, что он вообще не понимает, как работает проект и процесс разработки. Зато теорию из книги знает на отлично.
>>65257
>>65286
>>65109
Как уволили мидла в 1 день его работы.
М — Мидл
Л — Лид
Ситуация:
Л: Тебе выдали доступ в GitLab?
М: Да, я скачал проект
Л: Удалось запустить?
М: Нет, какие-то ошибки.
Л: Миша, поможешь ему? Я тоже подключусь.
Позже:
Л: Расшарь экран, покажи, как запускаешь.
М: Вот так.
Л: Эти команды нужно выполнять из каталога проекта.
М: Ой, забыл. Спасибо.
Л: Перед этим выгрузи последние обновления, сделай git pull.
Л: Ты скачиваешь ZIP-архив? Не нужно так.
М: Да.
Л: Лучше подключи ключи. Вот инструкция.
После этого Мидл получил простейшую задачу, но даже не приступил к ее выполнению. Он долго разбирался, как настроить SSH-ключ и, судя по всему, не понимал, что это такое.
Инструкцию скинули заранее: GitLab предоставляет подробные шаги, да и Google всегда под рукой. Тем не менее, прогресса не было.
Уволили на следующий день, хотя формально ушел только через 4 дня.
Можно ли было дать шанс? В теории — да. Но "кабан" уже обжегся на подобных ситуациях в августе.
Перед этим его еще опросили и выяснили, что он вообще не понимает, как работает проект и процесс разработки. Зато теорию из книги знает на отлично.
Это уровень интерн, какой ещё шанс. Собеседующий у вас либо заебан потоком либо сам лоускилл
Собеседует у нас обычный сеньор, который задает вопросы и задачи.
Вы предлагаете подстраиваться под каждого кандидата и разрабатывать уникальный набор вопросов?
Скорее всего, в будущем могут ввести сложные алгоритмы и смотреть на реальный опыт.
В таком случае индивидуальные предприниматели рискуют оказаться вне рассмотрения, поскольку их начнут игнорировать при отборе.
> В таком случае индивидуальные предприниматели рискуют оказаться вне рассмотрения, поскольку их начнут игнорировать при отборе.
Каво, не понял...
> уникальный набор вопросов
Задается стандартный вопрос, кандидат отвечает, на основе его ответа задаются уточняющие. Также перед собесом просматривается резюме и задаются вопросы по опыту.
Судя по приведенному диалогу чел вообще нигде не работал, не верю что он смог бы ответить на собесе на мидл уровне.
>Каво, не понял...
мидл, которого уволили, имел коммерческий опыт, но работал как ИП, клялся что отработал 3 года у кабанчика, но без оформления.
ИП и ГПХ в скором времени могут стать красным флагом для кабанов.
Ахахаха понятно, эти дауны весь рынок наводнили.
Ниже помидора с 5+ годами опыта ИП вообще кажется нет смысла брать, фактически значит что человек мог выполнять заказную работу раз в год или вообще не работать, то есть ценность его опыта около нуля. Единственное что можно чекать - это когда ИП зарегано, но инфа сама по себе бесполезная.
У нас кстати резюме потоком идут, мидлов стараемся не смотреть, а если и берем то только с опытом ТК и в крупных известных конторах.
> на основе его ответа задаются уточняющие
Эти уточняющие вопросы (варианты углубленных вопросов) подробно обсасываются на курсах по прохождению собеседований и мок-собесах
Предположим, ты спросил, чем отличается UDP от TCP. У тебя нет бесконечного набора вопросов: ты можешь спросить про использование в видео стриминге и играх, а также про кеш.
Придет следующий кандидат ты тоже спросишь эти самые 2 уточняющие вопроса.
Да, это совсем вопросы базовые, углубленные идут в контексте его реального опыта - то есть такую инфу могут получть только на реальной работе.
Например вопросы гит где он сразу завял - какой был гит флоу в прошлой тиме (как решал конфликты, сколько человек одновременно работали на проекте), если он пулл не знает значит он бы даже базу не ответил. И так по каждой фундаментальной теме своей области с привязкой к его опыту.
Поржали и отправили в утиль
Это и так делается автоматически. Если работает на стороне неофициально, выявить это сложнее. Ненужно кароч.
>Достаточно проверить записи в трудовой
Как быть, если в моей электронной трудовой указаны только записи начиная с компании, которая предложила перейти на электронную трудовую книжку, а до этого записи отсутствуют, но присутствуют в бумажной трудовой?
Да, но если узнают, то уволят
>Вы предлагаете подстраиваться под каждого кандидата и разрабатывать уникальный набор вопросов
Да, так и должно быть. Собеседующий перед началом собеса просматривает резюме кандидата и уже на основе того, что там написано, подбирает темы для разговора на собесе.
>>65461
>Предположим, ты спросил, чем отличается UDP от TCP. У тебя нет бесконечного набора вопросов: ты можешь спросить про использование в видео стриминге и играх, а также про кеш.
>Придет следующий кандидат ты тоже спросишь эти самые 2 уточняющие вопроса.
Эм, ну как минимум можно фантазию включить и перейти от различий TCP/UDP к каким-нибудь более изощренным темам, например спросить кандидата про то, слышал ли он про хендшейки в TCP, про SYN, ACK, про дудос SYN флудом, в принципе про дудос атаки итд.
Можно просто поспрашивать про околосетевые вещи, например про то, как работает балансировщик нагрузки, отличие L3 и L7 балансеров. Если у тебя на собесе мидл из "рога и копыта", который на кабана трудился вчерную, то значит с высокой вероятностью он выполнял роль девопса+админа и для него рассказать про балансеры не составит труда. Плюс можно открыть draw.io или miro и попросить нарисовать примерную схему его предыдущего проекта, где какие балансеры располагались, откуда куда трафик шел, что из себя сами балансеры представляли, envoy, nginx или что-то другое итд. Возможностей для разговора тут масса. А еще про контейнеры и кубернетис можно поговорить, если это в резюме написано. Вопросы должны перетекать из одного в другой практически бесшовно. Если у тебя просто идет опрос по списку уровня:
>1) Перечисли все метода класса Object
>2) Что такое equals и что такое hashCode?
>3) Назови отличия TCP от UDP
>4) Перечисли все известные тебе классы коллекций в Java Collection Framework
> ...
то это плохой подход, который показывает именно то, как хорошо кандидат зазубрил вопросы из сборников и книжек и ничего не говорит о его опыте.
Просто у вас собеседующий сеньор видимо так заебан потоком кандидатов, что просто задает стандартные вопросы по языку из какого-нибудь сборника "ТОП-50 вопросов по Java Core", либо ему просто похуй и хочется, чтобы от него поскорее отъебались и не заставляли придумывать темы для обсуждения под каждого отдельного кандидата.
Ну и вообще секции надо разделять на техническую и общение с будущим тимлидом/командой. Техническая - про сам ЯП и решение задачек с литкода, разговоры про многопоточку, сети, дизайн итд.
Разговор с тимлидом - про прошлый опыт, сколько людей было в команде, какие факапы были на работе, как можно было их избежать по мнению собеседника, как работали с падениями на проде, кто за это отвечал, как оценивались задачи в сторипоинтах, были ли груминги задач, был ли аналитик на проекте, как с ним взаимодействовали, кто писал документацию, спецификации, общался с заказчиками итд - тут просто огромное пространство для беседы, нужно просто час на это выделить и заставить вашего тимлида язык из жопы высунуть и начать задавать вопросы.
Если вашего сеньку и тимлида обоих может наебать какой-то лох, который не додумался в чат жпт спросить "Что такое ssh ключ", то у вас явно что-то не так и надо менять процесс найма, причем на всех этапах, от HR до сеньки, который вопросы одни и те же задает, и нанимающего тимлида.
>>65434
>в будущем могут ввести сложные алгоритмы
Если это про лайвкодинг, то вряд ли сильно чем-то поможет. Ну можно давать просто рандомный хард с литкода человеку и брать только тех, кто его решит, но вероятнее всего вы такого будете долго искать и найдете студента без опыта, но с навыком решения литкода и олимпиадных задач, либо волка, который незаметно в чат гпт отправил условие и списал решение.
>Вы предлагаете подстраиваться под каждого кандидата и разрабатывать уникальный набор вопросов
Да, так и должно быть. Собеседующий перед началом собеса просматривает резюме кандидата и уже на основе того, что там написано, подбирает темы для разговора на собесе.
>>65461
>Предположим, ты спросил, чем отличается UDP от TCP. У тебя нет бесконечного набора вопросов: ты можешь спросить про использование в видео стриминге и играх, а также про кеш.
>Придет следующий кандидат ты тоже спросишь эти самые 2 уточняющие вопроса.
Эм, ну как минимум можно фантазию включить и перейти от различий TCP/UDP к каким-нибудь более изощренным темам, например спросить кандидата про то, слышал ли он про хендшейки в TCP, про SYN, ACK, про дудос SYN флудом, в принципе про дудос атаки итд.
Можно просто поспрашивать про околосетевые вещи, например про то, как работает балансировщик нагрузки, отличие L3 и L7 балансеров. Если у тебя на собесе мидл из "рога и копыта", который на кабана трудился вчерную, то значит с высокой вероятностью он выполнял роль девопса+админа и для него рассказать про балансеры не составит труда. Плюс можно открыть draw.io или miro и попросить нарисовать примерную схему его предыдущего проекта, где какие балансеры располагались, откуда куда трафик шел, что из себя сами балансеры представляли, envoy, nginx или что-то другое итд. Возможностей для разговора тут масса. А еще про контейнеры и кубернетис можно поговорить, если это в резюме написано. Вопросы должны перетекать из одного в другой практически бесшовно. Если у тебя просто идет опрос по списку уровня:
>1) Перечисли все метода класса Object
>2) Что такое equals и что такое hashCode?
>3) Назови отличия TCP от UDP
>4) Перечисли все известные тебе классы коллекций в Java Collection Framework
> ...
то это плохой подход, который показывает именно то, как хорошо кандидат зазубрил вопросы из сборников и книжек и ничего не говорит о его опыте.
Просто у вас собеседующий сеньор видимо так заебан потоком кандидатов, что просто задает стандартные вопросы по языку из какого-нибудь сборника "ТОП-50 вопросов по Java Core", либо ему просто похуй и хочется, чтобы от него поскорее отъебались и не заставляли придумывать темы для обсуждения под каждого отдельного кандидата.
Ну и вообще секции надо разделять на техническую и общение с будущим тимлидом/командой. Техническая - про сам ЯП и решение задачек с литкода, разговоры про многопоточку, сети, дизайн итд.
Разговор с тимлидом - про прошлый опыт, сколько людей было в команде, какие факапы были на работе, как можно было их избежать по мнению собеседника, как работали с падениями на проде, кто за это отвечал, как оценивались задачи в сторипоинтах, были ли груминги задач, был ли аналитик на проекте, как с ним взаимодействовали, кто писал документацию, спецификации, общался с заказчиками итд - тут просто огромное пространство для беседы, нужно просто час на это выделить и заставить вашего тимлида язык из жопы высунуть и начать задавать вопросы.
Если вашего сеньку и тимлида обоих может наебать какой-то лох, который не додумался в чат жпт спросить "Что такое ssh ключ", то у вас явно что-то не так и надо менять процесс найма, причем на всех этапах, от HR до сеньки, который вопросы одни и те же задает, и нанимающего тимлида.
>>65434
>в будущем могут ввести сложные алгоритмы
Если это про лайвкодинг, то вряд ли сильно чем-то поможет. Ну можно давать просто рандомный хард с литкода человеку и брать только тех, кто его решит, но вероятнее всего вы такого будете долго искать и найдете студента без опыта, но с навыком решения литкода и олимпиадных задач, либо волка, который незаметно в чат гпт отправил условие и списал решение.
>Работаю в БИГтех.
>Сегодня взяли мидла, не смог настроить ключи для гита - сразу же уволили
>Работаю в БИГтех
Эм, это что за бигтех такой, где вопросы по шаблону задают и по всей видимости только одна секция интервью? Любой настоящий бигтех: яндекс, авито, озон - везде несколько секций сейчас есть. Даже в сбере несколько этапов интервью на стажера сделали, не говоря уже про более высокие грейды.
Скорее всего у тебя помойная шаражка, а не бигтех, чел...
>Эм, это что за бигтех такой, где вопросы по шаблону задают
Тот же яндекс где литкод задачки давно утекли в виде пдфки
Что у вас за галеры? Работаю разработчиком в крупной IT-компании (1000+). За первые три месяца не сделал ни одного коммита, все три месяца болтали с тимлидом, тестировщиками и аналитиками, обсуждая вопросы уровня что лучше - гитфлоу или в мастер сразу хуярить или как автотесты правильно делать. Получил от всех положительнье фидбеки, все довольны, испытательный срок прошел без проблем.
> Да, так и должно быть.
Возможно, ты считаешь, что задал "сложный" вопрос, но на деле это стандартный список из тех самых вопросов под звездочкой, который уже досконально разобрали на мок-интервью.
Вместо трёх вопросов ты просто оформил десять, но сути это не меняет ничего.
> Вопросы должны перетекать из одного в другой практически бесшовно. Если у тебя просто идёт опрос по списку уровня:
Да, они, конечно, "перетекают бесшовно". Но это общепринятая практика, и её уже давно разобрали на том же YouTube. Вся эта концепция "умных" и "глубоких" вопросов изжила себя — большинство кандидатов заранее готовятся к таким заученным шаблонам. На мок-собесах уже давно используют такой подход.
Сам не раз действовал по этому сценарию - за день до собеседования находил список "каверзных" вопросов, пролистывал его и запоминал ответы, даже не углубляясь в детали.
Интервьюер, возможно, считает, что идёт вглубь, но на самом деле задаёт один базовый вопрос и разбавляет его десятком уточняющих.
Нет, но в Иннотехе такое тоже легко представить
Нет, но если не могут наладить процессы за 3 месяца - это и есть самая настоящая галера
Галера - это где тебе в первый рабочий день дают весло в руки и отправляют разгребать бэклог. Дунасинг за зп - это какое-то другое слово, но не галера точно.
Нет, у тебя галера, просто с большим кол-ом денег.
Вам потребовалось 3 месяца чтобы стартануть проект.
Ну так собеседование на позицию мидла не может включать в себя какие-то новые вопросы, которые ранее никому не задавались в истории человечества. Разница в обширности тем и глубине самих вопросов.
Если таким подходом ты не можешь отличить волка от разраба с опытом, то хз что делать. Мне всегда казалось, что волки с нулевым опытом в большинстве своем не могут зазубрить все на свете и рано или поздно на каком-то уточняющем вопросе слегка в сторону от темы они свалятся. Плюс можно лайвкодинг проводить. Я провел где-то 10 лайвкодинг секций за последний год и только на двух собесах из 10 были люди, которые смогли написать работающее и полу-работающее решение с подсказками. Остальные 8 человек - полный 0 были и ничего не смогли сделать.
Наверное придется вводить background check как в США. Где прежде чем оффер выдать, ты звонишь в предыдущую контору и спрашиваешь, работал ли у вас такой-то чел и чем он занимался у вас. Да, придется отсеять какое-то количество кандиатов с реальным опытом. Также придется отсеять всех, кто не работал по ТК и не имеет записи в трудовой.
>>66108
Я вообще не понимаю в чем проблема современного HR. Хорошо, вы перестали брать джунов, потому что сложно отличить толкового от баласта и теперь берете онли мидл+. Закономерно, вас стали наебывать и теперь вам надо решить проблему -- как отличить наебщика, который задрочил базу от ненаебщика.
Так это та же самая задача, что и отличить толкового джуна от балласта. Просто теперь условие изменилось на "сумел наебать" == толковый.
Сука, просто проверяйте трудовую как сказал Анон выше.
>Как быть, если в моей электронной трудовой указаны только записи начиная с компании, которая предложила перейти на электронную трудовую книжку, а до этого записи отсутствуют, но присутствуют в бумажной трудовой
Попробуй обратиться куда-нибудь в гос органы и спросить, почему старые записи из трудовой не перенесли в электронную трудовую.
Мне в этом плане повезло, я скуф 24 лвл и когда устраивался на работу в первый раз, то мне сразу электронную трудовую сделали, которую я могу в любой момент на госуслугах запросить.
>Почему так?
Потому что анальники оказались слишком тупы и чванливы, чтобы элементарно навести у себя в айтишке порядок (все эти бестолковые холивары за технологии, бессмысленный хайп, резюме-дривен-разработка, распил средств, выделенных на рефакторинг и, наконец, волчаристость).
Поэтому порядок пришли наводить некомпетентные в технике, но максимально заинтересованные в порядке люди. Кабаны и их подсосы.
Это что называется "за деревьями леса не видать".
В ту же копилку - грейды: лычка синьора в резюме и трудовой обычно не имеет абсолютно никакой корреляции со скиллом и компетентностью соискателя - на собес к тебе приходит синьор, а по результатам собеса получается что это синьор по вращению гаек, который выпросил себе денех из синьорской вилки.
Хрюшами эти проблемы не решить, хрюши их даже осмыслить не смогут. А разрабы тупо все зафакапили. Так и доживаем.
>Мне всегда казалось, что волки с нулевым опытом в большинстве своем не могут зазубрить все на свете и рано или поздно на каком-то уточняющем вопросе слегка в сторону от темы они свалятся
Слегка в сторону свалиться может и честный работяга, которому обычно в хуй не уперлось держать в уме все глубинные нюансы, в которые может залесть интервьюер. Как раз он по сравнению с волчарой здесь в менее выгодном положении - волчара все вопросы интервьюера целенаправленно уже с ментором проработал еще до собеса нахуй.
>Плюс можно лайвкодинг проводить
За лайфкодингом скорее всего будущее, да.
>background check как в США. Где прежде чем оффер выдать, ты звонишь в предыдущую контору и спрашиваешь, работал ли у вас такой-то чел и чем он занимался у вас.
А прикинь на минутку, каким бы инструментом шантажа для нечистоплотного кабаныча стал бы такой чек? Не, ну нахуй, не в российских реалиях.
>если не могут наладить процессы за 3 месяца - это и есть самая настоящая галера
Мимокрокодил, мы без процессов как таковых работаем 3 года нахуй! Мы - ебаная подлодка, получается.
>А прикинь на минутку, каким бы инструментом шантажа для нечистоплотного кабаныча стал бы такой чек? Не, ну нахуй, не в российских реалиях
А причем тут это? Ну даже если у тебя плохие отношения с твоим тимлидом на работе, кого это ебет? В США просто звонят и спрашивают работал ли такой-то в такой-то промежуток времени и все. Чтобы намеренно поднасрать, это надо лично с кабаном жестко посраться, мало кто до такого доходит.
Говорит, решил попробовать найти работу с зп около 300к, докрутил до трех лет опыта, прошел собес, его взяли. Как итог через 1.5 месяца уволен.
Уволили отсюда --> https://bftcom.com/
>>Ника
Та самая Ника Никкелодеон из чата Дмитрия dmsol (pigger) Соловьева - 30-летнего тимлида и консультанта? Та самая Ника, которая живет в собственном доме в Москве и работает сеньором?
>Расшарь экран, покажи, как запускаешь.
<В браузере видны открытые вкладки "Антон Назаров как вайти в айти"
<На рабочем столе пикрелейтед
<Откуда-то из телеги доносится волчий вой
Работал там лет 5 назад, тогда был адовый монолит на vaadin с 1к таблиц. В очереди на ПР бывало стоишь по 2 дня, локально это хозяйство запустить то еще веселье было.
Через 4 месяца сбежал. Если сейчас также, то знакомый волк не виноват.
Думайте...
Ессно сложно, и раньше так было. Мало кто способен сходу разгрести легаси монолит на vaadin без документации, аналитики и т.д. Помню у них еще прикол был, что задачи оценивали не больше 4х часов все, причем без декомпозиции. Никто в сроки не укладывался и нас ебали в жопу постоянно.
Это же ноунейм галерка из дс3, не? Зачем в принципе свое резюме марать подобными говноконторами?