А ты готов Или как удачно пройти собеседование на позицию Android developer


Оглавление (нажмите, чтобы открыть):

Вопросы и ответы для собеседования на Junior Andro >

Вопрос 1: Почему нельзя запускать обычный Java байткод на Андроиде?

Ответ: Андроид использует Dalvik Virtual Machine (DVM), для которой небодходим специальный байткод. Необходима конвертация файла, содержащего обычный Java-байткод в исполняемый Dalvik-файл, используя утилиту, называемую “dx”. В нормальных условиях, разработчикам не нужно использовать этот инструмент напрямую, так как DVM-совместимые файлы будут генерироваться инструментами сброки для Android.

Вопрос 2: Можно ли загружать исполняемые JAR-файлы на Андроид? Пакеты какого типа поддерживает Андроид?

Ответ: Нет, загружать исполняемые JAR-файлы на Андроид нельзя. Платформа Андроид не поддерживет загрузку JAR. Приложения для Андроид должны быть упакованы в Android Package (.apk) используя Android Asset Packaging Tool (aapt) и затем уже загруженны на платформу Андроид. Google предоставляет инструменты разработки под Андроид, которые могут быть изпользованы для создания apk-файлов.

Вопрос 3: Приложения под Андроид могут быть написаны только на Java?

Ответ: Нет, вы можете писать Андроид приложения на C/C++ используя NDK.

Вопрос 4: Какие файлы являются исполняемыми файлами Dalvik?

Ответ: Исполняемые файлы Dalvik имеют расширение .dex и упакованы в файл с расширением .apk при развертывании на устройстве.

Вопрос 5: Как Андроид отслеживает установленные приложения?

Ответ: При установке нового приложения, Андроид назначает ему уникальный идентификатор, называемый Linux User Id. Этот идентификатор используется для отслеживания каждого установленного приложения.

Вопрос 6: Как приложение работает изолированно от других приложений?

Ответ: У каждого приложения есть свой Linux User Id и каждому Linux User Id соответствует своя виртуальная машина. Это означает, что код приложения запускается изолированно от других приложений.

Вопрос 7: Когда Андроид запускает и завершает процесс приложения?

Ответ: Андроид порождает процесс приложения, когда какой-либо компонент приложения необходимо использовать. Когда компонент больше не нужен, процесс завершается (происходит сборка мусора).

Вопрос 8: В каком случае два Андроид-приложения могут иметь один и тот же Linux User Id и одну и ту же виртуальную машину

Ответ: Приложения должны быть подписаны одним сертификатом.

Вопрос 9: Можно ли менять имя приложения после его установки?

Ответ: Не рекомендуется менять имя приложения после его установки, так как это может привести к неработоспособности части его функциональности. Например, могут перестать работать ярлыки приложения.

Вопрос 10: Что такое файлы ресурсов Андрой приложения?

Ответ: Как разработчик Андроид-приложений, вы можете настроить сборку проекта таким образом, чтобы в приложение добавлялись различные файлы ресурсов (XML, JSON, JPEG и т.д.), чтобы затем вы могли загружать их во время выполнения приложения. Эти файлы и называются ресурсами.

Вопрос 11: Перечислите, какие основные диалоговые окна могут использоваться в Андроид приложении?

Ответ:

  • AlertDialog : предупреждающее диалоговое окно, поддерживающее от 0 до 3 кнопок и список выбираемых элементов.
  • ProgressDialog : расширение AlertDialog , к нему можно добавлять дополнительные кнопки. Оно показывает индикатор в виде окружности или в виде горизонтальной полосы.
  • DatePickerDialog : используется для выборы даты пользователем.
  • TimePickerDialog : используется для выбора времени пользователем.
Вопрос 12: Что такое компонент приложения Activity?

Ответ: Активити используется для предоставления пользователям интерактивного диалогового окна. Она может содержать различные интерфейсные компонентов. Обычное Андроид-приложение состоит из нескольких Activity, которые слабо связаны друг с другом. Разработчик определяет главное Activity, которое запускается при старте приложения.

Вопрос 13: Может ли Андроид приложение получить доступ к файлам и ресурсам другого Андроид приложения?

Ответ: Система настраивает права доступа на все файлы и ресурсы приложения, так что доступ к ним может получить только приложение-владелец. Другие приложения не могут получить доступ к ресурсам другим приложений до тех пор, пока они не будут подписаны тем же сертификатом

Вопрос 14: Андроид приложению необходим доступ к некоторым возможностям устройства, например к отправке SMS сообщений или к камере. Когда пользователь должен предоставить ему соотвествующие права?

Ответ: Права доступа приложению должны быть предоставленны пользователем во время установки приложения

Вопрос 15: Как запустить Activity?

Ответ: Для запуска Activity, нам нужно создать объект типа Intent, который четко определяет, какой Activity надо запустить. Например:

Руководство для разработчиков: 7 советов по прохождению собеседования

Команда IT-рекрутингового агентства GMS в своем блоге рассказывает о поиске работы для разработчиков, например, как им следует составлять свое резюме, чтобы получить приглашение на собеседование. Команда проекта Triplebyte, который занимается подбором ИТ-специалистов для многих известных стартапов, опубликовала материал, в котором дала советы, которые помогут программистам успешно пройти интервью. Авторы блога GMS подготовили адаптацию этой заметки.

Для того чтобы удачно пройти собеседование недостаточно быть хорошим программистом. Решение какой-либо технической задачи в реальных условиях может занимать недели и месяцы, на интервью у кандидата будет куда меньше времени. Именно поэтому для разработчика важно умение излагать свои мысли четко и лаконично, несмотря на психологическое давление.

Задача несколько усложняется тем фактом, что с большой долей вероятности беседу придется вести с человеком далеким от технических подробностей. Однако есть несколько простых правил, которые позволят успешно пройти это испытание.

Важно демонстрировать вовлеченность

Энтузиазм во время собеседования играет важную роль. Очень часто разработчики «заваливают» интервью своими ответами на не-технические вопросы. В таких случаях в качестве причины отказа представители компании могут указать «несоответствие корпоративной культуре». В 9 из 10 случаев это просто означает отсутствие увлеченности процессом собеседования у кандидата и тем, чем занимается сама компания. Можно долго спорить, зачем это нужно, но людям, работающим в компании нравится, когда кто-то демонстрирует искренний интерес в ее работе. Они убеждены, что увлеченные коллеги будут работать с удвоенной энергией.

Подобный интерес довольно просто продемонстрировать. Это не означает, что нужно кого-то обманывать. Лучше просто представить, что собеседование – это первое свидание. Вряд ли девушка захочет слышать на первой встрече, что она далеко не первая, и на ее месте легко могла оказаться другая. Совсем нет, она хочет знать, что она единственная и неповторимая, пусть даже это будет и не совсем так. Да, подавляющее большинство людей просто хочет иметь нормальную работу с хорошей зарплатой. Но откровенно заявлять об этом на собеседовании вовсе не обязательно.

Самый простой путь к успеху – предварительно почитать о компании в интернете, составить список того, что вам в ней нравится и упоминать эти факты во время беседы. Идея кажется банальной, но почему-то лишь небольшая часть кандидатов так в действительности поступает. Можно даже законспектировать такие факты и зачитывать их с бумаги — записи говорят о том, что вы пришли на интервью подготовленным.

Ответы на часто задаваемые вопросы нужно выучить
Существенная доля вопросов на собеседовании программистов затрагивает такие темы, как структуры данных и алгоритмы. Компания Triplebyte собрала и классифицировала эти вопросы, опросив своих кандидатов. Выяснилось, что 70% из них, так или иначе, связаны с алгоритмами. Вот список тем от компаний из пула акселератора Y Combinator:

  • хэш-таблицы;
  • связанные списки;
  • алгоритмы поиска в ширину и глубину;
  • быстрая сортировка, сортировка слиянием;
  • бинарный поиск;
  • матрицы;
  • динамические массивы;
  • бинарное дерево поиска;
  • динамическое программирование;
  • анализ сложности алгоритмов.

В зависимости от опыта конкретного специалиста, все это может выглядеть для него простым или сложным. Но, как бы то ни было, это список тем, которые чаще всего попадаются на интервью в технологических стартапах. Поэтому, даже если все эти вещи вам хорошо знакомы, не лишним будет освежить в памяти эту информацию. Хорошая новость здесь заключается в том, что сегодня можно легко найти огромное количество данных по этим темам — к примеру, на Coursera есть целый ряд интересных курсов, посвященных алгоритмам.

Поддержка собеседника всегда пригодится

Обычно сотрудники, проводящие интервью, готовы помочь кандидату: дать подсказку или направить в нужное русло мысль. Но нельзя забывать простой факт, говорящий о том, что к разным кандидатом – разное отношение. Некоторые способны воспользоваться помощью, не настроив работодателя против себя. Другим подсказки засчитываются как ошибки. Все дело в коммуникации. Если собеседнику нравится, как вы с ним общаетесь, он будет не прочь оказать посильную помощь. Вот несколько рекомендаций, как выстроить разговор:

  • задавайте вопросы;
  • для начала предложите самые простые и убедительные решения;
  • затем более сложные и эффективные;
  • проговаривайте свои мысли и идеи для каждого из вариантов;
  • только потом садитесь писать код.

После того, как вам задали вопрос, начните с того, чтобы прояснить сказанное. Это тот случай, когда полезно быть педантом. Выясните, правильно ли вы все поняли. Не должно оставаться никакой двусмысленности в задаче. Озвучьте конкретные примеры для входных данных, чтобы убедиться, что на выходе получится корректный ответ. Старайтесь задавать вопросы, даже если на 100% уверены в своем решении. Это создаст впечатление, что вы в курсе всех побочных вариантов и имеете представление о полном спектре проблемы. Но главное – это поможет выиграть время перед ответом. Затем можно озвучить самое простое и убедительное решение проблемы. Проговаривайте свои мысли вместо того, чтобы немедленно кинуться писать код. Если в процессе артикуляции задачи вам удастся увлечь собеседника, то можно получить несколько полезных уточнений. Обычно кандидаты стремятся не проговаривать банальные решения, торопясь продемонстрировать свои навыки написания кода. Это ошибка. Главное – уверенность работодателя в том, что вы всегда можете предложить решение (даже если условий для его выполнения под рукой в данный момент нет). Можно спросить собеседника, желает ли он, чтобы вы реализовали это грубое решение задачи, или он предпочитает найти более эффективное и изысканное решение? Скорее, он предпочтет второй вариант.

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

Не стоит бояться сложных тем

На собеседовании разработчикам обычно задают вопросы по их специализации, но это не значит, что кандидату не попадется глобальный вопрос из сферы проектирования. Как правило, на таких задачках компании любят тестировать продвинутых специалистов. Вас могут спросить, как создать сложную систему — это может быть социальная сеть или API для банка. Может показаться, что для ответа на такие вопросы необходимо специальные знание. Но не стоит воспринимать все слишком серьезно. Никто на самом деле не ожидает, что вы с листа создадите свой Facebook прямо на собеседовании. Но работодателю будет приятно знать, что вы обладаете пониманием того, как такую задачу можно было бы решать. В основном, все эти вопросы касаются программной логики в веб-разработке. Поэтому к ним можно легко себя подготовить. Вот несколько тем, изучение которых будет полезно:

  • работа с протоколом HTTP;
  • базы данных: индексы и план выполнения запросов; CDN;
  • алгоритмы и технологии кэширования; балансировщики нагрузки;
  • распределенные системы.

Нужно не только знать об этих вещах, но и понимать, как они работают вместе в сложных системах — тут придется почитать литературу. Начинайте разговор с общих вещей и понятий, спускаясь затем на ступеньку ниже. На каждом уровне можно задавать уточняющие вопросы, которые продемонстрируют уровень вашей компетенции и помогут найти следующий ответ. Проговорите несколько возможных решений. Вашему собеседнику, скорее всего, все равно, сможете ли вы создать реально работающую соцсеть. Ему важно знать, видите ли вы проблему в целом, можете ли указать на недостатки и преимущества разных подходов. Не повредит и заранее попрактиковаться в ответах на подобные вопросы.

Практические достижения нужно подчеркнуть

Один из блоков вопросов на собеседовании всегда касается опыта работы. Скорее всего, кандидата попросят рассказать о проектах с его участием. И здесь главное – не промахнуться. Многие программисты по ошибке начинают выдавать детальную информацию о сторонних проектах, бесспорно, интересных с технической точки зрения. Рассказывать о том, как они применяли классификатор нейронной сети или писали грамматический бот для Twitter. Но нельзя забывать о том, что собеседник может быть «не в теме», и потому лишние тонкости ему сложно будет понять.

Многие кандидаты преувеличивают значение небольших побочных проектов. Но интервьюер даже не в курсе, были ли они удачными и действительно ли кандидат принимал в них участие. Стоит выбрать проекты с реальными результатами и сосредоточиться на них в ходе беседы. Вполне возможно, что такие проекты могут быть не столь интересны с технической стороны. Но они будут реальны. Если вы написал игрушку под iOS и ее скачали 50 тыс. пользователей – это хороший результат. Если вы в период своей практики написали интерфейс для команды системных администраторов – это тоже стоящий результат. Проекты, имеющие практическое значение, продемонстрируют работодателю, что вы готовы решать актуальные задачи. Не бойтесь соответствовать шаблону и ожиданиям.

Практика и еще раз практика

Вы будете гораздо лучше чувствовать себя во время собеседования, если попрактикуетесь в ответах на стандартные вопросы. Интервью – в любом случае стресс. А повторение ответов в разы снижает риск растеряться. Найдите список типичных вопросов по вашей специализации и практикуйтесь. Еще лучше, если вы будете записывать ваши ответы на бумагу. Совсем хорошо, если кто-то из друзей или знакомых согласиться пройти с вами интервью в разных ролях. Даже опытные кандидаты от практики только выигрывают. Потому что обстановка на интервью категорически отличается от той, к которой вы привыкли на рабочем месте. Многие звездные разработчики считают излишним готовиться к собеседованию и проигрывают менее опытным кандидатам.

Важно показать свою востребованность

Если у вас уже есть предложения о работе от других компаний, можно упомянуть об этом на собеседовании. Но важно, чтобы это не звучало как шантаж. При прочих равных, информация о других офферах может ускорить принятие решения компанией-работодателем.

Вопросы и задачи с собеседований на Android разработчика

В прошлом посте я подробно описал процесс поиска работы в Берлине. В течение этого процесса я сталкивался с вопросами, алгоритмическими задачками и Code challenge. В этом посте я распишу свой опыт в этом деле.

Вопросы

После каждого интервью я записывал вопросы, которые удалось вспомнить. Привожу полный список. Ответы не даю, потому что не знаю, правильно ли я отвечал.

Архитектура, паттерны

  • Какие паттерны знаете?
  • Считаете ли вы Singleton антипаттерном?
  • Опишите принципы MVP. Какие еще есть похожие MV*, в чем разница между ними?
  • Объясните принцип DI
  • Объясните принципы SOLID
  • Объясните принципы Clean Architecture

Andro >

  • Контракт hashcode и equals
  • Виды коллекций в Java: List, Set, Queue, Stack
  • Разница между ArrayList и LinkedList. В каком случае что лучше использовать?
  • Принцип работы HashMap и HashSet
  • Что такое Generic?
  • Когда используем bounded type: «T extends Class» и «T super Class»? Каковы их ограничения.
  • Отличия Abstract от Interface, когда какой лучше использовать?
  • Разница между pull и fetch
  • Разница между merge and rebase

Прочее

  • Минусы использования сторонних библиотек
  • Что вы будете делать, если ваше решение не совпадает с решением коллег или лида?
  • Какие свои качества работы в команде вы можете описать?
  • Если бы вы могли вернуться на 3-4 года назад, что бы вы изучали?
  • У вас есть команда, какие правила вы установите, чтобы писать тесты?
  • Какую книгу вы можете посоветовать? Необязательно про программирование.
  • Ваша жена не против релокации?

Алгоритмические задачки

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

  • Реализация merge сортировки из двух списков
  • Реверс массива
  • Из «abaaeba» получить (a: 4, b:2, e:1)
  • Реализация Set с помощью List (методы int count, boolean add, boolean remove)
  • Калькулятор, который парсит строки типа «1+2», «1 + 2 * 3 + 4» и возвращает вычисленное значение. Из операторов могут встречаться только + и *.
  • Написать Reentrant блокировку
  • Посмотреть код, где несколько потоков меняют одну Integer переменную. Сказать, какое значение получится в итоге. Предложить варианты исправления.

Code challenge

Задание, которое вы должны сделать, чтобы показать уровень своего кода и архитектурного мышления. Обычно вам присылают его по почте и дают несколько дней на выполнение.

Я убрал реальные адреса серверов из ссылок, чтобы не палить конторы.

1) Приложение, отображающее список сообщений

На сервере есть json файлы. До них можно добраться по ссылке: https:// /endpoint/.json, где PAGE — номер файла от 0 до какого-то произвольного числа, например, 15.

Каждый файл — это json массив из 50 сообщений. Сообщение содержит поля id, time и text.

Приложение должно загрузить сообщения с сервера и показать их в списке.

Юзер может удалить сообщение. Предпочтительно — свайпом, но можно и долгим нажатием.

При реализации можете добавлять фичи, чтобы показать свой уровень. Приветствуется чистый и тестируемый код.

  • постраничная подгрузка при скролле
  • кэширование, чтобы приложение при старте показывало ранее загруженные сообщения
  • некоторые сообщения в поле text вместо текста содержат ссылку на картинку, хорошо бы подгрузить и показать эту картинку

Срок выполнения — 5 дней. Про тесты ничего не сказано.

Я от себя добавил:

  • action mode, чтобы удалять сообщения
  • Retry кнопку, если была ошибка при загрузке данных
  • отдельный экран для просмотра сообщения из списка. Переход на экран был с анимацией Activity Transition. Картинка показывалась сначала из кэша в плохом качестве (как в списке), а затем грузилась полная версия.

2) Приложение с картой и поиском

Приложение должно найти и показать на карте 5 объектов, ближайших к вашей текущей локации.

Пример запроса: https:// /places/search?at=52.5311%2C13.3847&q=restaurant

В at передаем координаты своего местоположения, а в q — поисковый запрос. Результат приходит в json формате.

Результаты надо показать на карте. Можно использовать Google Maps. Но у этой компании было свое SDK для отображения карты, и я изучил и использовал его. Тем самым показал, что быстро могу разобраться в новом для себя SDK. При этом я заметил несколько вещей, которые можно было улучшить/исправить в SDK и на последующем собеседовании рассказал об этом.

Приоритет — качество. Про тесты ничего не сказано. Срок выполнения — неделя.

3) Приложение, отображающее список квартир.

По запросу на сервер приходит такой ответ:

items — список квартир. Для каждой квартиры указаны название, цена, локация, фото.

Необходимо в списке отобразить все полученные items. Каждая квартира должна показать первое из доступных фото, заголовок, цену и адрес. Примерный макет layout прилагался, но можно и что-то свое придумать.

Каждая квартира в списке может быть добавлена в избранное. Т.е. надо в layout квартиры добавить какую-то метку (например, звездочку), которая будет кликабельна и отобразит статус: в избранном или нет. Информация о том, что квартира добавлена в избранное, должна храниться локально. Т.е. после перезапуска приложения вы должны видеть, какие квартиры были отмечены

В приложении должен быть экран с картой, которая отображает локации всех квартир из списка.

Про тесты ничего не сказано. Срок выполнения — 5 дней.

Я все сделал и добавил несколько фич:

  • поддержка альбомной ориентации. В этом случае слева отображался список, а справа — карта.
  • нажатие на иконку в action bar покажет/скроет карту
  • нажатие на квартиру в списке центрирует ее на карту
  • и наоборот, нажатие на маркер квартиры на карте проскроллит список до этой квартиры

4) Выбор машины

Необходимо сделать что-то типа визарда для выбора автомобиля. На первом экране выбирается производитель (марка), на втором — модель, на третьем — год.

Соответственно, на сервере есть три метода, которые вам необходимо вызывать для получения этих данных.

— первый возвращает список производителей (id, name).

— второй принимает выбранный id из первого и возвращает список моделей этого производителя (name)

— третий метод принимает id из первого методы и name из второго и возвращает годы выпуска.

Первые два метода поддерживают постраничную подгрузку — у них есть параметры page и pageSize, и они возвращают totalPageCount.

Каждый экран должен отображать результаты выбора предыдущих экранов. Четвертый экран должен показать все, что в итоге было выбрано на предыдущих трех.

  • минимальный API — 16
  • постраничная загрузка на первом и втором экранах. Размер страницы — 15
  • идеально, если переход между экранами будет с анимацией
  • сделайте разные layout для четных и нечетных строк списка
  • поворот экрана должен работать без проблем

Опционально: на втором экране вместо постраничной загрузки грузите все сразу и добавьте текстовый фильтр по названию модели.

Вся работа по идее должна занять 5-6 часов, но они там понимают, что у вас есть дела/работа и вам дают неделю. Тесты писать необязательно, но если напишете, это будет большим плюсом.

5) Список разных данных

Надо собрать данные с двух разных API и отобразить их в одном списке.

1) Получить 50 репозиториев указанного юзера на github, используя GraphQL (https://developer.github.com/v4/)
2) Получить 50 фото с поиска Flickr. Там обычный json или xml (https://www.flickr.com/services/api/flickr.photos.search.html)

Вывести эти результаты в одном списке, чередуя друг с другом (репозиторий, картинка, репозиторий, картинка, . ).

Изначально экран не должен отображать данные. Есть только кнопка Load, по нажатию на которую начинается загрузка. Последующие нажатия на кнопку должны перезапускать загрузку.

Github данные должны отображаться просто как имя репозитория. Flickr данные должны отображаться как картинка. Нажатие на любой пункт списка должен перезапускать загрузку данных.

Можно писать на Kotlin. Про тесты ничего не сказано. Срок выполнения — 2 рабочих дня.

В этом задании для меня новым было GraphQL. Пришлось повозиться, пока нормально данные с гитхаба пошли. Времени на всякие плюшки в итоге не хватило.

Для всех этих заданий я делал тесты. В качестве архитектуры использовал MVP, а в двух последних еще и Clean Architecture. По возможности старался сделать чуть больше, чем надо, и добавлял какие-то навороты и удобства. Но уложиться в срок и сделать все качественно и красиво — всегда было приоритетом.

Присоединяйтесь к нам в Telegram:

— в канале StartAndroid публикуются ссылки на новые статьи с сайта startandroid.ru и интересные материалы с хабра, medium.com и т.п.

— в чатах решаем возникающие вопросы и проблемы по различным темам: Android, Kotlin, RxJava, Dagger, Тестирование

— ну и если просто хочется поговорить с коллегами по разработке, то есть чат Флудильня

— новый чат Performance для обсуждения проблем производительности и для ваших пожеланий по содержанию курса по этой теме

Ошибки собеседование в It gamedev или как я их вижу

Всем хей! Что же, мой предыдущий пост зашел гораздо лучше чем я думал. На данный момент 25 лайков — я искренне считаю это победой! Спасибо всем ^^
В этом посте я опишу общие ошибки и вещи на собесах, а в следующем уже больше про техническое собеседование для разработчиков. Если что, все что написано ниже это лишь мое мнение. Если у вас другое, то пишите ниже, всегда интересно.

Ну а теперь представим!

Одним мрачным вечером, в день, когда кроваво-красная луна вышла из-за горизонта и дожди вашего города омрачили жизнь всем его обитателям, (Извините, я из Питера) нервной походкой, вы заходите в бизнес-центр и ,обливаясь потом, идете на одно из ваших первых собеседований в геймдев. Вы не знаете, что вас ждет. Будет ли вас собеседовать вся команда, будут ли спрашивать вопросы из той части, которую вы не доучили вечером и поверят ли вам, если вы искренне обещаете стараться и работать по 10-11 часов в день, чтобы работодатель просто дал вам место вашей мечты и поверил в вас. Вы заходите, вы напряженны, но внезапно улыбчивый программист смотрит на Вас и говорит, что вы классный и все будет хорошо, и вас берут на работу…
Жалко, но так бывает редко! А вот страх перед собеседованием в первые годы работы всегда один и тот же.
За свою карьеру я проходил достаточно много собеседований, в том числе и на англиийском для работы за границей (Так я смог найти работу в Швеции). И сам собеседовал 30 — 40 людей для приема на работу. Поэтому у меня есть некоторый опыт, которым я хочу поделиться, мне бы в свое время он был бы очень полезен.

1) Новички, особенно после универа, постоянно воспринимают техническое собеседование как некоторый вид экзамена, только более суровый

Я считаю, что это полностью неверное представление. Когда вы приходите на технический собес, то вы скорее всего разговариваете с такими же людьми как и вы, которые являются работниками компании. Что это значит? Это означает, что люди, которые Вас собеседуют заинтересованы в том, чтобы с вами было комфортно работать.
То есть:
Если с вами и надо будет вожжаться (например, ищут джуна), то не очень долго. Вы не ребенок, вы самостоятельны и умеете учиться (или готовы учиться). Что такое долго — увы зависит от большого количества факторов (от проекта, загруженности работников, их собственного желания учить).
Человек, который приходит на собеседование, не должен иметь 100% опыта работы со всем, что написано в требованиях (если это не узкая специальность, конечно). Но он должен знать что это за требования, вероятно, иметь опыт работы со схожими вещами и быть способным быстро научиться. Например: вы не знаете что такое Jira, но пользовались Trello, вы не слышали о Git, но знакомы SVN или Perforce.
Мало того, мной замечено, что во многих компаниях требования к кандидату могут быть просто банально устаревшими, так как составлял их один человек много лет назад (Нет, они конечно обновлялись, но всем лень было их исправлять на 100%)
Кроме того, очень важно, какой вы человек. Если с вами неприятно, если вы заносчивый, конфликтный, сложный или от вас чем-то резко пахнет, или вы будете слишком неестественно себя вести, то вас могут не взять, ибо просто вы не понравились. И далеко не так важно, насколько у вас мега крутые супер-навыки. Разработка — командная игра. И почти всегда, лучше 5 мидлов, чем 1 синьер + 4 пережатых/раздраженных мидла, которые просто не работают нормально.

Если резюмировать, технический собес — покажи знания/умения и что ты крутыш и с тобой приятно иметь дело. Если знания плохи или ты *удила, то, пшел прочь отсюда. И поверьте мне, если команда девелоперов твердо сказала нет, то ни один нормальный менеджер не пойдет с ней ругаться.

2) Я буду говорить что буду работать 120% времени вместо 100%, чтобы меня взяли. Это не работает.
Если вы новичок, то большинство менеджеров заранее могут рассчитывать, что вы будете перерабатывать. В этом нет никакой тайны, что молодые специалисты кайфуют от работы и сидят кучу времени.
Вторая причина в том, что сейчас во многих местах пришли к тому, что компании не нужны уставшие сотрудники. Работайте 100% времени и бегом отдыхать, чтобы завтра работать также эффективно. Иначе все это может приводить например к тому, что первую неделю вы фигачите под 120%, а вторую под 60% (за то же время), а это получается 900% за две недели, а не 1000%.
Ну и в целом, если вы так говорите, это показывает, что вы не очень уверены в своих навыках. А люди это не любят.

3) Человек слишком много шутит и отвлекается от вопросов слишком сильно.
Он это делает из-за того, что он такой человек или он уходит от темы? Это очень сильно вводит в ступор человека который собеседует.

4) Человек пытается “вспомнить” ответ на вопрос и говорит очень много теоретических вещей без практики

Это одна из моих любимых тем. Видел ее нечасто, но бывало. К тебе приходит кандидат и он не работал с вещью, которую у него спрашивают, но, например, он читал про нее. Он пытается выдать свой теоретический опыт за практический и это почти сразу видно.
Вообще, я бы в целом советовал не обманывать. Хитрить (показывать свой бытовой ум. Кивает, угу, угу. ) можно, но ловко и грациозно, обманывать неть^^)))
Например, такая ситуация — вас что-то спрашивают, но вы не шарите, хотя, что-то такое слышали. Я обычно в такие ситуации говорю примерно так: “я сильно не уверен, что такое геймдев, так как мало с ним работал. Однако, в нем есть слова игра и дев, значит это скорей всего что-то про игры и каких то девушек?…. (тут шутка была, если что)

5) Не стоит слишком много и долго говорить о себе (10-15-20-40 минут) или о какой-то теме, особенно если она понятна только Вам.

Это скучно… А еще собеседователь должен вас затыкать. А программисты бывают скромными. А болтливый менеджер ушел фиг знает куда.
Делайте паузы, народ. Это очень частая фигня, что люди нервничают и строчат пулеметом про свой опыт, тебе приходится их перебивать, а они начинают еще сильней нервничать. А потом и вы начинаете нервничать… и менеджер… и потом родные менеджера, так как у него плохое настроение… а потом это перекидывается на весь мир и бааам… ядерный взрыв!
Короче, плз, не надо, это мое наболевшее.

6) Проявляйте интерес к месту в которое вы идете.
Потратьте 15-20 минут ресерч, если пошли, даже если на 95% уверены, что это не ваше (иначе зачем вы вообще пришли). Когда вы можете рассказать что-то о компании, это вызывает симпатию. Порой я встречал людей, которые не могут вспомнить название компании в которую они пришли.

7) Во многих компаниях вырабатывается свой стиль, как проводят собеседования и что спрашивать… гуглите, в интернетах могут рассказать, что спрашивают именно в этой компании.

Мастер Йода рекомендует:  CSS-свойство border

Скорей всего я дофига еще чего пропустил. но чувствую, что начинаю расплываться, так что давайте закончим на этом. Я надеюсь, что кому-нибудь это пригодится.
Еще раз. Это лишь мое мнение)

Трудоустройство Andro >

В последнем нашем подкасте мы, совместно с профессиональным рекрутером, поговорили про то, как устроиться на работу, как прийти и пройти собеседование, о чем лучше не писать в резюме и многом другом.

Денис: Как все устроено на рынке мобильной разработки? Что у нас в России с количеством мобильных разработчиков и соотношением iOS и Android? Насыщен ли рынок мобильными разработчиками?

Евгения: Мы актуализировали специально к этому выпуску свои данные. Если смотреть глобально, всего разработчиков в России около 200 тысяч. Если смотреть на мобильную разработку в целом (iOS и Android), то это в районе 11 тысяч человек на всю Россию. Это, действительно, не очень много. И если смотреть именно большую разбивку по направлениям, то Android сейчас в России занимается примерно 7,5 тысяч человек. И примерно 5 тысяч iOS-разработчиков.

Важно понимать, что это наша оценка снизу. Мы считаем квалифицированных специалистов, которые уже готовы выйти куда-то работать и писать код, то есть интернатуру мы не берем. Но тут, в принципе, можно, интересно посмотреть на цифры по регионам.

Из этих 11 тысяч человек большая часть приходится на Москву. В Москве мобильных разработчиков в районе 45% от общего количества. На втором месте по региону стоит Петербург, здесь где-то 25%. И уже дальше, в порядке убывания, регионы идут – Новосибирск, Казань и Нижний Новгород. Это самые лидеры. Все остальные уже равномерно размазаны. Томск, Омск, Пермь. Все наши любимые города.

Денис: Расскажи про компании. Ведь это же как раз потенциальные работодатели.

Евгения: С компаниями, если именно с глобальной точки зрения смотреть, все делится на два больших направления. Во-первых, это крупные технологические, продуктовые или финтех компании.

Во-вторую уже идут аутсорс разработки и студии.

Если выделять поток работодателей по количеству команд, которые представлены, то тут однозначно лидируют все наши крупняки, которых мы знаем. Это и Яндекс, и Mail, и СберТех, и Тинькофф, и Рамблер. По аутсорсу больше видны EPAM, Redmadrobot, Agora, Hyperboloid. То есть тоже все знакомые компании.

Денис: Продукты больше платят, чем аутсорсеры своим ребятам или зарплаты на одном уровне?

Евгения: Смотря какие. Мы еще хотели с тобой сегодня подробно обсудить тему зарплат, но забегая вперед честно скажу, что у всех разные денежные составляющие. Понятно, что если ты работаешь на аутсорс, тем более если это не российские заказчики, то, скорее всего, на сегодняшний день зарплата у тебя будет больше. Но если смотреть на перспективу в 2-3 года, то продуктовые компании выигрывают так или иначе — со своим всем соцпакетам и по тому, как у них зарплаты устроены.

Денис: Давай пока поговорим про оплату по уровням разработчиков. Сколько же в Москве, Питере и регионах зарабатывают разработчики?

Евгения: Я готовила цифры по Москве, именно по «вилкам», потому что регионы уже зависят от уровня жизни. Соответственно, говорить буду про цифры, которые получают сейчас на руки.

Джуны в мобильный разработке получают потолок в районе 110 на руки. То есть это где-то совсем наверху, когда ты очень способный, и ты уже практически в мидлы перескакиваешь.

Мидлы в Москве по верхней границе где-то до 160 на руки.

Соответственно, сеньоры уже где-то до 230.

И тим-лиды до 280 потолок.

Но это такая, очень «средняя температура по больнице». Понятно, что есть компании, которые платят выше рынка, и есть компании, которые, может быть, платят чуть ниже рынка, хотя их уже практически не осталось. Это средние цифры.

Денис: А куда деваются такие компании? Они закрываются или приходится им платить выше, иначе невозможно нанять?

Евгения: Выравниваются, подстраиваются, так или иначе, потому что рынок-то греется, перегревается, и в какой-то момент ты уже за одну идею работать не пойдешь.

Денис: Зато многие сидят на старых местах и говорят: «Ну, и что, что мало платят, зато я здесь всех знаю».

Евгения: Но это уже другое. Это уже про индексацию зарплаты. Если у тебя работодатель не индексирует зарплату уже несколько лет, это плохо. Ты уже получаешь ниже рынка, и нужно смотреть, идти разговаривать на эту тему, что, чуваки, давайте как-то в более рабочее русло переходить.

У меня был в анамнезе Android-разработчик, который пришел и сказал, что ему 4 года не повышали заработную плату. За 4 года Android-разработка ушла вперед такими семимильными шагами, что я вообще не понимаю, как он сидел тогда за свою зарплату, которая у него была 4 года назад.

Денис: Я хочу дать ребятам маленький совет.

Запомните слово «перформанс-ревью». Когда вы придете к начальству говорить о деньгах, говорите не о том, что надо пересмотреть зарплату. Это выглядит неловко. Надо говорить «Давайте посмотрим мою производительность» — это звучит гораздо приятнее. И вот на основе производительности уже нужно делать выводы.

Многие, кстати, неуверенны в себе. Они хорошие ребята, они хорошо делают — но есть комплекс, что где-то на свете есть гораздо круче ребята, которые знают больше, и поэтому ничего, что мне платят не так много. Но все равно не бойтесь говорить: «Давайте устроим перформанс-ревью». Это и вам в плюс всегда. Вы будете знать, что каждые полгода у вас есть проверка, которая будет показывать, насколько хорошо вы работаете. И на основе этого, можно сделать выводы – стоит ли вам повышать зарплату или нет. И вы тоже этими выводами сможете оперировать.

Второй наш раздел, о котором мы сегодня хотим поговорить – это, собственно, процесс трудоустройства. Давай поговорим о собеседованиях в крупных компаниях и стартапах. В чем основное отличие?

Евгения: Основное отличие все-таки в требованиях и в том, что спрашивают. То есть со стартапами – это совсем непредсказуемая история. С одной стороны, вы можете нарваться на выходцев из крупных IT-компаний, которым не давали спуска на собеседовании, и которые под копирку привыкли у всех входящих спрашивать алгоритмы. Но в целом стартапы больше все-таки ориентируются на тот опыт, который у вас уже был, то есть больше на практику – что вы уже реализовывали, что вы уже умеете, в чем вы уже навострились, и можно ли вас быстро подключить к тем задачам, которые есть, потому что все горит, и нужно делать. Плюс еще, действительно, смотрят на то, сколько у вас гибкости, то есть сможете ли вы быстро влиться в развитие проекта.

С крупными компаниями все довольно стандартно. Им нужно, чтобы вы знали и хорошо разбирались с теорией – это алгоритмы, структуры данных, платформы, код на листочке и все, что мы “очень любим делать”. Ну, в кавычках, конечно.

Денис: А вообще крупные компании хантят просто разработчиков, software engineers? Или они все-таки редко когда так делают, и в большинстве своем, если человек хорошо знает Android, то они его берут на Android?

Евгения: Если смотреть на глобальный мировой рынок – в мире есть команды в крупных компаниях, в которых разработчики такие универсальные солдаты, которые действительно software engineers. И они могут и бэк, и под мобилу, и под фронт, и вот куда их ни посади, они смогут примерно все написать.

У нас же все-таки больше специфики. И если мы понимаем, что нам нужен мобильный разработчик, мы и будем брать мобильного разработчика, с бэкграундом мобильного разработчика.

Многие компании готовы действительно переучивать. Например, сейчас есть ребята, которые были ксамаринщиками, но они хотят перейти, например, в iOS или в Android. У них хорошая теоретическая база, они прекрасно пишут код на C#. Но это очень редкие истории. Обычно все-таки работодатели хотят, чтобы у вас уже был опыт, и чтобы вы подтверждали свою квалификацию, подтверждали финансовые ожидания своими навыками. Хотят, чтобы вы, так или иначе, имели опыт и понимали, что как работает.

Александр: Я довольно часто смотрю резюме, потому что занимаюсь постоянно наймом. И когда ты видишь, что в резюме Xamarin или другие кроссплатформенные фреймворки, то это часто очень демотивирует. То есть я даже могу посоветовать, наверное, не указывать это в первую очередь. Например, если вы еще и гуру Xamarin, кроме того, что хорошо шарите в Android, то, наверное, лучше его немного придержать. Или рассказать об этом на непосредственном собеседовании, когда вас позовут и вы уже докажете свою квалификацию, потому что, к сожалению, так часто получается, что когда человек занимается и тем, и другим, когда у него очень-очень много баззвордов написано, то на самом деле он не знает ничего нормально. Но это у меня такое ощущение сложилось, по тому, насколько я с кандидатами общался.

Евгения: Я могу только поддержать. И здесь многих действительно Xamarin и кроссплатформенность будут отталкивать, потому что на рынке очень много сейчас нативной разработки, и на нее идет основная упор. В целом ребята, которые сейчас кроссплатформенные разработчики, ксамаринщики, я их вижу очень редко. Я вижу в основном уже таких ребят, у которых эта история в прошлом, но у них действительно не всегда хорошая бывает настоящая нативная база. Они могут хорошо разбираться в платформе, они очень хорошо пишут код на C#, как правило, но как только ты начинаешь копать в Java или в Objective-C, или в Swift, или во что-то еще, то у них начинаются очень большие пробелы, с которыми не всегда готовы мириться текущие команды.

Денис: Человек определился с компанией, или его пригласили. У него есть собеседование в аутсорс-компанию, и есть в продуктовую компанию. Какая разница в собеседовании в аутсорс и в продукт будет?

Евгения: На мой взгляд, здесь разница именно в подходах – ребята из продуктовой разработки ждут, что ты в продуктах ориентируешься, что тебе не все равно на твоих пользователей, ты действительно болеешь за продукт, ты трясешься над всем фидбэком, ты постоянно думаешь, как улучшить свой продукт, ты начинаешь уже тоже постепенно смотреть на приложение со стороны бизнеса и со стороны того, как оно развивается.

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

Александр: Можно посоветовать, если вы собеседуетесь в продукт, то у вас могут спросить обязательно: «Что в нашем продукте не так? Что вы считаете нужным улучшить?» и т.д. Если вы идете собеседоваться в продуктовую компанию, то обязательно посмотрите их приложения, сервисы.

Денис: Да, обязательно попробуйте приложения и продукты перед тем, как идти, однозначно. Это правда. Мы до этого обсуждали кроссплатформенный Xamarin. А можно еще пару слов про React Native? Мне кажется, если у человека опыт React Native, то нужно понять — он вообще больше web-разработчик, фронтенд, или он все-таки больше из мира мобильного, с мобильным бэкграундом, потому что если у него опыт React Native, то, скорее всего, это выходец из web.

Евгения: Да, все так. Здесь я даже мало что смогу добавить. У рынка очень большой запрос на нативную разработку, пока что без React Native. То есть да, он появляется, но пока что объемы сравнительно небольшие

Мы, рекрутеры, смотрим и не всегда бывает понятно. React Native для нас пока что еще это про фронтенд история, не про мобилку.

Александр: Я ребят попросил, что бы они выбрали, какие баззворды чаще всего встречаются для Android-разработчика. И вот, как ни странно, в них нет ни Flutter, ни React Native. В основном это всякие RX, Java, Android, Git.

Евгения: Я сегодня посмотрела: Flutter на LinkedIn в России сейчас у шести человек написан, на Хедхантере у других тоже у шести человек написан. Вакансий с Flutter вообще ни одной еще нет. Технология новая, оно и понятно. Так что кажется, что это такие действительно очень редкие технологии, которых на рынке практически еще нет.

Денис: Я еще хотел сказать про кроссплатформенные приложения.

Когда мы смотрим человека с React Native, то ощущения примерно такие же, как и с Xamarin — лучше постесняться. И вообще любой нативщик считает любую кроссплатоформу чем-то за гранью добра и зла. Поэтому отношение у тех, кто собеседует, к кроссплатформе не самое благоприятное. Имейте это в виду. Возможно, часто это необъективно. Но если не хотите добавить лишнюю отрицательную оценку, то лучше не пишите об этом.

А чем отличается собеседование за границу? И какую заграницу? Что под заграницей понимается?

Евгения: Давай брать глобальную историю все-таки. Здесь разные абсолютно подходы могут быть. Понятно, что пункт номер один для всех ребят, которые хотят попробовать поработать не с рынком СНГ – это английский на уровне Fluent. Вот однозначно это самый первый скил, который будут проверять, и нужно много уметь разговаривать на английском, и разговаривать хорошо. Нужно для себя принять, что это в России ты можешь быть звездой, и тебя может знать каждый второй разработчик, и ты можешь быть супер классным. Но когда ты выходишь за пределы СНГ, ты встаешь уже в соревнование с немножко другим потоком людей, и таких как ты там довольно много. Поэтому рекруты того же самого, например, Google, все равно будут обращать внимание на ключевые вещи.

Это и образование, чтобы был ВУЗ, который входит в топ-100 мировых. И предыдущие компании. Не все компании захотят с вами разговаривать, если они никогда раньше не видели продуктов этой компании за пределами России. Вы можете делать бесконечно прекрасный продукт в какой-нибудь компании «Цветочки» в какой-нибудь Перми. Если про этих «Цветочки» никто нигде не знает за пределами России, то, скорее всего, многие компании даже не заходят с вами разговаривать, потому что для них нужно понимать, что у вас, грубо говоря, мозги на месте. В компаниях, условно, типа Яндекса, есть хорошая школа разработки, и всю дурь из всех уже выбили к тому моменту, как ребята оттуда собираются уходить.

Если для вас было тяжело проходить все секции по алгоритмам в некоторых наших русских компаниях, то здесь с этим нужно просто смириться, потому что это будет базовый пункт, с которым вы столкнетесь в большинстве крупных компаний на глобальном рынке. Алгоритмы, структуры данных, умение писать код без ошибок – здесь можно это все помножить просто на десять…

Денис: Я должен тоже немножко добавить.

Ребята, не бойтесь ничего. Женя вас чуть-чуть напугала, что Fluent английский должен быть. Я все-таки, как уехавший и общающийся с большим количеством ребят, которые уехали, могу добавить, что язык – да, очень важен, но даже если вы плохо разговариваете, но вы топ-кодер, решаете задачи на лету, у вас очень сильное резюме, вы работали в каком-то очень крутом проекте, с какой-то очень узкой, но очень важной потенциальному работодателю технологией, даже без языка вас заберут.

Заберут и будут с вами на пальцах общаться через Google Translate, потому что вы нужны, потому что таких, как вы, нету.

Если вы более заурядны, по вашей собственной оценке, то, конечно, делайте акцент на язык и решайте задачи. Практически все за рубежом, даже маленькие компании, больше спрашивают задачи. Да и в России тоже уже стали достаточно много спрашивать задач алгоритмических. Поэтому алгоритмы – наше все. Покупайте книжки по подготовке. Не бойтесь этих задачек. А, может быть, вы уже в ВУЗе много занимались, вы – олимпиадник. И это тоже вам очень сильно на руку. Но и это, опять же, не обязательно. Как карта ляжет. Возможно, вы супер просто без английского и без алгоритмов попадете в какой-нибудь блокчейн-стартап “Что-то там LLC” там на Кипре. И будете с русскими общаться, никогда не пересекаясь с иностранцами, но живя за границей. Такое вполне вероятно и с более дальними странами.

А сейчас давай поговорим про ожидания работодателей на разные позиции, на разные грейды. Во-первых, расскажи про грейды. Они такие же классические или какие-то особенные у каких-то компаний? И что там за ожидания?

Евгения: В ожиданиях все довольно очевидно, в грейдах тоже формально все так и бьется: джуны, мидлы, сеньоры, лиды — и стандартная сетка пошла. Другой вопрос, что все компании по-своему строят систему грейдов. Во многом все грейды построены на костяке сотрудников, который у них работал на момент, когда эти грейды строились, и условно, взяли команду, поняли, что вот это у нас сеньоры, это мидлы, это джуны, и всех входящих уже оценивают именно по этой системе. Нормальная ситуация, когда ты приходишь в одну компанию Х, и тебя там оценивают на такого хорошего мидла, который практически уже перешел в сеньоры. А для другой компании по знаниям, по опыту ты хороший уверенный джун, но не более того. Это нормально. Универсальных каких-то грейдов на рынке нет, но есть глобальное понимание, что компании хотят, и что они ждут от тех, кто к ним приходит.

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

Понятно, что когда работодатель берет джуна, это значит, что у них есть мидл, который будет за этим джуном очень много следить. Либо это будет вся команда, либо один единственный человек, но вот с этим джуном будут отчасти за ручку ходить и следить, как он что делает.

С мидлами уже еще посложнее — понятно, что у мидлов тоже должна быть эта хорошая теоретическая база. Она должна сохраняться, она никуда не будет деваться. И дальше уже хотят видеть опыт проектов, которые уже закончены, примеры кода. Да, у него, может не будет какого-то опыта в других частях, но уже какую-то одну тему он изучил, и изучил хорошо. И человек уже более-менее умеет командную работу. Его все равно нужно будет ревьюить, направлять, но он уже потребует гораздо меньше трудозатрат, чем джуниор-специалист. Его можно посадить, он будет работать, что-то делать.

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

От лидов бизнес уже хочет какой-то опыт менторства джунов хотя бы (если мы говорим о лидах, которые без опыта работы, то есть это такие хорошие сеньоры, которые хотят уже лидами стать). Либо это уже уверенные лиды, у которых были команды в подчинении, хотя бы от трех человек, если это совсем маленькое что-то. Тут ребята много смотрят на понимание бизнеса, умение работать с продуктовым направлением и с продуктовыми аналитиками, и с продакт-менеджерами и т.д… И умение договариваться с бизнесом, и понимание вообще, как продукт строится, какие бизнес-процессы, куда что идет.

Денис: Тут еще нужно отметить то, что лид – это не то, чтобы прям ступенька над сеньором. Некоторые ребята не хотят это делать или не умеют. И это нормально вполне.

То есть они становятся хорошими техническими экспертами. А вот лид – это просто немножко шаг в сторону, шаг к управлению. Еще хочу отметить то, мидлы как раз должны знать теоретическую базу полностью, наверное, и у них должен быть хороший опыт. То есть мидл, по сути – это такая боевая единица, и она обычно в компаниях составляет основную силу такую вот пробивную. А сеньоры – это уже когда он может что-то доресечить, что-то куда-то закопаться. Вот так, наверно, я бы разграничивал.

Евгения: Еще важно же понимать, что мидл мидлу рознь, есть ребята, которые только, грубо говоря, начинающие мидлы, кто-то – законченный. И здесь я просто больше имела в виду ситуации, когда, ну, бывает такое, что человек сидел, три года одно приложение делал. Он действительно хороший мидл, но он еще не все умеет, не все знает. И это тоже нормально. То есть он боевая единица, но ему тоже нужно где-то качаться, еще в каких-то областях расти.

Александр: Нужно отметить: у мидлов часто есть такой синдром сеньоров, то есть часто сеньоры считают себя мидлами, а мидлы – наоборот, сеньорами. Когда они приходят на собеседование — это типичная ситуация. Человек сидел три года, занимался своим проектом. И вот он вроде все делает, все фичи, которые ему приходят, он их реализует довольно быстро. Он приходит на собеседование, и при этом не подготовился, потому что он считает: «Я уже сеньор». И при этом у него, получается, такая не очень хорошая теоретическая база, и он очень сильно валится. Поэтому, если вы чувствуете себя таким мидлом, почти сеньором, то перед собеседованием обязательно повторите теорию, потому что могут неплохо завалить.

Евгения: Здесь соглашусь. Я действительно встречаю очень много ребят, которые валятся на каких-то элементарных базовых вещах. Причем очень странно. У ребят очень богатый уже опыт реализации чего-то, но при этом, действительно, на всех собеседованиях очень хорошо копают в теоретическую базу. И, в принципе, я и говорила, что начиная с джунов нужна хорошая теоретическая база. Ее спрашивают на всем протяжении вашего карьерного пути. То есть ее ни в коем случае нельзя забывать, ее нужно качать, и очень много качать.

Денис: Да. Послушайте наш выпуск про то, что нужно знать интернет-разработчикам на собеседованиях. У нас тоже было, по-моему, даже два выпуска «Что нужно знать новичкам?». Там прям мы все пункты обходили.

Дальше у нас подготовка к интервью. Мы уже проговорили, что нужно порешать задачки, повторить теоретическую базу, попросить товарища, чтобы он вас пособеседовал, коллегу по профессии. Потому что ничего нет лучше интервью. Особенно если вы на английском интервью готовите, попросите русскоговорящего товарища по-английски вас погонять. А если есть иностранец, то это вообще идеально. И это очень сильно поможет. И вы сразу с ним пройдете и посмотрите, что было не так, что так. А если запишете и посмотрите, вообще придете к совершенству потом на реальном собеседовании. Что вы еще, Жена, Саша, добавите?

Александр: Я еще посоветую перед тем, как идти в компанию своей мечты, куда вы там хотите пойти, сходите на какое-нибудь пробное собеседование. Вы сходите, и вам сразу же подсветят какие-нибудь там слабые места. Не так, что вы готовились полгода, год и пошли потом на собеседование. Нет. Но делайте такой итерационный процесс. Сначала пойдите вот в компанию, в которую вы никогда не пойдете, или с малой долей вероятности пойдете. А вот уже потом только вот в компанию мечты.

Денис: Да. Может быть, вы еще потом в эту компанию работать пойдете. Она окажется не такой уж и плохой. А компания вашей мечты вам откажет или вам не понравится. Вообще будьте осторожны со словами «компания мечты», потому что вы начнете ее бояться, бояться идти в нее собеседоваться и думать, что там все идеально, приукрашивать, а все остальные компании – недооценивать И как раз вот собеседование в других компаниях в качестве подготовки откроет вам глаза на многое.

Евгения: Я тут, скорее, добавлю именно, что когда будете прогоняться по техническим вопросам, не забудьте еще о себе хорошо, бодро кому-нибудь рассказать. Сначала подготовить, соответственно, какой-то self-speech о себе, о своем опыте. Он не должен быть большим, краткий, но его хорошо лучше оттренировать заранее, проговорить пару раз перед зеркалом, предварительно написав еще к тому же (это вообще в идеале). И потом уже дальше рассказать маме, еще лучше – бабушке, которая вообще не понимает в том, чем вы занимаетесь.

Александр: Еще лучше – коту.

Евгения: Пятилетнему ребенку. Ну, с котом сложно. Он не будет тебя спрашивать о том вообще «Что? Какой дагер? Чего происходит вообще?». Там не будет такого. Лучше всего найти небезразличных родственников. И плюс еще, действительно, возможно, стоит куда-то сходить, потренироваться, потому что с компанией мечты сложно. Но здесь еще хочется понимать, что можно, конечно, прийти в какой-нибудь сомнительный непонятный проект пособеседоваться, но это будет совершенно другого уровня вопросы.

В каком-то плане вас это расслабит, и вы уже не будете так сильно бояться собеседоваться. Но с другой стороны, если компания мечты спрашивает по полной, то компания уровня мидл и ниже просто вам не так сильно пробелы устранит.

Крупняки, как правило, пишут о себе, что они вообще спрашивают на собеседованиях, разбирают задачки, еще что-то делают. Стоит почитать и еще спросить у тех, кто недавно туда ходил собеседоваться, не изменилось ли что-то, за полгода. Может быть что-то устарело.

Александр: А еще можете прямо смело спросить: «Что мне нужно знать вообще на собеседовании?». Может, даже сработает. Если бы меня спросили «Саша, что нужно, чтобы попасть в Хедхантер?», я бы сказал: «Изучите вот то, то, то». Это никакой не секрет, что я буду спрашивать. Главное, чтобы человек в этом ориентировался, и когда я копну в глубину, тоже все это понимал.

Евгения: Еще не нужно бояться. Иногда бывает, что ты говоришь человеку: «Тебе, чтобы хорошо пройти, нужно знать вот это, вот это и вот это». Человек уходит, на следующий день возвращается и говорит: «Нет. Спасибо. Давайте через полгода. Я немножко не могу». Он начинает бояться. И тут все-таки я бы сказала: не бойтесь пробовать. Большинство компаний понимает, что ставить крест на разработчиках, если кто-то с первого раза не прошел интервью, это вообще плохая история. Есть ребята, которые в некоторые компании заходят с четвертого раза просто потому, что, наконец, научились нормально отвечать на вопросы.

Денис: А есть какая-то средняя статистика, через сколько компании готовы рассмотреть того же кандидата повторно, если он подготовился и стал более уверенным?

Александр: Ты знаешь, в среднем, наверно, полгода-год.

Евгения: Тут есть ремарка одна большая. Можно ходить куда угодно раз в год. Каждый год мы с ребятами ходим в баню… Сколько угодно. Но если у вас за этот год ничего не изменилось, вы не отработали все те вопросы, которые у вас спрашивали… Условно, если вы хотите через полгода снова вернуться в компанию Х — подумайте, вы на те же вопросы, на которых вы завалились, ответите или нет? Если нет, лучше не идти. Как рекрутер могу сказать: мы смотрим еще на то, что произошло за эти последние полгода. Мы действительно спрашиваем: «А что ты делал, чтобы подтянуться?». Мы смотрим, перешел ли человек в какую-то другую компанию. То есть год назад он у нас был, за этот год он сменил место работы. Мы прекрасно знаем, какие на новом месте разработчики. Бывают ситуации, что человек вроде бы перешел в другую компанию, и вроде там ничего, но ты знаешь, как там устроено, и для тебя у него не появилось ответов на старые вопросы. То есть то, что он сменил место работы, на него никак особо не повлияло, на его знания.

Если он действительно пошел, поучился, попроходил курсы на Coursera, поступил в школу Яндексовую, еще что-то сделал — да, скорее всего у него база сдвинулась с мертвой точки. Если он, условно, был в регионе, а сейчас вышел в СберТех, в Москву переехал, то, скорее всего, тоже что-то изменилось. Если за год ничего кардинально не менялось, он просто решил попробовать еще раз, скорее всего это провальная будет попытка.

Денис: Это правда. Женя, а у тебя есть какой-то чек-лист для подготовки к собеседованию?

Евгения: Зависит от компании. Как правило, универсального чек-листа нет, они слишком индивидуальны. Есть понятная база, алгоритмы, структуры данных, платформы, какие-то направляюще вещи по тому, что там внутри спрашивают. Но по сути, действительно, в каждой компании все по-разному. Есть компании, которые просто элементарно так спрашивают технические вопросы, проверят, что ты шаришь и соображаешь, а дальше начнут копать в мотивацию и в то, что ты знаешь о компании. И здесь получается, что нужно готовить их к этому моменту много.

Денис: Тут надо сказать, что в интернете очень много чек-листов – что нужно знать там по платформе, например. Если мы говорим про Android, то откройте эти листы и посмотрите. А дальше уже ваш скилл будет определяться глубиной знаний по каждой из тем.

Евгения: Тут я честно даю всем совет — обратитесь к рекрутеру, либо к кому-то из знакомых, кто работает в компании, спросите, что спрашивают на интервью, и как они проходят. И по этой информации уже готовьтесь. Многие компании вообще, в принципе, пишут в открытую, что они спрашивают, к чему именно готовиться, какие аспекты повторять. Пользуйтесь этим.

Александр: Поход на собеседование – это, в принципе, такая же проектная деятельность. Сначала вы в ней не очень хорошо разбираетесь, а со временем начинаете шарить лучше. Поэтому не бойтесь ходить просто на собеседования, это отличная подготовка боем. Но при этом, если вы ничего не знаете, ничего не повторяли, то можно неплохо опозориться.

7 советов, которые помогут вам пройти собеседование и получить работу

Для одних испытание, для других шанс, для третьих развлечение. Но все хотя бы раз в жизни проходят через это. Наша статья подарит вам семь ценных рекомендаций по подготовке и прохождению собеседования при трудоустройстве.

Проведите информационную разведку

Если перефразировать известный афоризм, то можно сказать: кто владеет информацией, тот владеет ситуацией на собеседовании.

Прежде чем отправиться в офис, узнайте:

  • с кем вы будете беседовать: с начальником, руководителем отдела кадров или его рядовым сотрудником;
  • формат интервью (групповое или индивидуальное, вопрос-ответ или самопрезентация);
  • дресс-код и вещи, которые нужно иметь при себе (документы, гаджеты и прочее);
  • как добраться (опаздывать недопустимо).

Поможет выяснить это сайт компании или звонок в офис.

Составьте карту ответов на типичные вопросы

Интервью при устройстве на работу однотипны и одновременно не похожи друг на друга. Многие слышали о стрессовых собеседованиях, где могут внезапно начать кричать на соискателя, чтобы выбить его из колеи. Также есть так называемые case-интервью: претендента помещают в некие обстоятельства (например, разговор с недовольным клиентом) и наблюдают за тем, как он решает проблему.

Не всегда удаётся выяснить, какой тип собеседования предпочитают в той или иной компании, поэтому готовым нужно быть ко всему.

Для этого сделайте карту с ответами на типичные вопросы и просьбы (их задают в 99,9% случаев):

  • топ-5 ваших главных достоинств;
  • в чём вы хороши;
  • стратегические направления саморазвития;
  • предложения по работе компании;
  • ваша жизненная и рабочая философия;
  • ваши краткосрочные и долгосрочные цели;
  • необычные задачи, которые вам приходилось решать.
Мастер Йода рекомендует:  1–3 августа, Иннополис конференция IT Nights

Также следует заранее подготовить перечень тем, которые вы хотели бы обсудить с менеджером по персоналу.

Интерпретируйте вопросы нанимателя

«А» не всегда означает «А», а дважды два не всегда четыре. Рекрутеры порой задают коварные вопросы, где за простой формулировкой кроется хитрый план — заставить соискателя сказать больше, чем следует.

Простой вопрос: «Какую заработную плату вы хотели бы получать?». Но ответ помогает интервьюеру понять вашу мотивацию: деньги, социальные гарантии, график работы и прочее. Если вас спросят, были ли у вас конфликты с руководством и как вы их разрешили, то, скорее всего, HR-менеджер хочет узнать, склонны ли вы брать на себя ответственность или привыкли перекладывать её на других.

Хитрых вопросов — множество. Нужно уметь видеть «двойное дно» (без фанатизма!).

Продумайте своё невербальное поведение

HR-менеджеры — люди, а не автоматы. Они, как все, обращают внимание на невербальные знаки: внешность, мимика, походка, жесты и прочее. Опытному профессионалу могут отказать только потому, что он неправильно вёл себя.

Продумайте заранее язык тела. Если от волнения вы привычно дёргаете ногой, то сядьте нога на ногу. Если стучите пальцами по столу, попробуйте занять руки чем-нибудь, например шариковой ручкой.

HR-менеджеры — люди, а не автоматы. Они понимают, что вы волнуетесь. Но естественность в невербальном общении повысит кредит доверия к вам.

Установите табу на некоторые темы

«Расскажите о себе», — просит интервьюер. «Я родился 2 апреля 1980 года (по гороскопу Телец). В юности занимался футболом, был капитаном городской команды. Потом окончил институт…» — если рассказ соискателя примерно таков, не видать ему должности как своих ушей.

Есть вещи, которые абсолютно неинтересны работодателю и которые никак не характеризуют вас как профессионала. В приведённом примере это год рождения (это можно прочесть в резюме), знак зодиака и спортивные достижения.

Есть темы, на которые нужно наложить для себя табу:

  • пересказ резюме;
  • личные жизненные цели (купить дом, завести детей и прочее);
  • репутация компании и её сотрудники;
  • навыки и опыт, не имеющие отношения к будущей работе (прекрасно готовлю, разбираюсь в сантехнике и тому подобное);
  • неудачи, демонстрирующие некомпетентность.

Так же, как вы составили план, о чём будете говорить, напишите и запомните темы, которые следует игнорировать. Также подумайте, как корректно ответить, если вас всё-таки спросят об этом.

Созерцайте, чтобы успокоиться

Собеседование — дело нервное. Можно забыть, как тебя зовут, не говоря уж о демонстрации деловых качеств.


Чтобы успокоиться, оглянитесь вокруг. Осмотрите офис, технику, сотрудников. Детали расскажут вам много о компании, куда вы собираетесь устроиться, а их анализ поможет привести в норму нервную систему.

Критичный взгляд на фирму и будущих коллег может повысить чувство собственной важности. Помните: компания нуждается в хорошем работнике так же сильно, как вы в хорошей работе.

Берите инициативу в свои руки

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

Не тратьте время на бесполезные «Вы сами позвоните мне или мне перезвонить вам?», «Почему эта позиция открыта?» и так далее. Проявите себя как инициативный сотрудник. Спросите:

  • Есть ли у компании какая-то актуальная проблема? Как вы думаете, чем я могу вам помочь?
  • Не могли бы вы описать, каким вы представляете идеального кандидата на эту должность?
  • Какой совет вы могли бы дать тому, кто начинает работать в вашей компании?

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

Следование этим советам подготовит вас к собеседованию и увеличит шансы на трудоустройство.

Руководство для разработчиков: 7 советов по прохождению собеседования

Команда IT-рекрутингового агентства GMS в своем блоге рассказывает о поиске работы для разработчиков, например, как им следует составлять свое резюме, чтобы получить приглашение на собеседование. Команда проекта Triplebyte, который занимается подбором ИТ-специалистов для многих известных стартапов, опубликовала материал, в котором дала советы, которые помогут программистам успешно пройти интервью. Авторы блога GMS подготовили адаптацию этой заметки.

Для того чтобы удачно пройти собеседование недостаточно быть хорошим программистом. Решение какой-либо технической задачи в реальных условиях может занимать недели и месяцы, на интервью у кандидата будет куда меньше времени. Именно поэтому для разработчика важно умение излагать свои мысли четко и лаконично, несмотря на психологическое давление.

Задача несколько усложняется тем фактом, что с большой долей вероятности беседу придется вести с человеком далеким от технических подробностей. Однако есть несколько простых правил, которые позволят успешно пройти это испытание.

Важно демонстрировать вовлеченность

Энтузиазм во время собеседования играет важную роль. Очень часто разработчики «заваливают» интервью своими ответами на не-технические вопросы. В таких случаях в качестве причины отказа представители компании могут указать «несоответствие корпоративной культуре». В 9 из 10 случаев это просто означает отсутствие увлеченности процессом собеседования у кандидата и тем, чем занимается сама компания. Можно долго спорить, зачем это нужно, но людям, работающим в компании нравится, когда кто-то демонстрирует искренний интерес в ее работе. Они убеждены, что увлеченные коллеги будут работать с удвоенной энергией.

Подобный интерес довольно просто продемонстрировать. Это не означает, что нужно кого-то обманывать. Лучше просто представить, что собеседование – это первое свидание. Вряд ли девушка захочет слышать на первой встрече, что она далеко не первая, и на ее месте легко могла оказаться другая. Совсем нет, она хочет знать, что она единственная и неповторимая, пусть даже это будет и не совсем так. Да, подавляющее большинство людей просто хочет иметь нормальную работу с хорошей зарплатой. Но откровенно заявлять об этом на собеседовании вовсе не обязательно.

Самый простой путь к успеху – предварительно почитать о компании в интернете, составить список того, что вам в ней нравится и упоминать эти факты во время беседы. Идея кажется банальной, но почему-то лишь небольшая часть кандидатов так в действительности поступает. Можно даже законспектировать такие факты и зачитывать их с бумаги — записи говорят о том, что вы пришли на интервью подготовленным.

Ответы на часто задаваемые вопросы нужно выучить
Существенная доля вопросов на собеседовании программистов затрагивает такие темы, как структуры данных и алгоритмы. Компания Triplebyte собрала и классифицировала эти вопросы, опросив своих кандидатов. Выяснилось, что 70% из них, так или иначе, связаны с алгоритмами. Вот список тем от компаний из пула акселератора Y Combinator:

  • хэш-таблицы;
  • связанные списки;
  • алгоритмы поиска в ширину и глубину;
  • быстрая сортировка, сортировка слиянием;
  • бинарный поиск;
  • матрицы;
  • динамические массивы;
  • бинарное дерево поиска;
  • динамическое программирование;
  • анализ сложности алгоритмов.

В зависимости от опыта конкретного специалиста, все это может выглядеть для него простым или сложным. Но, как бы то ни было, это список тем, которые чаще всего попадаются на интервью в технологических стартапах. Поэтому, даже если все эти вещи вам хорошо знакомы, не лишним будет освежить в памяти эту информацию. Хорошая новость здесь заключается в том, что сегодня можно легко найти огромное количество данных по этим темам — к примеру, на Coursera есть целый ряд интересных курсов, посвященных алгоритмам.

Поддержка собеседника всегда пригодится

Обычно сотрудники, проводящие интервью, готовы помочь кандидату: дать подсказку или направить в нужное русло мысль. Но нельзя забывать простой факт, говорящий о том, что к разным кандидатом – разное отношение. Некоторые способны воспользоваться помощью, не настроив работодателя против себя. Другим подсказки засчитываются как ошибки. Все дело в коммуникации. Если собеседнику нравится, как вы с ним общаетесь, он будет не прочь оказать посильную помощь. Вот несколько рекомендаций, как выстроить разговор:

  • задавайте вопросы;
  • для начала предложите самые простые и убедительные решения;
  • затем более сложные и эффективные;
  • проговаривайте свои мысли и идеи для каждого из вариантов;
  • только потом садитесь писать код.

После того, как вам задали вопрос, начните с того, чтобы прояснить сказанное. Это тот случай, когда полезно быть педантом. Выясните, правильно ли вы все поняли. Не должно оставаться никакой двусмысленности в задаче. Озвучьте конкретные примеры для входных данных, чтобы убедиться, что на выходе получится корректный ответ. Старайтесь задавать вопросы, даже если на 100% уверены в своем решении. Это создаст впечатление, что вы в курсе всех побочных вариантов и имеете представление о полном спектре проблемы. Но главное – это поможет выиграть время перед ответом. Затем можно озвучить самое простое и убедительное решение проблемы. Проговаривайте свои мысли вместо того, чтобы немедленно кинуться писать код. Если в процессе артикуляции задачи вам удастся увлечь собеседника, то можно получить несколько полезных уточнений. Обычно кандидаты стремятся не проговаривать банальные решения, торопясь продемонстрировать свои навыки написания кода. Это ошибка. Главное – уверенность работодателя в том, что вы всегда можете предложить решение (даже если условий для его выполнения под рукой в данный момент нет). Можно спросить собеседника, желает ли он, чтобы вы реализовали это грубое решение задачи, или он предпочитает найти более эффективное и изысканное решение? Скорее, он предпочтет второй вариант.

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

Не стоит бояться сложных тем

На собеседовании разработчикам обычно задают вопросы по их специализации, но это не значит, что кандидату не попадется глобальный вопрос из сферы проектирования. Как правило, на таких задачках компании любят тестировать продвинутых специалистов. Вас могут спросить, как создать сложную систему — это может быть социальная сеть или API для банка. Может показаться, что для ответа на такие вопросы необходимо специальные знание. Но не стоит воспринимать все слишком серьезно. Никто на самом деле не ожидает, что вы с листа создадите свой Facebook прямо на собеседовании. Но работодателю будет приятно знать, что вы обладаете пониманием того, как такую задачу можно было бы решать. В основном, все эти вопросы касаются программной логики в веб-разработке. Поэтому к ним можно легко себя подготовить. Вот несколько тем, изучение которых будет полезно:

  • работа с протоколом HTTP;
  • базы данных: индексы и план выполнения запросов; CDN;
  • алгоритмы и технологии кэширования; балансировщики нагрузки;
  • распределенные системы.

Нужно не только знать об этих вещах, но и понимать, как они работают вместе в сложных системах — тут придется почитать литературу. Начинайте разговор с общих вещей и понятий, спускаясь затем на ступеньку ниже. На каждом уровне можно задавать уточняющие вопросы, которые продемонстрируют уровень вашей компетенции и помогут найти следующий ответ. Проговорите несколько возможных решений. Вашему собеседнику, скорее всего, все равно, сможете ли вы создать реально работающую соцсеть. Ему важно знать, видите ли вы проблему в целом, можете ли указать на недостатки и преимущества разных подходов. Не повредит и заранее попрактиковаться в ответах на подобные вопросы.

Практические достижения нужно подчеркнуть

Один из блоков вопросов на собеседовании всегда касается опыта работы. Скорее всего, кандидата попросят рассказать о проектах с его участием. И здесь главное – не промахнуться. Многие программисты по ошибке начинают выдавать детальную информацию о сторонних проектах, бесспорно, интересных с технической точки зрения. Рассказывать о том, как они применяли классификатор нейронной сети или писали грамматический бот для Twitter. Но нельзя забывать о том, что собеседник может быть «не в теме», и потому лишние тонкости ему сложно будет понять.

Многие кандидаты преувеличивают значение небольших побочных проектов. Но интервьюер даже не в курсе, были ли они удачными и действительно ли кандидат принимал в них участие. Стоит выбрать проекты с реальными результатами и сосредоточиться на них в ходе беседы. Вполне возможно, что такие проекты могут быть не столь интересны с технической стороны. Но они будут реальны. Если вы написал игрушку под iOS и ее скачали 50 тыс. пользователей – это хороший результат. Если вы в период своей практики написали интерфейс для команды системных администраторов – это тоже стоящий результат. Проекты, имеющие практическое значение, продемонстрируют работодателю, что вы готовы решать актуальные задачи. Не бойтесь соответствовать шаблону и ожиданиям.

Практика и еще раз практика

Вы будете гораздо лучше чувствовать себя во время собеседования, если попрактикуетесь в ответах на стандартные вопросы. Интервью – в любом случае стресс. А повторение ответов в разы снижает риск растеряться. Найдите список типичных вопросов по вашей специализации и практикуйтесь. Еще лучше, если вы будете записывать ваши ответы на бумагу. Совсем хорошо, если кто-то из друзей или знакомых согласиться пройти с вами интервью в разных ролях. Даже опытные кандидаты от практики только выигрывают. Потому что обстановка на интервью категорически отличается от той, к которой вы привыкли на рабочем месте. Многие звездные разработчики считают излишним готовиться к собеседованию и проигрывают менее опытным кандидатам.

Важно показать свою востребованность

Если у вас уже есть предложения о работе от других компаний, можно упомянуть об этом на собеседовании. Но важно, чтобы это не звучало как шантаж. При прочих равных, информация о других офферах может ускорить принятие решения компанией-работодателем.

А ты готов? Или как удачно пройти собеседование на позицию Android developer

Как стать android программистом? Интервью с android программистом.

Как стать android программистом? Интервью с android программистом.

В этой статье я приведу мое интервью с android программистом. Повествование будет содержать три блока: вопрос, ответ, мое пояснение. В конце статьи я сделаю краткий итог и выскажу свое мнение.

Это интервью состоялось в 2020 года. На тот момент Алексей (интервьюируемый) уже имел больше года опыта работы на позиции android программиста. Сейчас он работает на Luxoft на позиции серверной разработки (Java EE).

Ответы Алексея выделены курсивом.

1. Сколько тебе лет?

На самом деле возраст не важен. Я про это неоднократно повторял в видео и в статьях. Главное, чтобы кандидат был полезен фирме. Для примера: недавно у меня устроился ученик, которому было 51 год. Другой пример, ученику было 18 лет. Сейчас все успешно работают.

2. Как давно ты занимаешься программированием?

Программированием занимаюсь 10 месяцев, начал где-то перед новым годом 2015 года. Это значит, я сел и начал относится к программированию, как к работе, уделяя в день не менее 10 часов, и по сей день. До этого были попытки программировать на JS, но я быстро погас (через два дня).

Отличный пример достижения цели. Ему нужно было 10 месяцев. Это отлично демонстрирует, чтобы стать программистом нужно всего лишь один год регулярных занятий. Вам не нужно было программировать со школы или как обещают курсы по программированию сделать Вас за две недели программистом. Нужен один год усердных занятий. У меня на курсе ученикам хватает от полугода до года, чтобы освоить необходимый материал и устроиться на работу.

3. Чем занимался до этого?

До программирования я занимался интернет-маркетингом (в основном это настройка контекстной рекламы, поиск клиентов), спустя год работы, я понял что удовольствия я от этого не получаю, и решил уйти.

Это интервью получилось очень удачным, потому что Алексей выглядит, как мой среднестатистический ученик. Он не занимался программированием со школы, он не учился в ВУЗе на программиста, он просто захотел попробовать себя в этом деле и у него получилось.
То есть кроме вашего желания и упорства вам ничего не нужно, чтобы стать программистом.

4. Есть у тебя высшее образование, если да то какое? Без указания вуза. Просто специальность.

Я учился в ВУЗе, на инженера электро-механика, но проучившись два года, понял, что этим я не хочу заниматься остаток своей жизни. Не то что бы я имел против этой профессии, просто интереса особого не было. В итоге я бросил универ, и пошел работать … на стройку (Первая работа после универа).

Здесь конечно вышло смешно и нестандартно. Высшее образование должно быть у кандидата. Оно может быть не профильное, но оно должно быть. По своему опыту, я стараюсь не брать учеников, у которых нет диплома об окончании ВУЗа. Большинство бросают учиться, потому что не могут вытянуть дисциплины. Сложные материал, нужно заниматься, сдавать курсовые и типовые задания. Большинство учеников, которые стали заниматься у меня и у которых нет Высшего образования, точно так же бросают и мое обучение, так же как и институты.

5. Почему изначально выбрал android направление?

Изначально я выбрал как раз таки серверную разработку. Но после успешно проваленных тестовых заданий и собеседований, я в панике начал рассылать свое резюме и на android направление, хотя я еще не написал даже простое приложение «Hello World» 🙂 . Смешной был момент, когда мне позвонила девочка HR, и начала проводить собеседование по телефону на тему андроид-разработчика, задавала вопросы, и в конечном итоге я ей говорю, та ничего сложного нету в ЭТОМ ANDROID фреймворке, а она мне — так это ж не фреймворк, а платформа… Было очень не ловко)

Здесь я ожидал получить другой ответ. Алексей остановился на Android разработке, потому что у него получилось найти работу в этой сфере. Я же рекомендую сосредотачиваться на Android разработке, если вам нравятся мобильные приложения. Вы хотели бы создать новое приложение или улучшить, то которые используете.

6. Сколько времени потребовалось от начала изучения до трудоустройства?

Мне потребовалось 4 месяца на обучение, что бы стать junior android developer, но напомню, что в день я сидел за компом от 10 до 15 часов каждый день, иногда даже на улице не выходил несколько дней.

Алексей целеустремленный человек. Он поставил себе цель и шел к ней каждый день. Это очень важный момент в освоении чего-либо. Из своей практики обучения, я могу сказать, что каждый 3 ученик у меня отваливается из курса из-за проблемы с дисциплиной. Если человек хочется заниматься программированием он должен делать это каждый день. Эта деятельность должна стать его хобби. Я советую заниматься, каждый день. Даже когда на это нет время, ученик может найти 15 минут хотя бы почитать книгу. Помните про это. Дисциплина – залог успеха.

7. Какая численность населения города?

Численность города перевалило за 1 000 000 жителей.

Здесь нужно было понять, как сложно зайти на рынок труда. Алексей живет в большом городе, поэтому там много вакансий.

8. Какое количество вакансий?

Количество вакансий на должность андроида 7 за 30 дней, в то время как на java разработку 9 вакансий за 30 дней. Как-то так.

Вакансии есть, но их не так много. Скорее всего, Алексей приводит здесь статистику по Junior позициям. Я советую всегда брать планку чуть выше. Это даст возможность быть более конкурентно-способным. То есть отправляйте свое резюме и на позиции middle разработчиков тоже.

9. Сколько собеседований было?

Собеседований было около 12. 10 из которых я провел в телефонном режиме или емейл переписке. На два меня пригласили в офис, и там и там мне сделали предложение, от чего я был сильно ошарашен, так как до этого меня все пинали, а тут на тебе — сразу два предложение. Отсюда у меня уже предубеждение, что ходить на собеседование гораздо эффективнее.

Как мы видим, вначале Алексей получал отказы, но это его не останавливалось. Здесь важно не сломаться, если вам отказали 10 раз, то на 11 будет успех. Главное после каждого собеседования составлять вопросы и заново подготавливаться. Любое собеседование – это лотерея. Любой результат – это опыт. И его нужно использовать.

10. Какие вопросы и тестовые задания давали?

В телефонном режиме спрашивали за sql запросы, а точнее какие виды связей бывают, какие бывают JOIN-ны, как обычн, чем отличается ArrayList от LinkedList. В случае положительного ответа на все вопросы скидывали тестовое, в основном какие-то алгоритмы — нахождение кратчайшего пути в лабиринте, и подобные. Однажды дали тестовое на написание сайта, где был перечислен целый список технологий, среди которых Spring MVC, Hibernate, HSQL, Apache Tiles, Spring Security, JPA Anotation, Bootstrap. Я справился за две недели, хотя мне дали неделю. К сожалению меня туда не взяли, было много правок по моему коду, да и время я профукал. Хотя точно помню, что те две недели были самые продуктивные из 4-х месячного моего обучения)

Как мы видим, список тем очень обширный. Но мы можем выделить те темы, которые спрашивают всегда: SQL, Collection, Multithreading, Spring, Hibernate. По ним нужно готовиться в первую очередь.

11. Какими материалами, курсами и книгами пользовался?

Так как я хотел пойти в серверную разработку, пошел на курсы (реклама), где изучил синтаксис java. Из книжек читал Гилберта Шмидта(java 8, полное руководство), Хаббибулина — самоучитель java.

Здесь очень важно подчеркнуть, то что Алексей сначала учил Java и делал упор на нее, а не сразу стал изучать Android-платформу. Начинающие программисты делают серьезную ошибку, когда сразу начинают изучать особенности платформы Andriod. Вначале сосредоточьтесь на базовые вещи – Java SE.

12. Какие задачи выполняешь сейчас на работе? Примеры.

Так как я сейчас андроид разработчик, а у нашей конторы их не так уж много, то над одним приложением работает один программист, как правило. Дают одну большую задачу — создать полноценное приложение с нуля и до релиза на плей маркете. В основном у всех приложение реализуем работу с сервером, для получения данных, к примеру приложение с чат комнатами, или какой-нибудь новосник.

Это одно из главных преимуществ Android программистов. Вы работаете один. Вы делаете так, как считаете нужным. Используете те подходы, которые любите. Не спорите с коллегой по поводу стилистики кода. Вы творец своего произведения!

13. Почему решил сменить направление и перейти на серверную разработку?

Когда я устроился на андроидчика, я понятия не имел своих повседневных задач, а это как правило верстка разных экранов приложение под разные девайсы, очень часто бывает что на всех девайсах все работает, а на одном каком-то — баг! И ты весь день тратишь на поиски решения. А если просто — хочется больше писать логики, и меньше верстать.

А это главный минус этого направления. Много задач будет связано с версткой. Я лично не большой фанат верстки.

14. Пробовал проходить собеседования на позицию серверного разработчика?

9 из 12 собеседований были на позицию серверного разработчика, но на тот момент порог входа был намного выше, чем порог входа на должность андроид разработчика.

Алексей правильно отметил, что на тот момент была такая ситуация на рынке. На рынке Android и Java EE конкуренция одинаковая и она высокая. От тех и других будут требовать, как знания Java, так и знания платформ JavaEE, Android.

15. Какие отличия от собеседований от андройд?

Андроид собеседование проходит в два этапа, первый это проверка знаний java, а второй уже проверка знаний самой платформы android, а так же проверка опыта разработки, спрашивают как работает Service, что такое многопоточность(так оно в андроиде играет большую роль, все вьюхи рисуются в главном потоке), спрашивают за опыт работы с сервером, то есть парсинг данных, вывод их на экран, какие бывают viewgroup(по простому layouts). Как передаются данные из activity в fragment or service. Что-то в этом роде.

Аналогично, как и на позицию серверного разработчика. Проверяют все знания. Нужно быть готовым ко всему.

16. Как считаешь, почему не получилось устроиться на позиции серверного программиста?

На позицию серверного программиста мне явно не хватило опыта разработки, так же английский у меня ниже среднего, как и сейчас, хотя документацию читаю норм, а вот говорить — не очень. Упорства еще не хватило, думаю если бы еще месяцок походил по собеседованиям, то все бы получалось.

Алексей отмечает, что можно сделать лучше. То есть после провалов он получить опыт и знает над чем работать. Отличный пример самоанализа.

17. Какой бы ты дал совет людям, которые еще не выбрали в каком направлении развиваться андроид или серверная разработка.

Судя по моему опыту, если вы еще не определились, нужно попробовать себя и в том и в следующем. Что бы потом не было сомнений, что вы сделали что-то не так. В этом случаи вы будете знать наверняка, что больше вам подойдет, как к примеру я. Сначала я учил фреймворки под серверную разр., но были сомнения что андроид лучше, попробовал, теперь я знаю наверняка что мне надо. А что если бы я не попробовал, сомнения и дальше бы грызли мою душу… этого я уже не знаю. Я только верю в то что я сделал правильный выбор. Но вы можете ускорить мой опыт путем создания тестового приложения в андроиде, и тестового сайта к примеру в серверной разработке. И что вам больше понравится — туда и идите, там вас ждет успех.

В конце давайте я отвечу на этот же вопрос.
У Андройд разработки два больших плюса по сравнению с серверной разработкой. Давайте их отметим.
В большинстве случаев весь проект разрабатывает программист в одиночку.
Это позволяет делать в проект все, что хочется. Использовать новые библиотеки, внедрять шаблоны проектирования, переписывать код.
Этот плюс так же можно отнести и к минусу. Когда программист пишет код в одиночку, он вариться в своей каше. То есть не может получить обратную связь по своему коду, как если бы, если он работал в команде программистов.

Больше позиций на удаленную работу или фриланса. Обычно проекты на Андройде разрабатывают от нескольких месяцев до года. То есть эти проекты имеют короткий цикл разработки. Это позволяет минимизировать риски. Если приложение оказалось не нужным или идея приложения выбрана не удачно проект можно остановить и начать делать другой. В серверной разработки, так быстро получить обратную реакцию по продукты нельзя. Для такой работы можно смело нанимать фрилансеров. Если он не справился, то можно его уволить и взять нового. Короткий цикл версий позволяет показать заказчику приложения на стадии разработки уже через неделю.

К минусам можно отнести то, что многие задачи будут касаться вертки и адаптации приложения под различные устройства. Львиная доля времени будет потрачена на адаптацию формочек, которые на одном устройстве отображаются корректно, а на другом криво.
Так же в большинстве приложений будет очень простая логика работы. Здесь не будет Big Data и высоконагруженных алгоритмов.

Подводя итог, я советую вначале сосредоточиться на Java SE, а после этого выбрать направление андроид или серверная разработка.

Даже если вы научитесь писать приложения в андроид студио, то все равно на собеседовании вас будут гонять по коллекциям, многопоточности и SQL. Сосредотачивайтесь на фундаментальных вещах, а после переходите к специфике.

История одного программиста. Или, советы бывалого как пройти собеседование и стать востребованным разработчиком.

Праздники отгремели, вот-вот начнутся экзамены у студентов, многие из них планируют устроиться на работу. Почти 5 лет назад, будучи студентом, свой путь в ITRex Group начал Юра Пушнов, теперь уже Senior Full Stack Developer.

Журналист: Юра, ты довольно давно в компании. Интересно, с чего начался твой путь, как ты сюда попал: увидел вакансию или друзья рассказали? Поделись историей-)

Юрий: Всё было довольно просто: одна из моих знакомых, в то время как раз работала в ITRex Group, рассказала мне об открытой вакансии на позицию .NET разработчика. На тот момент я еще учился в университете.

Журналист: Собеседование было? Как оно прошло, долго тебя «мучали»?

Юрий: На первой же встрече меня собеседовали соучредители компании (это я узнал позднее) и ведущий разработчик с проекта, на который меня планировали взять (он же мой будущий ментор). Встреча продолжалась около 3-ех часов. Хорошо пообщались, успели затронуть все, что я мог знать на тот момент, и не знать тоже. Мне указали на пробелы в знаниях: сразу стало понятно, что стоит подтянуть и куда развиваться. По итогам собеседования дали тестовое задание, в рамках которого мы плотно работали с техническим директором: рефакторили код, продумывали улучшения в архитектуре. Процесс занял почти 2 месяца. В результате, меня пригласили на работу в ITRex.

Журналист: Можешь рассказать, каким был твой первый проект? Если ещё помнишь)

Юрий: Помню очень хорошо) Это был огромный проект, связанный с финансами. Главный офис заказчика в Вашингтоне. Я первые несколько недель изучал проект самостоятельно, готовился к собеседованию. Было даже фэйковое интервью на английском: тренировались) Но на реальном интервью всё равно сильно волновался, а зря: больше говорил мой интервьюер, чем я. В итоге стал получать продакшн-опыт достаточно быстро после прихода в компанию.

Журналист: Интересно) А что в целом тебе нравится в ITRex Group? Выдели несколько пунктов, самых значимых.

Юрий: Ок, из основных:

  1. В ITRex прислушиваются к моим предложениям и замечаниям. Менеджеры всегда пытаются найти общие точки между интересами сотрудника и компании, чтобы совмещать их. Я чувствую такую взаимосвязь: растут твои скилы — растет уровень компании.
  2. Свобода в выборе технологии, с которыми хочешь работать. Без проблем можно поменять стэк технологий и уйти, например, из back-end разработки во front-end и обратно, попробовать разное, так сказать) Также в компании ты можешь осваивать не только новые технологии, но и развивать менеджерские скиллы, так называемое вертикальное развитие. Тебе дадут возможность — команду в управление, без проблем, пробуй. Вот пример, я начал здесь работу с .NET, потом сменил на BI, далее на front-end в роли тимлида, а сейчас, я с командой разрабатываю API сервис на Node.js для одной из всемирно известных американской медиа-компании.
  3. Командировки в офис компании-заказчика. Благодаря этому есть возможность видеть бизнес-процессы крупных компаний. Очень ценится общение с командой на стороне клиента. Также интересно работать не только с крупными корпорациями, но и со стартапами: участвовать в формировании процессов, видеть, как все зарождается и на твоих глазах выходит в мир.
  4. Разговоры с Product-Owners проектов, погружение в их бизнес, а не просто написание кода. Приятно понимать, что тебя слушают, ты принимаешь участие в решениях, делишься опытом, которые другие ценят. Нравится работать напрямую с клиентом.
  5. Офис в центре города — удобно добираться отовсюду.
  6. Нравятся люди в компании: с каждым можно обсудить технические вопросы, спросить или дать совет, да и, в целом, поговорить на разные темы. Считаю это важным для коллектива.

Есть и негативный момент, можно сказать?

Журналист: Конечно, давай откровенно.

Юрий: Так как большинство клиентов ITRex Group физически находятся в США, звонки с ними зачастую проходят по вечерам, поэтому приходится переносить личные планы/встречи на первую половину дня. Но кому-то такое, наоборот, больше нравится.

Журналист: Что ты можешь посоветовать тем, кто недавно начал путь как .Net специалист?

Юрий: Советую прийти к нам на собеседование. Даже если не удастся пройти его, мы всегда рассказываем, какие пробелы увидели, подсказываем, что нужно подтянуть, где и что посмотреть, почитать. Оставляем свои контакты, поэтому всегда можно связаться напрямую с собеседующими и обсудить вопросы. И мы всегда приглашаем на повторное собеседование.

Журналист: О, я слышала о такой истории с позитивным исходом (читать интервью с Сергеем). Хорошо, а какие плюсы работы в ITRex Group для молодого специалиста, кроме обозначенных в вакансиях бенефитов, ты можешь выделить. Называй первое, что приходит в голову.

Юрий: Назову пару плюсов:

  1. Очень быстро получаешь продакшн-опыт, т.к. есть возможность учиться по ходу действия. Даже, если допустил ошибку, голову с плеч не снесут) За тобой присмотрят и вовремя подстрахуют, не дадут совершить фатальных промахов.
  2. В ITRex ты получишь такой разнообразный опыт за год работы, который не всегда получишь на другом месте и за 4-5 лет. Проектов всегда много, и они очень разные.
  3. Возможность подтянуть английский очень быстро. В компании есть курсы английского. Плюс почти все клиенты англоговорящие. Пройти собеседование в ITRex можно и без знания языка, хотя его наличие будет большим плюсом. Ценность сотрудника, свободно владеющего английским выше, плюс компания организует командировки к заказчикам в США.
Мастер Йода рекомендует:  Когда интернет слишком медленный Amazon будет перевозить ваши данные в облако на грузовиках

Журналист: Допустим, юный .NET разработчик захотел попасть в ITRex, что ему нужно учесть, чтобы не завалить собеседование?

Юрий: Чтобы не завалить собеседование нужно просто не волноваться. Мы ценим как глубокие знания отдельных технологий, так и то, как человек может быстро освоить новые вещи. Важны и soft-skills, и уровень английского, ход мыслей соискателя и другие умения. Но одно из самых главных качеств, я считаю, чтобы человеку нравилось то, чем он занимается, чтобы была страсть к программированию. Ведь всему можно научиться, было бы желание 🙂

Журналист: Юра, спасибо за столь развернутые ответы. Успехов в проектах, до новых встреч. А тем, кто дочитал до конца сигнализируем, в ITRex Group открыто множество вакансий. Возможно, среди них есть интересная и для вас. ITRex Group рассматривает кандидатов как в Минский, так и в Киевский офис.

Как успешно пройти собеседование на английском языке

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

Советуем вам посмотреть вебинар нашего методиста Юлии на тему «Собеседование на английском языке».

И вебинар, который провел наш преподаватель из Великобритании Dave, на тему «You’re Hired!»

Наши статьи помогают улучшать ваш английский. Но еще лучше с этим справится хороший преподаватель. В онлайн-школе «Инглекс» мы совместили сильных преподавателей и комфорт онлайн-занятий. Попробуйте английский по Skype на бесплатном уроке.

ТОП-10 вопросов для собеседования на английском языке и примеры ответов на них

Давайте для начала разберем самые распространенные вопросы, которые вам могут задать на собеседовании на английском языке. Мы также приведем варианты ответов и рекомендации для каждого из них.

1. Tell me about yourself — Расскажите о себе

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

Что надо делать:

  • Сделать краткую выжимку из своего резюме: рассказать о своем образовании, опыте работы, умениях и личных качествах, которые помогут вам достичь успехов в конкретной профессии. Например, для менеджера по продажам будут важны отличные коммуникативные навыки, умение убеждать и делать хорошие презентации. Не нужно рассказывать о себе долго, просто вскользь упомяните, что обладаете определенными качествами или умениями. Кстати, если вы все еще ломаете голову над тем, как правильно написать свое резюме, вам поможет наше пошаговое руководство «Как писать резюме или CV на английском: образец и инструкция»
  • Упомянуть ваше хобби, не связанное с работой. Замечательно, если оно будет связано с ведением здорового образа жизни (йога, неопасные виды спорта) или интеллектуальным развитием (чтение, увлечение историей/астрономией и т. д.).

Что нельзя делать:

  • Пересказывать автобиографию. Работодателю не нужны подробности вашей личной жизни, где вы родились, когда вступили в брак и т. д. Ваш ответ должен быть четким и занять буквально пару минут.
  • Спрашивать «А что Вы хотели бы узнать?». Это прямой путь к провалу. Дело в том, что просьба рассказать о себе — не конкретный вопрос, это способ проверить, насколько хорошо вы подготовились к собеседованию и в принципе умеете отвечать на такого рода вопросы.

Пример удачного ответа:

I’d describe myself as a goal-oriented and hardworking person with good organizational skills and strategic thinking.

Furthermore, I’m a good speaker and even a better listener — that’s why I’ve always been able to get along with different types of people. I have over six years of experience in sales. After working the past four years as a sales manager, I’ve developed a number of important skills, including decision-making and multitasking. That background will help me achieve all goals you have set for this position.

In my free time I enjoy reading and bicycling. It provides me with a good balance in my life.

Перевод:

Я бы описал себя как целеустремленного и трудолюбивого человека с хорошими организаторскими способностями и стратегическим мышлением.

Более того, я хороший оратор и замечательный слушатель, поэтому я всегда был способен легко ладить с разными типами людей. У меня более шести лет опыта работы в продажах. Последние четыре года работы в качестве менеджера по продажам развили во мне много важных качеств, включая способность принимать решения и многозадачность. Этот опыт поможет мне достигнуть всех целей, которые вы ставите для этой должности.

В свободное время я люблю читать и кататься на велосипеде. Это позволяет мне достичь правильного баланса в жизни.

2. What are your strengths? — Каковы Ваши сильные стороны/достоинства?

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

Что надо делать:

  • Выбрать 2-4 ваших наиболее выдающихся и нужных для этой должности качества или навыка и описать их подробно.
  • Обосновать свой выбор, то есть рассказать, например, чего позволили добиться вам эти умения на предыдущей работе или в жизни.
  • Упомянуть, какое качество или умение окружающие вас люди считают вашей сильной стороной. Таким образом вы покажете работодателю, что умеете смотреть на себя со стороны.

Что нельзя делать:

  • Долго перечислять свои достоинства без каких-либо обоснований и пояснений. Это звучит неправдоподобно и излишне самоуверенно.
  • Произносить 20-минутный монолог. Это будет хвалебной песнью самому себе, поэтому рассказывайте кратко.
  • Рассказывать только об одном своем качестве.

Пример удачного ответа:

My strengths are excellent written and verbal communication skills. I can usually win people over to my point of view. Also, I’m competitive and like to excel at everything I do. My goal is to achieve results beyond the expectations of my supervisor. And last but not least, I’m very flexible and adaptable to new situations. Regardless of the situation, I have the ability to adapt and work under any circumstances. These skills seem to be directly related to the job.

Перевод:

Мои сильные стороны — отличные письменные и устные коммуникативные способности. Я умею убеждать людей. Также я нацелен на победу и люблю преуспевать во всем, что делаю. Моя цель — достигать результатов, которые превышают ожидания моего руководителя. И последнее, но не менее важное: я очень гибкий и легко приспосабливаюсь к новым условиям. Независимо от ситуации, я умею адаптироваться и работать в любых обстоятельствах. Эти качества кажутся мне важными для данной работы.

3. What are your weaknesses? — Каковы Ваши слабые стороны/недостатки?

Совет: Не бойтесь отвечать правду на этот вопрос. Абсолютно у каждого человека есть недостатки, поэтому работодатель нормально отнесется к тому, что у вас они тоже найдутся. Главное — говорите правду, однако преподносите ее аккуратно.

Что надо делать:

  • Рассказать об 1-2 мелких недостатках, которые не испугают работодателя. Например, если вы устраиваетесь работать менеджером по работе с клиентами, нельзя говорить, что вы стеснительный человек и вам трудно общаться с людьми. Собираетесь работать в open space (офисе без стен и перегородок)? Тогда лучше не говорить работодателю, что вам нужна абсолютная тишина для работы.
  • Пояснить, как вы работаете над своими слабыми сторонами. Это единственно верный способ ответить на этот вопрос. Работодатель ждет от вас рассказа о том, что вы не «спускаете все на тормозах», а готовы менять себя в лучшую сторону.
  • Превратить недостаток в достоинство. Например, вы можете сказать, что излишняя самокритичность помогает вам выполнять свою работу максимально хорошо, а отсутствие опыта в выбранной сфере деятельности позволит вам быстрее научиться именно тем функциям, которые важны для работодателя.

Что нельзя делать:

  • Говорить, что у вас нет слабостей. У каждого человека есть недостатки, поэтому такой ответ будет ложью и вызовет у интервьюера негативные эмоции.
  • Рассказывать о недостатках, которые могут повлиять на работу. Невинное «Я частенько опаздываю» будет воспринято как «Я неорганизованный и безответственный человек». Будьте честны, но аккуратны в своих формулировках.
  • Перечислять слабые стороны без пояснений. Старайтесь каждый недостаток нивелировать приемом, с помощью которого вы с ним боретесь.

Пример удачного ответа:

I admit being a bit of a perfectionist. Sometimes when I’m working on a big project, I focus too much on the details. But I’ve learned that it’s not always possible or even practical to try to perfect your work.

Перевод:

Я признаю, что я немного перфекционист. Иногда, когда я работаю над большим проектом, я слишком концентрируюсь на деталях. Но я уже понял, что это не всегда полезно и возможно — пытаться доводить до совершенства свою работу.

4. Why should we hire you? — Почему нам следует выбрать Вас?

Совет: Это очень важный вопрос, и готовиться к нему нужно заранее. Так, вам нужно рассказать, какие ваши достоинства помогут фирме достичь желаемых показателей. То есть вы заранее должны изучить всю информацию о компании: в какой сфере она работает, каковы ее позиции на рынке и направления развития, а также какие цели ставит перед собой руководство. Данные почти о любой фирме можно без проблем найти в Интернете.

Что нужно делать:

  • Рассказать, что компания получит, если выберет именно вас. Работодателю нужно знать, что вы можете дать фирме.
  • Выделить какое-то свое качество как уникальное. Заранее подумайте, что в вас есть такого, что выгодно выделяет вас на фоне других кандидатов. На собеседовании расскажите, как это уникальное качество будет работать на благо компании.

Что нельзя делать:

  • Хвалить себя. Ответ в стиле «Я лучший специалист в этой области» звучит совершенно неубедительно и даже надменно. Интервьюера интересует не ваша персона, а то, какую пользу вы можете принести компании.
  • Говорить неуверенно. Постарайтесь найти тонкую грань между надменностью и уверенностью в себе, не скромничайте. Если вы действительно хотите получить должность, решительно заявите о своих преимуществах перед другими кандидатами.
  • Не озвучивайте причины, не относящиеся к данной должности.

Пример удачного ответа:

My years of experience in this industry make me sure I can do this job and bring added value. I’ve gained a reputation as a key player when it comes to negotiations. In my last job I was able to negotiate profitable business deals. I know this business from the ground up, and you can be assured that I know what I’d be getting into as a sales manager here.

Перевод:

Годы опыта в этой отрасли дают мне уверенность в том, что я могу выполнять эту работу и вносить большой вклад в общее дело. Я получил репутацию лидера в случаях, когда речь идет о переговорах. На моей прошлой работе я мог договориться о выгодных сделках. Я очень хорошо знаю эту отрасль и могу вас заверить, что понимаю, что мне предстоит делать на должности менеджера по продажам.

5. Why are you leaving (have left) your job? — Почему Вы собираетесь уйти (ушли) со своей работы?

Совет: Очень скользкий вопрос, на который нужно отвечать аккуратно и неэмоционально. Ваш ответ не должен бросать тень на бывшего начальника или коллег. Никого не интересуют ваши проблемы и жалобы, так что настройтесь на позитив.

Что нужно делать:

  • Сказать, что вы стремитесь развиваться. Это лучший вариант, который покажет, что вам интересно работать в этой сфере и вы готовы учиться.
  • Упомянуть о смене принципа работы. Если вы были фрилансером и решили вернуться в офис или работали на полставки и захотели трудиться по полной, так и скажите на собеседовании. Это вполне хорошие и адекватные причины смены работы.
  • Говорить о смене обстоятельств. Нормальные для работодателя причины — переезд или изменение семейных обстоятельств. Ваша компания ушла с рынка? Скажите об этом работодателю. В данном случае правда на вашей стороне.

Что нельзя делать:

  • Плохо говорить о своих бывших коллегах и начальнике. Ни в коем случае нельзя это делать: интервьюер вас не знает, поэтому может подумать, что в ситуации виноваты вы по причине своего неуживчивого характера.
  • Открыть нелицеприятные причины увольнения. Да, на собеседовании нельзя врать, но все же рассказы о том, что вас уволили из-за неудачного проекта, лучше приберечь для компании друзей.
  • Сказать, что ваша работа вам наскучила. Так вы дадите понять интервьюеру, что потенциальная должность через месяц-другой тоже может вам наскучить и компания потеряет время, выбрав вас. Поищите более вескую и «взрослую» причину.

Примеры удачного ответа:

  1. My potential for growth in this area is limited at AAA because of the size of the company and the fact that expansion is not a part of its current strategic plan.
  2. I am interested in a position with a stable company where I will have room for growth and an opportunity for advancement.
  3. I relocated to this city due to family circumstances that is why I had to leave my previous position.
  4. I wanted a new challenge. There wasn’t room for growth with my previous employer.
  5. This job seems like an excellent match for my experience and skills. I was not able to fully utilize them in my previous position.

Перевод:

  1. Моя возможность расти в этой отрасли ограничена в компании AAA из-за размеров компании и факта, что расширение не является частью текущего стратегического плана.
  2. Меня интересует должность в стабильной компании, где у меня будут перспективы для развития и возможность для продвижения.
  3. Я переехал в этот город по семейным обстоятельствам, поэтому вынужден был оставить свое предыдущее место работы.
  4. Мне нужна новая цель. У меня не было перспектив для роста у моего предыдущего работодателя.
  5. Мне кажется, в этой работе я смогу наилучшим образом применить свой опыт и навыки. У меня не было возможности полностью задействовать их на моей предыдущей должности.

6. Why do you want this job? — Почему Вам интересна эта работа?

Совет: Это вопрос, на который соискатели довольно часто дают совершенно неподходящие ответы. Как ни странно, но тут вам снова надо ненавязчиво упомянуть о том, что вы можете дать компании, а не наоборот.

Что нужно делать:

  • Снова сказать, что вы можете сделать для компании. Например, упомянуть, что вам интересно было бы использовать свои коммуникативные навыки и знание английского для работы с иностранными партнерами и вы уверены, что смогли бы привлечь новых клиентов.
  • Постарайтесь показать, что вы знаете специфику вакансии. Например, если вы претендуете на должность менеджера, упомяните о своем умении вести переговоры с клиентами.

Что нельзя делать:

  • Говорить «горькую правду». Забудьте три ответа: «Мне нужны деньги», «Мне нужна работа», «Мне удобно добираться до Вашего офиса». Такие высказывания точно не понравятся интервьюеру. Никто не ждет от вас любви к материальным благам, расскажите о более высоких целях.
  • Показывать, что вы плохо знакомы с вакансией. Например, если вы собираетесь работать бухгалтером, то неуместно будет говорить, что вы любите общаться с людьми и хотите разнообразия в работе.

Пример удачного ответа:

I look forward to a position that offers more opportunities to work with corporate clients. I have had a few opportunities to do this with my current (previous) employer. I’ve read about the company’s future projects that are designed to move the company forward towards achieving its mission. I want to be a part of this company because I believe I can be of assistance in its growth.

Перевод:

Я ожидаю получить должность, которая предполагает больше возможностей работы с корпоративными клиентами. У меня был небольшой опыт подобной работы. Я читал о будущих проектах компании, которые помогут ей в реализации своей миссии. Я хочу быть частью компании потому, что верю, что смогу помочь ей развиваться.

7. What are your goals for the future? / Where do you see yourself in five years? — Каковы Ваши цели на будущее? / Где Вы видите себя через пять лет?

Совет: Ответ на этот вопрос показывает работодателю, насколько вы амбициозны и что для вас действительно важно, к чему вы стремитесь. Самое главное — ваш ответ покажет, как долго вы собираетесь работать в этой сфере и в данной компании.

Что нужно делать:

  • Сообщить о будущем, связанном с работой в этой компании. Каждый работодатель заинтересован, чтобы работник приходил на длительный срок, поэтому будет правильно, если в будущем вы представляете себя в той фирме, куда собираетесь устроиться.
  • Рассказать, что собираетесь развиваться вместе с компанией. Это именно то, что желает услышать любой работодатель. При этом не называйте конкретную должность, говорите обтекаемо.

Что нельзя делать:

  • Не давать ответ. На самом деле большинство людей теряются, когда им задают подобный вопрос, поэтому если вы ответите на него, то сразу получите преимущество перед другими кандидатами.
  • Называть какую-то определенную должность. Дело в том, что вы можете «промахнуться» и назвать такую позицию, которой в принципе нет в фирме. Кроме того, ваши ожидания могут счесть слишком низкими или, напротив, слишком завышенными.
  • Рассказывать о том, что не связано с работой. Интервьюеру не нужно знать о том, что вы собираетесь обзавестись семьей, детьми и поселиться в большом доме у озера. Так что говорите ближе к делу, вернее, работе. HR-менеджер предпочтет взять на работу кандидата, который указал более стабильные для фирмы перспективы.

Пример удачного ответа:

I see the next few years here at BBB as an opportunity to gain the skills and knowledge to run one of the departments in this company. If I continue working in the department where this position is, I hope to be a senior manager and participate in shaping the strategic plans for development in B2B sales and marketing.

Перевод:

Я рассматриваю следующие несколько лет здесь, в BBB, как возможность получить навыки и знания для управления одним из отделов этой компании. Если я продолжу работать в отделе, где свободна предлагаемая позиция, я надеюсь стать старшим менеджером и участвовать в формировании плана стратегического развития в продажах и маркетинге B2B.

8. What are your salary expectations? — На какую зарплату Вы рассчитываете?

Совет: Отвечать на этот вопрос, как правило, стесняются все кандидаты. Вроде бы надо что-то сказать, ведь каждый из нас работает в первую очередь для того, чтобы зарабатывать на жизнь. С другой стороны, всегда терзают сомнения: «А что если мои требования окажутся слишком завышенными или заниженными?» Поэтому оптимальный вариант — не называть точную сумму, а лишь намекнуть на ваши ожидания.

Что нужно делать:

  • Уйти от прямого ответа. Попробуйте уклониться от прямого ответа на вопрос и сказать общие обтекаемые фразы. Точную сумму лучше обсуждать позже, когда интервьюер будет подробно рассказывать вам о работе.

Что нельзя делать:

  • Называть точную сумму. Это некорректно: вряд ли вам удастся угадать точную зарплату, которую вам готов платить работодатель.
  • Спрашивать «А сколько Вы готовы предложить?». Вам задают вопрос, на который невежливо отвечать вопросом.
  • Говорить о зарплате на предыдущем месте работы. Интервьюеры не любят, когда их компанию сравнивают с другой фирмой.

Примеры удачного ответа:

  1. I am interested in finding a position where I can use my professional skills and abilities and build a good career. I’m sure that you’re offering a salary which is competitive in the market.
  2. According to my experience, I think that $30 000-45 000 per year is a typical salary in the market.
  3. I would need to know more about your salary structure and how often you review salaries as well as your entire package before I could discuss salary ranges. Could you provide me with more information before we discuss this subject?

Перевод:

  1. Я заинтересован в должности, где смогу использовать мои профессиональные навыки и способности и построить хорошую карьеру. Я уверен, что вы предлагаете зарплату, конкурентную на данном рынке.
  2. Согласно моему опыту, я думаю, что 30 000-45 000$ в год — средняя зарплата на рынке.
  3. Мне хотелось бы узнать больше о структуре зарплаты и о том, как часто вы пересматриваете зарплаты, а также компенсационный пакет, перед тем как я смог бы обсуждать диапазон зарплаты. Не могли бы вы снабдить меня более подробной информацией до того, как обсуждать этот вопрос?

9. Tell me about an accomplishment you are most proud of — Расскажите мне о достижении, которым Вы больше всего гордитесь

Совет: Кажется, что это самый простой вопрос: вам всего-то лишь надо рассказать о какой-нибудь своей заслуге. Однако вопрос только кажется простым. На самом деле в ответе на него вам нужно придерживаться все той же стратегии: акцентировать внимание на тех качествах, которые заинтересуют конкретную компанию.

Что нужно делать:

  • Рассказать о конкретном событии. Не растекайтесь мыслью по древу: заранее обдумайте, какое достижение может впечатлить вашего работодателя, и рассказывайте именно об этом. Упоминание всех достижений будет выглядеть менее убедительным, нежели конкретизация.

Что нельзя делать:

  • Рассказывать о достижениях, не относящихся к работе. Интервьюера интересует, какую пользу вы можете принести при работе в конкретной сфере.

Пример удачного ответа:

I improved the inquiry management system at the company where I previously worked. I decided to set up a system grouping inquiries according to region. This approach enabled the entire marketing team to come up with more efficient solutions to our distribution problems.

Перевод:

Я усовершенствовал систему рыночных опросов в компании, где я раньше работал. Я решил внедрить систему групповых опросов по регионам. Этот подход позволил всей команде маркетологов разработать более эффективные решения для наших проблем сбыта товара.

10. Do you have any questions? — У Вас есть какие-нибудь вопросы?

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

Что нужно делать:

  • Показать, что вы внимательно читали требования к вакансии. Задайте вопросы касательно того, что там не освещено или попросите уточнить какой-то непонятный вам момент.
  • Проявить заинтересованность. Постарайтесь окончательно уточнить не только прагматичные вопросы вроде размера зарплаты и точного местонахождения офиса, но и более приятные интервьюеру: о цели работы, необходимых вам навыках и т. д.

Что нельзя делать:

  • Резюмировать «Мне все понятно». У интервьюера может сложиться впечатление, что вас не заинтересовала вакансия или что вам по сути все равно, где и кем работать.
  • Переспрашивать раскрытые в требовании к вакансии моменты. Так вы покажете, что невнимательно читали информацию, а значит, можете также невнимательно относиться к своей работе.

Пример удачных вопросов:

  1. How many employees work for the organization?
  2. Please tell me a little bit about the people with whom I’ll be working most closely.
  3. Will I work independently or in a team?
  4. Where will I be working?
  5. How advanced is the hardware and software I will be expected to use?
  6. How did this job become available?
  7. Before you’re able to reach a hiring decision, how many more interviews should I expect to go through and with whom?
  8. Does this job usually lead to other positions at the company?
  9. Will the company be entering any new markets in the next couple of years?

Перевод:

  1. Сколько сотрудников работает в организации?
  2. Пожалуйста, расскажите мне немного о людях, с которыми мне надо будет наиболее тесно сотрудничать.
  3. Я буду работать самостоятельно или в команде?
  4. Где я буду работать?
  5. Насколько сложное оборудование и программное обеспечение я должен буду использовать?
  6. Почему эта вакансия свободна?
  7. Сколько еще собеседований мне предстоит перед тем, как вы сможете принять решение о найме на работу? Кто их будет проводить?
  8. Эта работа предполагает карьерный рост?
  9. Компания выйдет на какие-нибудь новые рынки в ближайшие несколько лет?

А на этой страничке вы найдете более 40 примеров вопросов на английском языке, которые уместно задавать на собеседовании.

О чем нельзя говорить и что нельзя делать на собеседовании на английском языке

Вот вы и узнали примерные варианты ответов на наиболее распространенные вопросы на собеседовании на английском. Однако ваши ответы могут немного отличаться от указанных нами, да и вопросы вам могут задать другие. Поэтому мы хотим вам дать несколько рекомендаций, о чем нельзя говорить и что нельзя делать на собеседовании. Итак, на интервью нельзя:

    Говорить плохо о предыдущей работе

Запомните простую аксиому: о прошлой работе, бывшем начальнике и коллегах говорят либо хорошо, либо ничего. Если вы скажете, что работа была скучная и нелюбимая, интервьюер может предположить, что и эта вакансия со временем станет для вас скучной и нелюбимой. Расскажете всю правду-матку о вредном начальнике и излишне любопытных коллегах — вас могут воспринять как человека, который не умеет ладить с людьми.

Первым задавать вопрос о деньгах

Постарайтесь отложить вопрос о заработной плате до тех пор, пока потенциальный работодатель сам не подымет его. В противном случае он может подумать, что вас не интересует ничего кроме зарплаты.

Просить отсрочку до начала работы

Постарайтесь уладить все свои дела до трудоустройства и будьте готовы приступить к работе в удобный работодателю момент. Желательно не просить даже небольшой отпуск или отгул в начале своей карьеры.

Рассказывать о своих проблемах

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

Спрашивать «А чем Вы занимаетесь?»

Если компания устраивает собеседование на английском языке, значит это довольно крупный игрок на рынке, и найти информацию о нем будет несложно. Обязательно найдите сведения о компании и не задавайте подобные вопросы.

Давать ответ «Это было указано в резюме»

Подобный ответ звучит очень грубо. Скорее всего, интервьюер прекрасно помнит, что было указано в резюме, но по какой-то причине хочет услышать ответ на вопрос непосредственно от вас. Поэтому просто повторите то, о чем писали в своем CV.

Не отвечать на какой-то вопрос или говорить «Я не знаю»

Такие ответы сразу снизят вашу привлекательность в глазах работодателя. Будьте готовы к неуказанным в нашей статье и даже к странным вопросам, например, таким, о которых писала наша преподаватель Наталия в статье «10 необычных вопросов, которые вы можете услышать на собеседовании». Не тушуйтесь, а отвечайте на вопрос с учетом наших рекомендаций: постарайтесь заявить что-то хорошее о себе в любом ответе.

Давать работодателю советы

Вы внимательно изучили деятельность компании и решили похвастать перед интервьюером тем, что нашли какие-то ошибки? Оставьте пока свои рекомендации при себе: вы сможете внести рациональные предложения уже после того, как вас трудоустроят. Не все интервьюеры нормально относятся к критике в адрес компании на собеседовании.

Выдавать заученные наизусть ответы

Вы, конечно, должны заранее продумать свои ответы на главные вопросы и даже набросать примерный текст. Однако позаботьтесь о том, чтобы каждый ваш ответ звучал естественно, а не заученным по бумажке.

Не задавать вопросы

Мы повторимся, так как этот пункт играет очень важную роль. Многие кандидаты настолько «выдыхаются» к концу собеседования, что совсем забывают о вопросах работодателю. Постарайтесь не упустить этот важный момент и вновь заявить о себе как о заинтересованном в данной вакансии кандидате.

Просить закончить побыстрее

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

Касаться вопросов религии, политики, прочих личных тем

Обсуждение действий политиков и своих религиозных взглядов оставьте для дружеских посиделок. На собеседовании не касайтесь личных взглядов и тем, которые не относятся к работе.

Сообщать интервьюеру, что вы нервничаете

Серьезным компаниям нужны уверенные в себе люди. И, хотя нервничать на собеседовании — это нормально, не рассказывайте об этом HR-менеджеру, создавайте имидж уверенного в себе специалиста. Жалуясь на нервы, вы подсознательно требуете некоторого снисхождения к себе, интервьюер это прекрасно чувствует и, как правило, не одобряет.

Просить изменить рабочий график

Каждый работодатель указывает часы работы в информации о вакансии, так что идите на собеседование только в случае, если расписание вас полностью устраивает. Обсуждать график можно только в случае, если работодатель неправильно указал его или не указал совсем в сведениях о вакантной должности.

Настаивать на удаленном сотрудничестве

Если вам не подходит график, не следует задавать вопросы об удаленной работе прямо на собеседовании. Уточните это до интервью в переписке с работодателем, не нужно тратить время HR-менеджера впустую.

Лгать

На собеседовании лгать о себе бессмысленно: интервьюер всегда сможет найти нужную ему информацию на предыдущем месте вашей работы или даже просто в Интернете, ведь странички в социальных сетях выдают наши настоящие взгляды на жизнь. Одна из самых распространенных ошибок — солгать в отношении своих хобби. На этом часто ловят соискателей. Если вы заявляете, что любите читать, будьте готовы ответить и на вопросы о литературе, иначе должность точно не достанется вам.

Опаздывать

Думаем, этот пункт можно даже не пояснять: если вы опаздываете даже на собеседование, то и на работу, скорее всего, не будете появляться вовремя, безответственные работники никому не нужны. Если же вы опаздываете по очень уважительной причине, обязательно позвоните интервьюеру, предупредите его об этом и извинитесь. Форс-мажорные обстоятельства бывают у каждого, так что вас простят.

Звонить и отвечать на звонки

Для надежности выключите свой телефон на время интервью или хотя бы поставьте на беззвучный режим. Запомните: нет таких звонков, которые нельзя было бы сделать после собеседования. Если же вы ожидаете действительно важный звонок, попросите перенести интервью на другой день.

Сидеть в неуверенных или слишком закрытых позах

Большинству интервьюеров хорошо знаком язык жестов, так что следите не только за тем, что говорите, но и за тем, как вы сидите и двигаетесь. Неправильно выбранная поза выдаст вашу неуверенность или раздражение, что, конечно, будет учтено интервьюером. Излишне расслабленная поза тоже «противопоказана», старайтесь держаться прямо и спокойно.

Думаем, теперь вы готовы пройти собеседование на английском языке, правильно ответить на вопросы работодателя и показать себя с лучшей стороны. Если же вы чувствуете неуверенность в своих знаниях английского и желаете подтянуть их перед интервью, приглашаем вас на быстрый курс подготовки к собеседованию на английском языке, наши грамотные преподаватели помогут вам хорошо подготовиться и легко выдержать это испытание. Какой бы способ вы ни выбрали, мы желаем вам удачи в прохождении интервью на английском!

Добавить комментарий