Intellias

от 1500 специалистов
Киев, Харьков, Львов, Одесса, Ивано-Франковск, Краков (Польша)

26 октября 2021 16:22

Oleksii Zubovskyi, Software Architect, Senior Software Developer

Такого еще нигде не встречал. Видел много яда и хамства, но такого еще нет. Проходил собседование в этой компании. Собеседование проводили Igor Shaula и Alla Marych. На меня произвели впечатление следующие моменты:
Игорь в начале собеседования начал с панибратства — показал мне свою лысину, сказал что мне больше повезло и предложил перейти на «ты». На протяжении беседы раздавал советы по направлению моей профессиональной деятельности, а также сообщил что мой проект, мобильное приложение сертифицированное компаней GARMIN (данные о нем написаны в резюме и на собеседовании я его не упоминал как рекламу) ничего не значит абсолютно, а вот, цитирую, «маленькая часть кода Tom Tom навигатора, которую им дали разбираться» — вот это значит многое. Также он рассказал что когда я работал С++ программистом в НИИ разрабатывая ПО для атомных станций (также записано в резюме и я не упоминал это на собеседовании), он работал на атомной станции на щитовой (надеюсь правильно понял).... не знаю к чему это было, где логика.
Алла в начале собеседования задала несколько вопросов по Java, и потом сказала что ей надо идти и покинула собеседование задолго до его окончания, практически в самом начале. Некоторые из них запомнились больше всего, например, смотрел ли я как реализованы на Java ArrayList, LinkedList, HashMap. Нет, не смотрел, потому что не было такой необходимости, так как не занимаюсь вопросами разработки языка, а вопрос оптимизации на скорость не стоял, принципы использования конечно же понимаю, и что они собой представляют и чем отличаются объяснил, даже ответил на вопрос «как они могут быть устроены» основываясь на своих общих теоретических знаниях.

Собеседование было в пятницу и в понедельник, получил следующий ответ:

«Добрый день, Алексей. Спасибо большое, что уделили время. К сожалению, на этом этапе мы вынуждены прекратить процесс отсутствия коммерческого опыта Android. Оба интревьюера отметили глубокие знания в области программирования низкого уровня, а также инженерный склад ума. Отметили ваш опыт в других областях и инженерный подход. Поэтому желаю вам удачи в поисках идеального проекта, а так же успеха вашему приложению. А так же предлагаю оставаться на связи! Хорошего дня и еще раз спасибо.»

Признаться, ожидал стандартный ответ отказа ввиду нездорового поведения со стороны интревьюеров, но ответ подготовлен нестандартно и видно что самими интервьюерами. Вопросы по программированию низкого уровня были заданы самим Игорем. Он увидел задачу по программированию в статье на моем профайла в LinkedIn опубликованную несколько лет назад которую он не смог решить. Я бы не задал ему эту задачу, потому что ее могут решить те, кто занимаются низкоуровневым программированием и/или имею образование системного инженера. Задача простая — перевод шестнадцатиричного числа 21h в двоичную систему счисления в уме.

Вцелом у меня остались неприятные ощущения от собеседования. Также несколько фраз интервьюеров заставили меня усомниться в высоте их профессионального уровня. Запомнились следующие:

На вопрос Аллы работл ли я с Zoom, ответил нет, но знаю что это такое (какие могут быть трудности с zoom???). Так же добавил что у меня не было необходимости использовать базу данных в моем приложении, массивы которые используются у меня настолько маленькие, что вполне помещаются в Preferences. Это удивило Аллу и она сказала что не знала что можно использовать для таких целей Preferences. Далее мы коснулись сериализации данных. Но я хотел бы добавить, Алла, можно не значит нужно, и я не увидел причин почему мне нельзя было воспользоваться такой возможностью в моему проекте и сохранить не только структуры данных но и небольшие массивы, а с Tom-Tom навигатором такое может и не прокатить, ну а может и медаль дадут — тут палка о двух концах. Мне осталось непонятным почему Алла никогда не думала о том что Preferences можно использовать как key-value базу данных, то есть тем, по сути чем она и является.

Из общения с Игорем запомнилось следующее. Когда он мне рассказывал о приемуществах языка Kotlin, он привел как пример свойство Kotlin добавлять методы к классам. Но мой вопрос о переопределении класса с наследованием он сказал, что зачем заморачиваться, тем более если класс объявлен как final. Также была попытка задать мне вопрос по Linux, например, что делает комманда history|grep something и в чем общее awk и grep. Мы обсудили ответы, но я так и не понял какой ответ он ожидал. На мой взгляд вопросы были примитивные и можно было бы что-то интереснее спросить, ну или не спрашивать вобще ничего.

В общем, вопросы были не интересные, примитивные. Беседа была не конструктивна, и оставила только негатив. Собеседование началось с ядовитости и хамства интервьюеров и мне стоило его сразу же остановить, но я был не готов к такому развитию событий и для меня это было неожиданно.


LinkedIn

2 комментария

Подписаться на комментарииОтписаться от комментариев

Комментарии могут оставлять только пользователи с подтвержденными аккаунтами.

Олексію, добрий день!
Дякуємо за ваш відгук. Нам шкода, що ваш досвід проходження співбесіди виявився негативним. Хочемо запевнити, що наші інтерв’юери не хотіли вас образити — це прикре непорозуміння. Бажаємо вам успіхів!

Доброго дня, Intellias.
Спасибі за відповідь. Перш ніж написати відгук написав ейчару з пропозицією зателефонувати інтерв’юерам мені і вибачитися. Дзвінка не було. В результаті маємо відповідь, де ви запевняєте мене що ваші інтерв’юери не хотіли мене образити, і що я просто все не так зрозумів. А як можна зрозуміти панібратство? Раджу перевіряти ще раз професійний рівень ваших інтерв’юерів. Фрази «у нас тут величезні SDK на кілька гігабайт », «вам буде важко», «нам дали маленький шматочок коду розбиратися», наводять мене на думку що TomTom платить за те, що з їх кодом розбираються, та розбиратися їм важко — що зрозумiло якщо нещодавно увійшов до ІТ. Також мав розмову з професіоналами Java — вони не ставлять таких питань на співбесідах щодо внутрішнього устрою масивів Java.
З огляду на те, що інтерв’юери є обличчям компанії, рекомендую вам створити правила проходження інтерв’ю і зобов’язати всіх інтерв’юерів дотримуватися їх.