– Папа, а идеальное собеседование существует?
– Нет, сынок, это фантастика.
(с)
Идеальные собеседования, в отличие от сусликов, практически никогда не встречаются в дикой ИТ-среде. Но стремление к лучшему вымирать не должно, поэтому предлагаем вашему вниманию несколько советов на тему того, как провести идеальное собеседование.
Откровенно говоря, ранее я ни разу не занимался в серьезной мере методами тестирования программного обеспечения. Однако, понимаю, что для полной уверенности в том, что программа будет работать, нужно перепробовать всевозможные варианты её использования. Также очевиден для меня и тот факт, что сделать это не всегда возможно. Если имеются конкретные варианты использования, но невозможно проверить их всех в силу их количества, стараются построить набор, который покроет все самые используемые варианты. Но что делать, если использование всех вариантов равновероятно? Как за минимальное число времени обнаружить все ошибки, на которые есть большая вероятность наткнуться? Данная задача действительно известна, и с ней нередко сталкиваются, ну хотя бы, в Яндексе.
Чтобы стало понятно о чем идет речь, представим, что нам необходимо протестировать какую-либо программу или сайт. Очень хорош пример с тестированием веб-формы, скажем для регистрации или для поиска. Возникает вопрос, с какими ошибками в ней скорее всего встретится пользователь? Пускай у нас в форме имеется 6 вопросов, для каждого из которых возможны 10 вариантов ответа. Допустим, на страницу зашел целый миллион пользователей, и каждый из них ответил уникально. Теперь представим, что в форме для заполнения ответами скрывается ошибка. Если ошибка обнаруживается только при определенной комбинации ответов на все 6 вопросов, то на неё наткнется лишь один человек. Если же ошибка вылетает при наборе определенных ответов на какие-то 3 вопроса, то количество людей, обнаруживших ошибку возрастет до тысячи. Очевидно, что чем меньше элементов в комбинации, требуемой для ошибки, тем больше людей с ней встретится. Соответственно, перед нами теперь стоит задача: если мы не можем обнаружить все ошибки, то давайте хотя бы найдем самые критичные, то есть те, на которые наткнется больше всего пользователей.
Таким образом мы должны сформировать тест-кейсы (и чем меньше, тем лучше), при переборе которых мы наткнемся на самые легкодоступные ошибки. Допустим, у нас имеется множество вопросов A, которое мы задаем количеством вариантов ответа на каждый из них: А = {2, 3, 5, 2, ...}. Пусть n — количество вопросов, а 1≤m≤n — степень критичности ошибок, она же степень покрытия или глубина покрывающего набора. Чем меньше значение m, тем критичнее ошибка. Задавая степень покрытия мы строим тестовый набор, который позволит обнаружить все ошибки, степень критичности которых меньше данного m. Если m = n, то поиск ошибок сводится к перебору всех вариантов. Чем меньше задаем степень, тем меньше тест-кейсов будет сформировано и тем меньше ошибок мы найдем.
Читать полностью »
О чем мечтает слушатель, приходя на курсы по Java, тестированию или ИТ-маркетингу? Конечно, получить знания и навыки, применять их на текущем месте работы или успешно устроиться на новое место. Станет ли сертификат, полученный на выходе, достоверным свидетельством полноценного освоения материала? Достаточно ли будущему работодателю названия курса, учебного центра и даты прохождения обучения?
Наш ответ: “НЕТ! Бумага сакс! Нужно ломать стереотипы”.
Вот уже год как мы в учебном центре “Урансофт” вместо традиционных сертификатов и свидетельств о прохождении курсов заводим онлайн-профайлы на слушателей. Как мы к этому пришли и какие результаты получили — читайте под катом.
Читать полностью »
Новогоднее настроение приближается, а это значит, что неделя странных работодателей дает большой +EV. Хочу поделиться с вами историей о том, как я ходил на несколько собеседований на позицию «менеджер», в различные компании.
Предупреждаю сразу, что мне чуть больше 20 лет, и меня едва ли можно назвать профессионалом в IT области, однако имею достаточно богатый опыт в смежных с IT сферах. И так приступим.
Я имею высшее бизнес образование «In the field of the gambling industry», чтобы все поняли, почему я не могу работать по диплому. Живу в небольшом городе, который находится очень далеко от Москвы. Занимаюсь тем, что веду пару своих порталов, где главной ценностью являются тексты.
Подрабатываю на фрилансе автором статей (кину камнем в того, кто пишет г. тексты и называет себя копирайтером), а также отчасти занимаюсь продвижением сайтов и молюсь на то, чтобы уже придумали что-то со спамом в поисковике. Имею деньги, которые достаточны для беззаботной жизни, и перспективу раскрутки своих проектов и захвата всего мира.
Так вот, отец не разделяет мой образ жизни и считает, что я должен пойти на работу работать работником, получать за работу деньги, тратить их на создание семьи. Спорить было бессмысленно, и я решил найти работу. Учитывая образ одинокого волка, я мог бы позволить себе работу днем, а свои проекты продвигал вечером. И если бы поступали адекватные заказы по фрилансу, то и их. Разместив свое резюме на hh, я стал чуда.Читать полностью »
Все из нас, или почти все, когда-нибудь ходили на собеседования. И всем из нас(или почти всем) говорили фразу: «Мы вам обязательно перезвоним» ну и не перезванивали — что собственно должно означать что увы — вы не подошли.
Я не исключение. Месяц назад решил менять место работы и ходил по собеседованиям. Так вот всего в одной компании у меня было действительно крутое собеседование по языку программирования, а не «Здарасти, расскажите что вы делали и сможете ли сделать вот это». В конце была примерно такая же фраза и мне естественно не перезвонили.
Привет. Меня зовут Алексей Маланов, я пять лет проработал руководителем Отдела антивирусных исследований в «Лаборатории Касперского». Хочу поделиться с вами своим опытом найма вирусных аналитиков. Пост, надеюсь, будет интересен и полезен в первую очередь молодым специалистам, которые только собираются сделать первый шаг в карьере. Ну а матерым IT-шникам тоже может быть любопытно, какие же вопросы задают на собеседовании в ЛК. В свое время у меня в команде было несколько десятков человек и нанимали мы постоянно. Я стремился присутствовать на каждом собеседовании лично, чтобы быть уверенным, что человек будет что надо.
Достаточно давно и успешно работаю программистом, и хотел бы скорректировать взгляд со стороны рекрутера, описанный в топике "Стоит ли идти на собеседование к рекрутеру?".
Предположим, что с одной стороны «баррикад» у нас среднестатистический нормальный работодатель, которому нужен IT-специалист. Нужен реально, для дела, «чтобы работу работать», а не сидеть на распилах и откатах.
С другой стороны нормальный специалист, у которого цель найти работу, соответствующую его внутренним критериям (зарплата, интерес, коллектив и т.д). Не сходить на собеседование чтобы показать свою крутость, не получить офер чтобы шантажировать начальника на текущей работы — а трудоустроится в хорошую компанию на длительный срок.
Посредником выступает профессиональный рекрутер, у которого есть цель закрыть вакансию в компании. Не имитировать бурную деятельность, не набить «базу», не проводить уйму бессмысленных собеседований — а именно закрыть вакансию адекватным профессионалом, который скорее всего не вылетит (или не сбежит) с испытательного срока.
Читать полностью »
Работаю рекрутером в агентстве относительно недавно. Коллектив чисто женский, психологико-гуманитарный, поэтому я, со своим техническим образованием и курсами кьюэев, занимаюсь всеми техническими вакансиями. Хочу поделиться взглядом с «другой стороны» на некоторые моменты.
Многие IT специалисты не хотят ходить на HR собеседования, потому что считают, что оценки их технических навыков вполне достаточно для принятия решения. Для некоторых компаний это действительно так. Достаточно пройти тех интервью или выполнить тестовое задание, после чего посмотреть в глаза команде и дело в шляпе. Но не все работают так. В большинстве компаний есть рекрутеры и они сидят там не просто так. И работа рекрутера заключается не только в «оценке внешнего вида».
Давайте разберём конкретный пример. Есть компания X. Команда небольшая, текучка небольшая. Содержать штатного рекрутера нерентабельно. Компания X нанимает агентство Y. Техническое собеседование проходит после HR собеседования, на котором кандидаты общаются с чередой лидов и менеджером. Это занимает порядка полутора часов и отвлекает всех вышеперечисленных от работы. Соответственно, компания X хочет, чтоб агентство Y выполняло следующие функции:
Читать полностью »
.jpg "Whiteboarding (Пишем код на доске на собеседованиях)")
Почти наверняка, на техническом собеседовании вам прийдётся писать код на доске. Несмотря на то, что данный подход часто критикуют, он всё еще популярен у таких технических гигантов, как Google, Facebook, Microsoft, Amazon, а так же, во многих стартапах.
В данной статье я не буду обсуждать жизнеспособность данного приёма (однако, считаю, что он полезен, т.к. позволяет посмотреть на то, как кандидат справляется с проблемами). Вместо этого, давайте рассмотрим типичные ошибки при прохождении интервью.
Читать полностью »
До 28 октября я должен был принять решение, буду ли я работать в Amazon по окончанию стажировки. Оставалось совсем немного времени, но мой друг Дэниел убедил меня, что если я попробую попасть в Twitter, то как раз успею пройти все интервью. Я не смог устоять.
Сначала меня попросили решить пару вопросов с Codility, дав на все про все час времени. Вопросы попались средней интересности («является ли слово анаграммой палиндрома» и «посчитать количество седловых точек в двумерном массиве»). Я был не слишком уверен в получившихся решениях, но вскоре Джуди прислала мне письмо с приглашением на телефонное интервью в среду в 17:30.
Читать полностью »
