Беги! Почему айтишники уходят посреди собеса? Это вообще ок?
В линкедине полно постов с посылом: заметил red flag на собесе — беги.
В линкедине полно постов с посылом: заметил red flag на собесе — беги.
Пачытайце гэты матэрыял па-беларуску
Собрали несколько историй от своих читателей, как они прерывали собеседование на середине и уходили/отключались. А заодно обсудили с экспертами в рекрутинге, ок это или нет.
— В этом году у меня был собес в сербской ИТ-компании на английском языке на позицию Senior devOps. Он начался с того, что мне предложили пошарить экран и решить задачку на определение, является ли строка палиндромом. Я настолько удивился, что несколько секунд молча смотрел на экран, — а потом сказал, что хочу на этом собеседование закончить.
Возможно, стоило объяснить моим собеседникам, что не так, но я был не в том состоянии — я просто сидел и офигевал, даже после того, как собес закончился. Я сам не ожидал от себя такой реакции — т. е. она была скорее эмоциональной, нежели осмысленной.
Это был второй собес, первый был с эйчаром — кстати, мило пообщались. Спустя пару часов у меня возникло желание написать эйчару, извиниться именно перед ней и объяснить, что произошло. Но я подумал, не факт, что она поймёт меня, и забил.
— Когда вижу на собеседовании, что человек вообще не тянет (хотя вакансия — для сеньора, он по резюме — тоже, но ничего не знает), открыто говорю, что нам не стоит терять время: «Давай закончим!» Пару раз эйчары возмущались: мол, зачем так грубо.
Как реагируют мои собеседники — да по-разному: одни — нормально, другие потом жаловались эйчарам, что их «засудили», а они на самом деле о-го-го. Один такой кандидат подавался на одну и ту же позицию с разницей в полгода, но даже не заглянул в ранее рекомендованный ему список: «что почитать для развития».
А недавно я сам проходил собес у индусов, у которых интернет еле-еле работал — и приходилось распознавать, что они говорят, буквально по слогам. Через 10 минут беседы предложил им не тратить время друг друга. Пожелал хорошего дня — и отключился. До сих пор не понимаю, как так: у них была сумма на рыночную стоимость сеньора в Польше, и при этом они не смогли Starlink купить.
Конечно, я объяснил эйчару, в чём дело — и к моему изумлению индусы даже позвали меня на повторный собес. Но за 10 минут до начала отменили.
— Яшчэ ў эру афлайн, гадоў 10 таму праходзіў сумоўе ў адзін філіял расійскай канторы. У мітынг-руме сабралiся некалькi мясцовых, і адзін з Масквы падрубiўся праз «тэлевізар». І вось той быў вельмі высакамерны, усё фанабэрыўся, як нам беларусам пашэнціла, што яны нас наймаюць, — такі баярын. Я хвілін 20 мо патусіў — і зваліў.
Я не шукаў актыўна працы, працаваў тады ў EPAM, але падумваў аб змене — i купіўся на чуткі пра высокiя заробкi. Наш дыялог быў прыкладна такiм:
— Где работаете?
— В EPAM.
— А что, лучше ничего нельзя было найти?
або
— Вот тут сервисы общаются «икс-эм-элем»…
— Пф-ф-ф-ф! А что про Jeison не знаете что ли?
Амаль любы мой адказ успрымаўся як: «Боже, какая бездарность!» — то-бок карона ў хлапчыны ў «тэлевiзар» не пралазiла. Мне гэта абрыдла, ну я i сказаў нешта накшталт: «Вы знаете, я лучше пойду», — дазволу не чакаў, а проста ўстаў і выйшаў. Ніхто мяне не спыняў.
Заробак у той канторы сапраўды прапаноўвалі вялікi. Магчыма гэта быў стрэс-тэст такі, але нешта я быў у псіхалагічным стане, які не дазваляў мне працягваць. Яны, здаецца, пазней нават не патэлефанавалi.
— В 2016 году искал работу как джун QA — мне было 24 года. И у меня было интервью в небольшой компании (20 человек в штате) с офисом в районе Зелёного луга. Собеседование проводил сам CEO.
Сначала всё было стандартно, но потом пошли приколы: зарплата на испытательном сроке — 200 долларов, а ещё трекинговая система — ты должен находится за компьютером не менее 8 часов. Но последней каплей стало то, что CEO попытался по моему гороскопу сделать вывод, какой я сотрудник. Я встал и ушёл.
CEO так и не понял, в чём проблема. Я понёс какой-то бред вроде: «У вас продуктовая компания, а мне больше подходит аутсорс». Он в ответ сказал, что понимает — у них невысокие зарплаты, но больше он готов платить только тем, кто зарекомендовал себя в компании.
Как бы я поступил сейчас? На такое интервью я бы даже не попал. Но если всё же представить что да — я на нём, то я бы искренне посоветовал собеседующему обратиться к врачу: определять качества работника по гороскопу — это признак психических заболеваний.
— 2,5 года назад проходил собеседование, на позицию разработчика. Начали мы где-то в 16:00, беседа шла в спокойном темпе — никто никуда не спешил. А на 19:30 у меня была запись к кардиологу — я полагал, что за 3 часа мы управимся, и я поеду к врачу.
Но вот собеседование идёт, идёт — на часах уже 19:00, и мы всё говорим и говорим. Тогда я прерываю разговор и отмечаю, что мне нужно идти. Интервьюер-разработчик спрашивает: «Что случилось?» А я такой: «Мне нужно УЗИ сердца сделать, записан был заранее». Договорились, что после продолжим. В итоге я съездил к кардиологу, сделал УЗИ, вернулся — и мы продолжили, ещё часа полтора беседовали. В итоге это выглядело как мем «Моя остановочка».
Интересно, что по результатам собеседования я получил оффер. Но я его в итоге не принял, что, конечно, не было связано с интервью, — я просто остался в компании, где работал ранее.
Спросили у экспертов, почему (не) ок прерывать собеседование на середине — будь это кандидат или представитель будущего работодателя.
Директор Weather Maps LLC и HR/бизнес-консультант Ирина Вишневская, у которой 17 лет в профессии HR, 15 лет — в ИТ, замечает:
Моя позиция очень простая: все мы взрослые (зачастую высокооплачиваемые и перегруженные) люди. И когда не случается «мэтч», сообщить об этом, не растягивая собеседование — это признак хорошего тона.
Если кандидат уже понимает, что компания ему не подходит, это банальное уважение — сказать об этом, пожелать друг другу успехов и разойтись по своим делам. То же самое со стороны компании.
Хотя зачастую людям сложно напрямую сообщить, что их что-то не устраивает и отказать человеку в лицо, проще ведь сказать: «Мы вам перезвоним». У меня были случаи, когда я сама останавливала техническое интервью и говорила кандидату: «Спасибо, к сожалению, нет», — потому что у интервьюера не хватало на это решительности. И ловила откровенно выдох облегчения с обеих сторон.
Сказать «нет», глядя в лицо человеку, — сложно и некомфортно. Это может привести к конфликтной либо неловкой ситуации, и вы не знаете, как среагирует человек. Но, на мой взгляд, это необходимо. Цель интервью — определить, подходит ли кандидат компании, а компания — кандидату. И если уже понятно, что точно не подходит, то дальнейшее собеседование — это бесполезная трата времени всех присутствующих, которое можно потратить более полезно, ну или как минимум приятно (кофе выпить, например).
Естественно, прерывать собеседование и отказывать человеку надо в максимально вежливой и аргументированной форме. Отлично, если вы ещё и сможете дать кандидату некий развернутый фидбек и рекомендации, что почитать, подучить, каких навыков ему не хватает.
Ксения Лешик, TA/HR с более чем 6-летним опытом работы, в том числе в Беларуси, тоже считает: нет ничего страшного или постыдного в том, чтобы прервать интервью — любой из сторон в любой момент времени.
Тут важна, чаму і як вы сыходзіце, — лепей заўсёды тактычна паведаміць прычыну адмовы ад далейшай камунікацыі. Гэтакім чынам вы не толькі эканоміце час, але і расстаяцеся на адэкватнай нотцы, якая не дыскрэдытуе ні інтэрв’юера, ні кандыдата, і застаецца магчымасць узаемадзеяння ў будучыні.
Напрыклад, калі вам дзіўна, што вам даюць тыя ці іншыя таскі, якія «не супадаюць з вашым грэйдам», ніхто не забараняе вам спытаць, чаму менавіта гэтая задача выбраная, пакуль вы яе рашаеце. Калі вам здаецца, што кампанія / каманда / пэўны інтэрв’юер не падыходзіць вам «культурна», няма нічога зазорнага, каб сказаць, што вы бачыце «cultural differences», якія, на жаль будуць, перашкаджаць працы, і сысці.
Звычайна гэта ўсё адносіцца да сітуацый, дзе зберагліся рабочая і карэктная размова (і асуджэнне бізнэс-рашэнняў іншай кампаніі да іх не адносіцца). Калі вы адчуваеце, што на інтэрв’ю нехта таксічыць альбо абражае вас, тады варта проста спыніць размову. І няма сэнсу задавацца пытаннем, ці было гэта стрэсавае інтэрв’ю, ці не — бо нават калі гэта яно, значыць вам давядзецца сутыкнуцца з падобным на працы або гэта проста капрыз (ніводны з гэтых выпадкаў нас не задавальняе).
У любой сітуацыі варта памятаць:
Пытайце пра тое, што вас турбуе/засмучае, а не проста рабіце здагадкі — тады абодвум бакам будзе значна прасцей.
Релоцировались? Теперь вы можете комментировать без верификации аккаунта.
О, сколько раз мы видели, когда за**от без отношений и семьи, лезет в дебри документации, и потом самоутверждается за счет кандидатов, потому что в жизни у него больше ничего нет.
Учитывая, что это массовый характер, проблема не в кандидатах, а псевдозвезде. Особый цимес происходит, когда такая псевдозвезда натыкается на такую же, и вот там начинает слом сознания, крики, слезы, повышенные тона.
Видите такое, поступайте как в статье- вставайте и уходите, не надо тратить время на всякий жалкий мусор.
А я почему-то такое редко очень видел. Обычно на собесах адекватные вопросы встречаю.
А когда сам провожу их, то нередко бывают очень смешные кадры.
Что я делаю не так?
Массовый характер конкретно у этого персонажа. Так то явление не особо частое, у меня может 5-10% такие были.
Если ты проводишь такие собесы, и у тебя большинство синьоров "не знает тривильных вещей"- соболезную, ты такой же.
ЧТД. Действительно, каждый веб разраб должен знать как устроена utf8, каждый день с багами на эту тему сталкиваемся. Напиши где работаешь, буду знать, что обходить стороной надо.
Пользователь отредактировал комментарий 8 мая 2024, 15:15
По первому замечанию рекомендую перечитать моё сообщение ещё раз. Там всего три строчки. Но написанное дословно понять не получилось видимо.
Хинт: "нередко" и "большинство" имеют заметно разное значение.
А по второму вопрос тоже в невнимательности. Вы снова не поняли исходное сообщение. Беда с коммуникацией даже на родном языке!
Хинт: в том сообщении прямо оговаривалось, что знание устройства utf8 от кандидата не требуется. Это чисто алгоритмический вопрос предполагался.
А за ненужность знаний о utf8 вы топите от узости технического кругозора и недостатка знаний на фоне необоснованной уверенности в своей компетенции.
Ахахах, даже не может осознать суть своей проблемы) как это типично) повторюсь- напиши где работаешь, что бы я знал, что бы случайно не вступить
Тебе бы дорасти хотя бы до мидла, потом уже поговоришь о компетенциях. Ох уж эти джуны псевдозвезды, все думают о том, что именно их выборка документации самая нужная и важная.... Опыт тебе нужен, опыт, хотя бы пару лет, тогда у тебя и кругозор появится, и знания. Уверенность без кругозора и знания всего лишь показывает человека посмешищем, причем публичным. [censored - П. 4.1.2. Пользовательского соглашения — https://mstagmanager.com/pages/polzovatelskoe-soglashenie]
Пользователь отредактировал комментарий 9 мая 2024, 20:48
вообще тот самый человек который это писал -это я, пришлось даже зарегаться чтоб ответить:
я вообще не понимаю откуда взялось «массовый характер», я провел за свою жизнь порядка 100-150 собесов(одно время было что по 2-3 собеса в неделю- потом отказался потому что слишком большая нагрузка выходит)
так вот человек 10 были именно такими:
могу вспомнить 3 беларуса, одного украинца (разожжем холивар окончательно), и пару штук африканцев(да, «псевдозвезда» одну треть собесов провел на английском заваливая бедных сениоров вопросами про асинхронный код, ентерпрайз патерны и DDD - начитался сам какой-то {censored} и сейчас других мучает, вместо того чтоб по людски спрашивать «что такое класс» да «разкажите про ооп»
Ушёл с собеса после того, как hr дал несколько чистых листов бумаги и попросил от руки написать резюме. На моё возражение "а не перепутали ли вы чего?", был ворчливо послан.
Улыбнул "сеньор" девопс, который подорвался на изи задачке)
я конечно не сеньор помидор, но ретурнится же в одну строку, не?
https://leetcode.com/problems/valid-palindrome/description/
Acceptance Rate 47.5%, т.е. половина кандидатов не решит [с первой попытки], а значит вполне применимо для интервью.
Чел явно не ходил на собесы, ибо какой смысл давать сразу хард, учитывая что рынок переполнен "сеньорам, принципалами" которые сыпятся на изи задачках. Тут сербы в выигрыше, ибо с таким "специалистом" в команде работать еще тот гемор
тут как бэ 20 лет опыта)), за столько лет можно было хотя бы один ЯП выучить нормально либо на опыте откатать
От языка зависит. В Питоне да, там слишком просто.
В других языках сложнее обычно. И обычно хотят чтобы вы сами написали, не дернули библиотечную функцию (а на всякую такую задачу найдётся библиотечное как правило).
Да. Я имел ввиду в питоне. В других придется чуть дольше. Я не разраб, но если чел на собесе вызывает либу для решения однотипной задачи (без большого кол-ва аргументов в ней), то мне кажется что, что-то тут не так.
На Bash в одну строку. Почти.
str="123454321"
r=$(echo $str | rev)
if [[ "$str" == "$r" ]]; then echo "reverseable"; fi
Девопс не обязан знать java или python. Смотря чем он занимается. Это хорошо, как опция, но много где не понадобиться.
но много где не понадобиться - добрый вечер, а как ты будешь конфигурировать на лету прилаги, которые овно котнторы в премисе ранают через конфиг файлы?
Сложность по памяти O(n), завалили тест.
Так это нормальная сложность. Как ты меньше памяти займешь, если тебе на ввод прилетает 2n байт в лучшем случае. Если это не юникод
Alex Ivanov, вы не знаете что такое пространственная сложность алгоритма.
а оно будет правильно работать на строках типа "abcCBA" ? или "A man, a plan, a canal: Panama" ?
Тогда ещё и обработку вопросов и восклицательных знаков добавлять. И то я думаю найдется ещё масса кейсов когда не будет работать. Технически предложение не палиндром, нужно выкидывать все значки кроме букв.
технически "Аргентина манит негра" - известный классический палиндром, но просто реверс строки на нем не сработает. Надо выкидывать все кроме букв, а буквы приводить к одному регистру.
Вот такие нюансы и есть в "изи" задачах.
А почему сеньор в кавычках?)
Если я пойду на рыночную зп, то я такие задачки решать тоже не буду- зачем мне терпеть дурость и блажь работодателя, который возомнил себя маангом, если есть множество вариантов без этих литкодовских заморочек? Если предлагают х1.3-1.5 выше рынка, то тут уже можно и порешать, если деньги нужны. Но причем это все к моим скилам, если я просто не хочу решать, а не не могу?
Пользователь отредактировал комментарий 8 мая 2024, 12:46
Я вас расстрою. В FAANG не дают задач на реверс строки))
Там задачи посложнее. И требования к решению сильно строже. И время ограничено сильно.
А тут прямо easy-easy задача. И требования к решению тоже расслабленные были наверняка.
И потом тебя нанимают, а там суппорт сервиса 10 летний давности, который никто не знает как работает и поддерживают костылями. Я б лучше в стартап пошёл чем к faang. Туда только ради бабла, и то не факт, что дадут нормально сегодня, так как своих увольняют.
Пользователь отредактировал комментарий 8 мая 2024, 16:23
Какая разница что там? Если это MAANG, ковыряй неспешно этот сервис и получай свои 300k/ns, а в 6 часов иди домой.
Может и так.
Но обычно для такого говна нанимают негров из условного ЕПАМА. External contractor - сила. Пилят что скажут. Будет носом крутить - уволят быстрее чем за один день. А ЕПАМ нового пришлёт.
Давность разработки сервиса вообще никак не коррелирует с его качеством. Ничего реально нового в языках программирования с 90-х не появилось. Ядра всей критической инфраструктуры в IT (операционных систем, СУБД и пр.) были написаны ДО 2000 года.
Хайп "новее=лучше" поддерживается китами индустрии для выкачивания денег.
Вообще после определенного опыта у меня нет пунктов "слишком изи для сеньора". Как-то раз мы наняли чувака с 20 годами опыта на должность ML-инженера. На собесе он круто рассказывал про разные компьютер-вижн штуки и нам вполне зашло. Когда же он вышел на работу, мы заметили очень интересную штуку, вместо использования git он нумеровал файлы с версиями в одной папке тип main_1.py, main_2.py... Оказалось, что за свои 20 лет опыта он не особо то и пользовался контролем версий. После этого у меня исчез такой загон как "это слишком просто чтобы спрашивать у сеньора" и я начал задавать много простых вопросов в начале интервью чтобы оценить общую адекватность.
Тут имхо все же немного другое, это вспомогательный инструмент а не основные обязанности. Научиться работать с гитом можно за час, а вот наоборот (обучить ML человеку который до этого ничего про это не знал но знает гит) не получиться..
тут скорее сложность не в гите как в инструменте, а в принципе работы к которому человек привык. Научить инструменту не проблема, переучить человека с 20 годами опыта как работать в команде - совсем другая история. Да и в целом очень много вопросов появляется к инженеру, который никогда не пользовался контролем версий
Чаще всего в разных командах работают по разному и каждый раз приходится адаптироваться.
О чём вы?
Вы видали где-то работу в команде над ОБЩИМ куском кода и без контроля версия? Рили?
А если он пилил свой велосипед 20 лет в отрыве от команды, то у меня тоже будет большой вопрос к компетенциям.
Причём лучше б был джуном некомпетентным. Он хоть научится быстро.
Вы серьезно?? Вы что считаете что человек без опыта будет лучше? не знаю что и сказать.. Вам нужно что бы человек свою работу хорошо делал или что бы сразу гитом пользоваться умел?
Что то мне сразу представляется жуткое легаси с год обжектами, километровыми методами и спагетти кодом написанными джунами некомпетентными которые быстро научаться.
Хз, может я не правильный сеньор, но например лично я что такое "палиндром" до этого момента не знал..
И при работе на проектах необходимости в этом ни разу не возникало
Если есть стандартная библиотечная функция для этого - не понимаю зачем это спрашивать, если нет - можно просто на словах спросить как бы он такую задачу решал, зачем для этого шарить экран непонятно
О да, терминология - это всегда было весело. Я тоже не знал что такое текстовый корпус, Стемминг,
Лемматизация, хотя имел дело с ИИ. Сейчас даже в одной области несколько направлений, что разработчик, скажем игр, не всегда понимает разработчика бекенда. Хотя оба могут ходить на C#
это знают даже дети. А роза упала на лапу Азора. позор вашему школьному образованию
Если это не сарказм то я думаю вы не очень хорошо разбираетесь что знают и что не знают современные дети.
Есть намного более полезные вещи которые стоит запомнить.
Тут скорее вопрос актуальности, если я последний раз с полиндромом работал лет 20-30 назад в школе то сейчас мне надо вообще пояснить что это за штука. И это касается многих вещей. Я раньше эпюры в термехе строил влет, это ж не значит что я и сейчас их буду влет рисовать.
тебе харды подавай на интервью в ноунейм контору ?
Да он наверняка и easy не решил бы.
Тот кто решает харды, не будет свысока смотреть на изи задачи.
И решит эту изи задачу за 2 минуты.
И будет ожидать, что потом ему предложат посложнее. Например вот так: "а теперь это массив байт в кодировке utf8, надо проверить то же самое". И справочку минимальную если человек не знает как устроен utf8.
Пользователь отредактировал комментарий 8 мая 2024, 14:22
Собеседовался когда-то давно в яндекс. Интервьюер начал спрашивать про написание и оптимизацию алгоритмов, я честно ответил, что мне это не особо интересно, и если мне понадобится идеальная сортировка для решения бизнес задачи, я просто погуглю готовые либы и протестирую на скорость. Но интервьюер, решил дать мне второй шанс и продолжил спрашивать про алгоритмы. После этого уже я сказал: "Ладно, давайте заканчивать, у вас наверняка есть более важные дела", но интервьюер (видимо из вежливости) ответил "не волнуйтесь, у меня еще есть время". Тогда уже из вежливости пришлось остаться мне и мы еще минут 20 обсуждали кишки Celery, пока минута в минуту не закончилось время интервью.
А зачем вы собесились в программерскую контору на должность программиста если вам эта деятельности не интересна?
Это риторический философский вопрос. Ответ и так известен))
Деятельность интересна, задачи не интересны. Интересно строить дома, а не изготавливать кирпичи.
Ещё раз вопрос: "зачем вы собесились в программерскую контору на должность программиста если вам эта деятельности не интересна?"
Если вы хотите дома строить не парясь как там кирпичи делаются/кладутся, то вам в менеджеры надо. А в программисты зачем лезете?
Менеджмент - это про строительство домов чужими руками. А перекладывать джейсоны вполне себе можно без глубинного понимания устройства интерпретатора. Вон Питер Левелс зарабатывает свои 100к в месяц на кучке php-файлов, деплоящихся по FTP, и ничего, живет.
Серьезно? Полагаешь строители которые кирпич кладут - они сильно парятся как этот кирпич производился? Собираются так наверно в кружок, достают кирпичи и давай обсуждать как лучше их изготавливать. А строительство дома - подождет.
решатель бизнес задач на месте получается
Алгоритмы изучают не для того чтобы быстро написать идеальную сортировку на собеседовании , а чтобы использовать аналогичные приемы для решения текущих задач и дизайна собственных алгоритмов.
Так да, это же понятно. Если на собеседовании спрашивают алгоритмы, то скорее всего и в работе придется писать алгоритмы, а в тот момент жизни (лет 10 назад) мне это было совсем не интересно. Можно решать алгоритмические задачи, а можно прикладные, и мне всегда было интереснее решать прикладные. Респект таким парням, которые могут днями оптимизировать код и выжимать максимум производительности, но если те же деньги можно гораздо быстрее для бизнеса заработать просто перекрасив кнопку, я перекрашу кнопку. Тут каждому свое.
Преподаватель высшей математики на вопрос «сколько будет 2+2*2?» может вспомнить про систему счисления, а она не обязательно по основанию 10, про это в вопросе не говорится. Или если это площадь фигуры вычисляется, а метрика пространства искажена, то площадь не будет равна перемножению двух чисел. Преподаватель может уточнить эти вопросы, и тогда будет понятен уровень.
Не знаю, как по мне так можно снять корону и решить "изи задачку", может это базовый фильтр, а дальше по существу пойдет беседа.
Неверно. Это всего лишь повод поговорить и посмотреть как у человека работает инженерное мышление.
Главное не терять энтузиазма обеим сторонам:
https://www.youtube.com/watch?v=LuZV9kkzscg
Ой, вэй))
Оскорбил его вопрос про реверс строки))
Половина сеньоров не сможет решить эту задачу без ошибок. С первого раза так точно.
А написать эту функцию грамотно по-библиотечному, выбрав грамотно типы - ещё меньше могут (впрочем это не для всех языков актуально).
А в целом это проверка минимальной проф годности. И её должен уверенно проходить и джун, и сеньор. CTO уже может не проходить. Но это уже менеджер обычно больше. Они обычно не кодят.
Пользователь отредактировал комментарий 8 мая 2024, 14:04
Только что сдавал тест на асесменте в шлюпку. У них последний вопрос был неверно-составленным в общем и целом, если рассуждать по документации фреймворка. А тестовое задание на пол листа А4 с понтом это делается за 2-5 часов.
Впрочем только сейчас прочитал, что задачу зади не программисту, а девопсу.
ХЗ насколько правильно девопсов по алгоритмам гонять вообще.
Ну в целом, зависит от занимаемой должности. Если так рассуждать - то должен знать хотя бы один ЯП на мидловском уровне. Т.е. программировать, администрирвоать бд и их же проектировать, разбирать в шинах данных проектирования приложения и т.п. . Там целый список, в целом ключевое слово - просто должен, а кому, что не совсем ясно.
Прогер просто работает с гитом, сдк и кодом ну и от него требуется покрытие тестов и чистый код. Вся вот это чернота, будет лежать на девопсах, чтоб оно там запускалось, проблема в отсутствии четких граней этой стадии делает ее на собесе из девопса виноватого во всем чего у него не было в портфолио до этого))
В современном мире нет вообще никакой потребности общаться лично, самые свои сложные вопросы можно задать с помощью технических систем.
Если бы кто-то хотел оценить ваши знания, как это делают те, для кого оценка знаний это бизнес (pluralsight,prometric и им подобные),
то они могли бы это сделать без личного общения.
В оценке своих знаний лучше полагаться на тех, кто не заинтересован финансово недооценивать.
Пользователь отредактировал комментарий 8 мая 2024, 15:20
Собеседование это не только оценка знаний. Это оценка полезности человека для работы в компании. Коммуникация является одним из ключевых навыков. Часть программистов имеет проблемы с пониманием вопросов и способностью прозрачно доносить мысль (статус таска, например).
Пользователь отредактировал комментарий 8 мая 2024, 18:28
а ведь электронная почта и чаты как-то работают, люди-же как-то задают вопросы друг другу без личных встреч. Да и статусы тасков удобнее документировать не в личных бла-бла-бла, а в текстовом виде, в баг-таск-менеджмент системах. Там и разобраться потом проще, у кого проблемы, у задающего вопросы или у отвечающего на них.
Коммуникация экономит время на порядок (раз в 10) по сравнению с перепиской.
В идеальном программистском мире каждый таск идеально расписан и не вызывает двойственных трактовок (но зачем тогда программист, если уже есть AI). А в реале каждая задача даёт на откуп программисту некое количество решений, и часто средний программист к концу двухнедельной задачи формулирует свой статус так, что фиг поймёшь, ему действительно 1 день разработки остался, или ещё 4 недели ковыряться будет (и нужно срочно принимать решения по спасению задачи).
Коммуникация позволяет даже по тону говорящего делать более правильные выводы, стоит ли человеку в данный момент давать конкретную задачу.
Пользователь отредактировал комментарий 8 мая 2024, 21:38
Далеко не всегда. Вернее почти никогда. Всё это бла бла бла никуда потом не пришить и в истории не сохранить. А это чревато хождением кругами.
лично у меня, почему-то, получается читать быстрее, чем люди говорят. Аудио-видео слушаю на скорости 2х. А как в болтовне поискать что-то спустя даже несколько дней? Никак. Нужна еще одна быстрая коммуникация.
фантазировать на тему того, что у тебя есть суперспособность, позволяющая связывать чужие интонации и задачи особым, уникальным, предельно эффективным и точным способом. И что говорящий хочет своей интонацией сообщить что-то важное, просто не может выразить словами. Буквально программу создают два бессознательных. Один интонирует, уверенный, что его поймут правильно, а другой интерпретирует, убежденный что поймет правильно.
расшифровочка: для того, чтобы говорящий мог интонацией передать какое-то полезное сообщение, он должен быть подготовлен как актер, певец, его интонация должна рождаться осознанно и контролируемо. Для того, чтобы слушающий мог интерпретировать интонацию как полезное сообщение, слушающий должен знать, что значит та или иная интонация в исполнении программиста-актера. Ни то ни другое не верно. То есть два коммуницирующих человека не согласовали протокол обмена информацией. Один делает что-то, заведомо непонятное, интонирует, в зависимости от гормонального фона, настроения, и вида котлет, которые он пережевывал утром, другой фантазирует на тему своих уникальных способностей по интерпретации интонаций. Все это представляется как два серьезных человека занимаются делом и экономят много времени.
В точку
А потом приходит тестерша с ПМС и всё летит к чертям.
Пользователь отредактировал комментарий 9 мая 2024, 19:28
Судя по тому, что вы "читатель", вам по работе приходится мало общаться с людьми. Когда начнёте, тогда и поймёте, почему созвон экономит время по сравнению с письмом.
Так это же хорошо. Чем меньше тем лучше.
От каких-то статус митингов не уйти. Но если говорить о технических митингах это в пустую потраченное время. Если никто сразу не записал до чего договорились, то через неделю часть людей 100% забудет до чего договорились. И всё начнётся с начала.
abrakadabr,
так мы здесь и собрались, чтобы вы письмом изложили суть экономии времени. Пока же мы можем прочитать только "я - художник, я так чувствую". Предполагаю, вы просто пользуетесь административной позицией, дергаете людей, которые от вас зависят и искренне радуетесь, что вы "более лучший коммуникатор" и не понимаете, что "коммуникация по горизонтали" среди коллег, одного из которых могут уволить, работает не так, как по вертикали, когда начальникам пытаются понравиться. И начальники ходят и удивляются "о, мало коммуникации, коммуницируйте больше, потом уволим одного из вас". И если кто-то тратил свое время чтобы с чем-то разобраться, то появляется куча коммуникаторов, которые "экономят время" и "показывают эффективность созвонов", так что кто-то потерял время разбираясь и теряет время пропорционально желающим сэкономить. Это же действительно, так просто, позвонил и спросил. Такой самый хитрый, построил список на тему кто чего знает и всем звонишь. А если не отвечают, то тиранишь людей, что у них плохие коммуникативные навыки. Пишите письма, вам ответят.
Пользователь отредактировал комментарий 9 мая 2024, 22:22
Зачем тратить время, нужен AI.
80% полубогов сразу отлетит после 2-3 первых вопросов на business, cultural and customer fit.
Пользователь отредактировал комментарий 8 мая 2024, 16:16
вы сразу отлетели
Т.е. первый кадр сначала несколько минут не знал, что делать, потом слился с собеса, а потом еще и придумал красивую историю, как объяснить что это интервьюер неправильный попался?
Ну такое себе. Вроде элементарная задача на любом ЯП даже если ты специально не натаскиваешь себя решать задачи.
месяц назад собеседовали меня американец и американка, ЗП ниже рынка. На мой вопрос, чем они занимаются на проекте, на который и меня вот собеседуют сейчас, отвечали стеком технологий. Я пытался переспрашивать, что именно делает та часть софта, которую они делают, кто клиент. Так и не сказали (первый красный флаг). Собеседование длилось 1.5 часа, и под конец мне скинули ссылку на что-то вроде блокнота онлайн, попросили пошарить экран. В блокноте было описание 2х таблиц в БД (сотрудники + их зп), и надо было написать SQL которая джойнит эти таблицы + выводит всех, у кого зп выше среднего из таблицы с зп. Я не помнил синтаксис с агрегирующими функциями, типа sum() avg() .., спросил, могу ли я использовать гугл для проверки. Они замешкались и не ответили ничего. Окей, я им описал в этом блокноте общую идею, что надо сделать, и сказал, что синтаксис я не помню, и что если бы это была реальная задача, то я бы просто на тестовой БД прогонял этот запрос и смотрел, что там мне студия выдаст за ошибку. Я сам фул-стек, 8 лет опыта. Отметил эту задачку как второй красный флаг. Через время мне отказали в найме на этот проект, а я и не против. Считаю вопрос про написание sql нерелевантным, он не говорит о моих знаниях вообще ничего. На определённых этапах карьеры, в определённые недели, когда у меня были задачки с дебагом процедур в БД, да, я помнил весь синтаксис и мог бы написать в блокноте. Но как бы это не то, с чем каждый день последние месяцы я работал, что они ожидали от меня?
Пользователь отредактировал комментарий 9 мая 2024, 05:24
Действительно! А так же вопросы про всякие фреймворки и как они там работают. А еще дурацкие вопросы про ваши куберы, ноды и прочую хрень. И это же как надо обнаглеть чтобы еще просить меня тестовое задание сделать?!Надо будет - все загуглю или спрошу у GPT! Вам что мало того что у меня в CV написано? Я уже как 100500 лет супер-пупер сеньор\архитектор который познал эту жизнь во всех ипостасях!
SQL это общий язык для всех реляционных СУБД последние 50 лет, поэтому знание основ считается необходимым.
Dude!
Комментарий скрыт за нарушение правил комментирования.
[censored - П. 4.1.2. Пользовательского соглашения — https://mstagmanager.com/pages/polzovatelskoe-soglashenie]
Полубогу ещё подарок должны дать, за то что нашел время и соизволил прийти или подключиться к звонку.
А потом ещё retreat оплатить. Вдруг васян +$500 устал и выгорел на интервью.
Комментарий скрыт за нарушение правил комментирования.
[censored - П. 4.1.2. Пользовательского соглашения — https://mstagmanager.com/pages/polzovatelskoe-soglashenie]
За 15 лет в ИТ только дважды уходил с собесов до их завершения. Один раз потому, что обозначили технологии древнючие и какой-то стремный продукт. Сразу сказал, что это не мой вариант и предложил не тратить время друг друга. Во втором случае не сошлись в целях работы с руководством, и я предложил разойтись )
Найм в целом можно назвать взаимным поиском "мэтча", но во время самого интервью стороны находятся в очень разных условиях и позициях.
Для интервьюеров собеседование - это их работа ("зачастую высокооплачиваемая"), непростая, но с оптимизированными за долгое время паттернами поведения, апробированным списком вопросов и ответов. Интервью - их "продукт", имеющий свое качество. Еще одна особенность - интервьюеры выбирают сотрудника не для себя лично, а для компании, у них коллективная ответственность и разделенная "травматизация", если что-то пошло не так.
Для соискателей собеседование - это нечто противоположное их работе. Это то, чем они обычно никогда не занимаются. Писать код на интервью в "блокноте" на расшаренном экране и на своем рабочем месте в своей рабочей среде - это очень-очень разные виды деятельности. Это экзамен по не очень понятному "предмету" с неизвестным списком вопросов. Интервьюируемые находятся под непрерывным оцениванием не имея возможности из-за фокуса на вопросах оценивать самим. Они представляют только себя, и если что-то пошло не так, реагирует их самооценка.
Поэтому, когда они просят остановить собеседование, - это выглядит естественно, т.к. они просто не были готовы к каким-то моментам.
Когда о "не случившемся мэтче", не дослушав, сообщает интервьюер - это, на мой взгляд, говорит о плохом качестве собеседования.
Трудно представить ситуацию, когда эта фраза, сказанная не техническим специалистом на техническом интервью, была бы уместна. Не говоря о том, чтобы считать ее "хорошим тоном".
У опытных IT специалистов, которые постоянно решают какие-то задачи, формируется свой "язык" мышления. Это не совсем язык слов или ЯП. Они сначала переводят ваш вопрос на вашем языке на свой, ищут ответ, потом переводят его обратно на ваш язык, причем им надо еще сделать понятную для вас формулировку.
Поэтому, иногда "великое мастерство выглядит как неумение" (с), которое вряд ли вообще поймет человек из другой сферы.
Пользователь отредактировал комментарий 9 мая 2024, 22:06
Вот оно здравое мнение.
Там про заранее подготовленные ответы на заранее подготовленный вопрос есть ещё момент. Они не просто знают ответы а знают ответ именно такой какой хотят услышать. Хотя верных ответов может быть несколько. Все условия для которых решалась задача тому кто отвечает не известны. Зато те кто проводят собеседование уже потратили кучу времени на поиск для них оптимального. И не на блакноте.
https://www.starlink.com/map
Пользователь отредактировал комментарий 11 мая 2024, 18:38
а вот это неплохая, надо запомнить
Это не ты меня бросаешь, это Я тебя бросаю! 😂😂
полевой транзистор работает в поле, а не просиживает штаны в уютном опенспейсе рассматривая тикитаки
Собирает там камни, это все знают.
затворы
Я та самая интервьерша из Польши и я не договорила!!!!....
тут должно быть over а не stopped