ох сколько потом багов лезет из этих «эвристик»
не нужно путать упрощенный, приблизительный алгоритм с понятными границами применения с типичным в индустрии подходом «блин ну вроде работает, пусть тестировщики попинают и в прод»
так а звідки він його знає? з книжки? мені хочеться вірити що студентів із чисто книжковими знаннями ще не беруть одразу в сіньори
а якщо мова про «досвід, про який забули написати в резюме», то див. вище — починаємо з питання, чи стикався кандидат з такою штукою, і якщо стикався, то в яких обставинах. і тільки потім задачки
що таке «неофіційний досвід» і чим відрізняється від «офіційного»? записом в трудовій книжці?
якщо вам потрібна людина з практичним досвідом — ви питаєте, чи працював кандидат із чимось подібним, і тільки потім варто давати задачки, та й то, далеко не завжди варто витрачати на них час
Можливо, інтерв’ювер шукав «досвіду в тестуванні desktop додатків».
З вашого ж коментаря «Я майже 3 роки тестував в матлаб системи керування для різних промислових і не дуже залізяк», тобто такого досвіду немає.
То про що, власне, тема? Як відповідати на питання так, щоби здавалося, що є досвід?
P.S. Я особисто вважаю дивним задавати питання, якщо кандидат не має _потрібного для позиції_ практичного досвіду. Ну вгадає він відповідь, я це замінить досвід (якщо він дійсно потрібен)?
а human readable версия будет? )
Про хинкали не понял.
То есть уволить за откровенно плохую работу почему-то не могли, а вот за то что «съел на тимбилдинге чужую еду» — сразу же?
И рубаха-парень на его месте и дальше бы бракоделил?
Не факт, что не получил. В статье этот момент очень разумно обойден стороной
але чи потрібно для цього виходити на пенсію? половина з присутніх срачують в оплачуваний час
Люди важнее процессов. Если команда растет экстенсивно и бывший «старший разработчик»
все больше уходит в менеджмент, а бывшие коллеги все еще мидлы — найдите толкового технаря, который присмотрит за этой стороной. Если наоборот, "бывший старший не может или не хочет в пипл менеджмент или статус репортинг — найдите пипл менеджера или статус репортера. Все люди разные
Ничего, кроме того очевидного факта, что подавляющей массе сотрудников, особенно на старте карьеры, платят и будут платить именно за «хард скиллы».
Да, нужен баланс и все такое, но реальность такова, что не хватает людей, которые умеют решать инжинерные задачи, а вот разного рода переговорщиков и управленцев — конкурс сто человек на место.
Если отвлечься от ИТ, то можете попробовать нанять токаря или автослесаря и сравнить с опытом найма сейлза
Майк хотел сказать, что вы не учитываете постоянной эволюции тех самых «хард скиллов». Да, вчерашние дефицитные сегодня учат в школе или в ВУЗе, но сегодня в дефиците уже совсем другие
нет, это соцсоревнование «мы более лучшие инжинеры, чем они-дураки»
а откуда возникает это деление «я-они» и «мы-они» это оооочень большая тема
с правилами да, с возжностью интегрироваться в общество (буде такое желание) — нет
бывает еще так, что польза есть, но в зачет она идет другим (потому как это их задачи). а тебя нанимали для другого и там полное фиаско
короче, меритократия против вежливости.
и софтскиллы тут не про форму коммуникации, а про ее итоговые результаты, причем желательно в среднесрочном периоде
«Праведный Гнев» вполне работает и внутри, если конечно «корпоративная культура» это позволяет.
Аналогично очень далеко не всегда этот паттерн работает для внешних
правды ради это скорее у американских пенсионеров навык, а не у наших программистов
если вместо «база» поставить «API слой» то схема отношений изменится не очень сильно
тем не менее, проблема «больше одного API» существует — но на уровне конситентности данных. когда казалось бы одну и ту же сущность две команды создают и обновляют по разному
вы пропустили несколько существенныех логических связей между моим комментарием и «программой, бегающей в эмбедде», я не могу их восстановить, а потому не понимаю ваш вопрос