Бяжы! Чаму айцішнікі сыходзяць пасярод сумоўя? Ці акей гэта наогул?
У лінкедзіне поўна пастоў з пасылам: заўважыў 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