Русский
Русский
English
Статистика
Реклама

System design

Netflix за 45 минут Краткий рассказ о system design-интервью, чего ожидать подборка полезных ссылок

26.08.2020 22:07:35 | Автор: admin


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

Итак, что такое system design и как пройти интервью такого типа?

Что это такое


В современном мире ИТ-системы стали крайне сложными. Каждая новая фича в продукте должна соответствовать множеству требований, всегда есть ограничения, между которыми приходится балансировать инженерам. То, что для обычного пользователя выглядит супер-просто как например, отправка поискового запроса через Google или Яндекс на самом деле несет в себе огромный уровень сложности.

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

Грубо говоря, интервью по system design это что-то типа сессии мозгового штурма, где человек мыслит вслух, перебирает возможные решения и анализирует недостатки каждого из них в режиме реального времени. В этом трудность, но и главный плюс мыслительный процесс здесь важнее результата. Как правило, такие интервью проводят крупные компании, разрабатывающие масштабные системы (FAANG и подобные).

Как же проходить интервью по проектированию систем? Ниже несколько практических советов.

Чтобы попасть на интервью в компании, где инженеры действительно проектируют масштабные системы, используйте бота @g-jobbot. Это сервис, который найдет и бесплатно пришлет вам прямо в Telegram вакансии, которые подходят вам лучше всего в том числе удаленная работа, в том числе с релокацией.


Самое важное четко разобраться с задачей


Поскольку в интервью по system design самое важное это то, как вы решаете задачу, крайне важно на самом первом этапе четко ее для себя уяснить. Бывший инженер Microsoft и Facebook в своей статье на практическом примере показывает важность этого факта.

Обычно задача звучит примерно как Как бы вы спроектировали Netflix за 45 минут? На первый взгляд, такие вопросы полный бред. Подобные масштабные системы проектируют и реализуют сотни и тысячи инженеров на протяжение многих лет. Сорока пяти минут будет недостаточно даже чтобы начать обсуждать хоть один из компонентов такого продукта!

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

  1. дали ответ формата обзор с вертолета всей системы,
  2. затем разложили ее на компоненты
  3. описали, зачем нужен каждый из них (вычислительный центр, хранение данных, фронтенд, бэкенд, кеширование, работа с очередями, нетворкинг и балансировка нагрузки и т.п.)



Изображение: system-design-primer

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

Задавайте уточняющие вопросы


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

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

Это позволит интервьюеру понять сразу несколько вещей:

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

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

Вопросы могут быть такими:

  1. Что точно должна уметь делать система (сколько предметов влезает в коробку, каковы они по размерам)?
  2. Кто целевая аудитория продукта?
  3. Каковы ожидания пользователей продукта?

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

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



Изображение: freecodecamp.com

Не пытайтесь произвести впечатление


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

Во-первых, на интервью по системному дизайну наверняка будет не просто рекрутер, а инженер, который ищет человека себе в команду. Такому человеку недостаточно просто услышать слова вроде No-SQL, Mongo DB и Hadoop. Он явно начнет задавать уточняющие вопросы, и если у вас на самом деле нет особого опыта в работе с упоминаемыми технологиями, это все очень быстро станет ясно.

Будьте честными


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

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

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

Вот прекрасный вымышленный диалог на интервью по проектированию систем, который показывает, как НЕ надо делать:

Интервьюер: Давайте сделаем свой Twitter. Как вы будете хранить твиты?

Кандидат: Я использую NoSQL-базу MongoDB.

Интервьюер: Почему не MySQL?

Кандидат: СУБД не масштабируются. Для нашей задачи точно понадобится MongoDB или BigTable.

Интервьюер: Но мы тут в Twitter храним все твиты в MySQL, все нормально масштабируется.

Кандидат: Ну, тогда, возможно, у вас просто еще пока недостаточно большой объем. По-настоящему огромные системы типа Facebook используют NO-SQL.

Интервьюер: Но Facebook также использует MySQL.

Кандидат: Хм, не знаю, как они его масштабируют, надо разобраться. Возможно, у них MySQL только на фронтенде, а на бэке BigTable.

Интервьюер: Неважно. А где будем хранить аналитические данные?

Кандидат: Очевидно, что в MySQL.

Интервьюер: Но не слишком ли их много для MySQL? Сейчас у нас для этого HDFS.

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

Интервьюер: Супер, спасибо за ваше время. Было приятно пообщаться.

Как подготовиться к интервью: полезные ссылки


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

Подробнее..

Личный опыт Фронтенд-инженер из лондонского Facebook как попасть в FAANG?

03.11.2020 22:13:52 | Автор: admin
Как готовиться ксобеседованиям, чтобы устроиться вкомпанию уровня FAANG? Вместе сОлегом Громовым, фронтенд-инженером излондонского офиса Facebook (ex. Yandex, Toptal etc.), составили план подготовки помотивам прошедшего вебинара опираясь наего личный опыт.

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




FAANG аббревиатура Facebook, Amazon, Apple, Netflix, Google, название, насколько язнаю, появилось 35 лет назад. Это были компании снаибольшей капитализацией вIT. Они как планка, докоторой все пытаются дотянуться: если дорос доFAANG, товыше только звёзды. Многие инженеры хотят туда попасть: большие зарплаты, хорошие условия, возможности для развития это лучшее, что бывает вмире среди корпораций.

Кто-то включает Microsoft, Uber, Airbnb, кто-то пытается перенести термин нароссийские крупные tech-компании: Яндекс, Mail.ru, Авито, ABBYY. Намой взгляд, вFAANG они невходят, само понятие только про перечисленные выше tech-гиганты.

Ноесть фаанговский стиль собеседования, иэто другая история. Стиль переняли многие компании, которые наFAANG непохожи ниразмером, ниприбыльностью. Всобеседование входят 4ибольше секций, которые включают: алгоритмическое интервью, system design, behavioral-интервью. Подготовившись ктакому собеседованию, выможете устроиться ивкомпании помимо FAANG: формат становится знакомым. Предлагаю использовать этот широкий подход, будем говорить окомпаниях, которые собеседуют пофаанговской структуре.

Плюсы иминусы работы вкомпаниях уровня FAANG


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

Плюсы:
  • развитие.
    Если выочень любите свою работу, если вам хочется челленджей исложных проектов, хочется развиваться иобщаться сбольшим количеством людей, втом числе случшими специалистами.
    Первое, что понял, когда попал вЯндекс: все вокруг умные, аянет. Это типичная история, тоже самое происходит, когда устраиваешься вGoogle, Facebook: вкрупных компаниях очень питательная среда для роста. Особенно для людей, заинтересованных невпостроении бизнеса, авразвитии себя как специалиста.
  • Стабильность, хорошая зарплата.
    Ещё разработчикам дают RSU restricted stock unit, особый вид денежного вознаграждения. Обычно люди ихтутже конвертируют вденьги завычетом налогов. Так что RSU своего рода прибавка кзарплате. Теденьги, которые яполучал RSU-шками вЯндексе откладывал, апотом пожил наних полгода вШтатах без работы.
  • Статус.
    Можно сказать: яработаю вГугле! Иэто звучит круто.

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

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

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

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

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

Если ищете позиции срелокейтом, подписывайтесь нанаш бот @g_jobbot. АIT-рекрутер в gmate поможет упаковать резюме так, чтобы заинтересовать интервьюеров. Бот просто ибыстро настраивается: сфера, зарплата, локация релокейт. Подходящие вам варианты будут приходить вТелеграм.



Резюме


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

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

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

Убираем нерелевантное, подчеркиваем сильные стороны, весь подходящий для вакансии опыт. Невсмысле бить себя пяткой вгрудь: команда ничего несделала, всё толькоя. Задача рассказать отом, что выкомандный игрок, понимаете бизнес. Особенно если устраиваетесь напозицию разработчика высокого уровня. Отнего требуется понимать процессы командной работы, как ихналадить, как ликвидировать боттлнеки тоесть узкие места, где производительность страдает. Всё это подайте ввыгодном свете, ноневыдумывайте, говорите правду: покажите адекватные достижения, идеально, если количественно все большие компании это оценят. Например, технические достижения опишите так: время прохода тестов вContinuous Integration-среде сократилось на30%, увеличилась прибыль или конверсия тоже наN%. Расскажите прокомандные достижения: где выпомогли наладить процесс, кого икак нанимали.

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

Хороший совет писать резюме наодной, максимум 1,5страницах. Времени уинтервьюеров мало, ихорошо, если вся информация считывается ими сразу.

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

После того, как резюме одобрили, перед 4-этапным интервью обычно есть ещё скрининг.

Скрининг


Бывает скрининг срекрутером, бывает технический зависит отсложности процесса. Первый звонок почти на100% будет срекрутером. Оноценивает общую адекватность, узнаёт жизненную историю, почему человек ищет работу, пытается отфильтровать поток. Иногда кто-то случайно отправляет резюме вмассовом найме странности присутствуют.

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

Натехническом скрининге происходит примерно тоже, что дальше наалгоритмической секции, новремени даётся меньше: 4060минут, 12задачи: как правило, онлайн.

Кэтому формату нужно привыкнуть. Есть whiteboard-интервью: стоишь рядом сдоской, рисуешь схемы, пытаешься писать наней код неочень удобно, многие жалуются. Аонлайн внекотором смысле ещё хуже (кому-то, может, лучше). Сидишь закомпьютером человека невидишь, иговоришь нетолько пишешь код. Нехочу никого обижать, новэтот момент часто возникает проблема, особенно урусскоговорящих разработчиков. Внашей культуре непринято хвастаться иболтать, мыберём иделаем.

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

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

Алгоритмические секции


Следующие этапы зависят откомпании. Янесобеседовался вGoogle, Amazon или Apple. Насколько мне известно, увсех них достаточно характерные процессы, следующие шаблону, нодетали отличаются. Например, уAmazon есть Leadership Principles набор правил, который рекомендуют выучить, потому что про них насобеседовании тоже будет разговор. ВFacebook такого нет.

Алгоритмических секций несколько: обычно две-три. Вдокороновирусную эпоху вас привозят вофис, где всё происходит, встречают, сажают впереговорку, дают кофе. Вырешаете алгоритмические задачи: тесамые, что видите наLeetcode. Кто-то советовал уровень Hard это, кстати, необязательно. Сложные задачи встречаются, наверное, наMachine Learning или нагруженных бэкендах ялично ниодного харда вообще невстречал. Обычно это уровень Medium: достаточно сложные, сними надо уметь обращаться. Ноесли никогда нерешали наверное, есть шанс это сделать, есть просто потренировались иумеете думать.

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

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

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

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

Кодинг обычно совмещён салгоритмической секцией. Причём есть небольшая разница между бэкендом ифронтендом вFacebook. Теже алгоритмы надеревьях, графах или связанные сциклами, смассивами носфронтенд-спецификой. Как правило, всё наJavaScript. Выбор языка достаточно свободен. Когда собеседовался вдругую компанию, писал наС# хотя доэтого никогда его неиспользовал. Нотак как онобъектно-ориентированный ипохож наJava, тояпросто уточнял впроцессе: вот так можно? Атак?

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

Адальше бывает system design-интервью иbehavioral: ясталкивался только стакими этапами.

Где готовиться


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

  • Leetcode бесплатен для подборок задач воткрытом доступе. Там есть платные подборки, есть премиум аккаунт, где можно найтито, что замесяц довас спрашивали насобеседованиях вFAANG.
  • HackerRank
  • Codility
  • Interviewing.io
  • Codewars
  • AlgoExpert


Архитектурная секция: system design


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

Секция открытая, проблема неставится также, как взадачах наалгоритм. Одновременно важны иsoft skills: умение поговорить, вывести ипринять решение, спроектировать конкретную систему. Когда говорят про System Design, обычно идёт речь про дизайн чего-то высоконагруженного: надо сделать Твиттер или Инстаграм. Разумеется, за40минут нельзя спроектировать полноценный Твиттер.

Бывают испецифические задания: сделать форму ввода савтокомплитом. Вслучае сфронтендом может быть что-то типа: спроектируйте фронтенд для Яндекс.Карт: как выструктурируйте код, какие будут компоненты, какая подчиненность компонентов друг другу. Можно говорить про доставку контента для пользователей, CDN.

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

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

Где готовиться




Что важно ивпроцессе всего собеседования, инаbehavioral-части


Soft skills


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

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

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

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

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


Я рассказываю про парсер HTML, написанный в самолёте по пути на офсайт.

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

Английский язык


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

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

Яучил английский напротяжении 10лет, ивсегда думал, что уменя сносный уровень, особенно технического языка: читал мануалы, как все. Нов2016 году поехал вНью-Йорк ипонял, что непонимаю ничего. Просто неслышу, что мне говорят это меня шокировало. Затрудняюсь сказать, какой втот момент был уровень, наверное, В1, upper-intermediate. Нояпрактически непонимал носителей итерялся внасыщенном разговоре.

Явывел для себя критерии, покоторым можно понять, что уровень подходит для прохождения интервью. Если натехнической конференции выпонимаете 5070% того, что говорит выступающий иможете за12 минуты рассказать про свой проект так, что вас поймут этого должно хватить. Успикеров обычно очень внятный язык, без сильного сленга ипроглатываемых звуков. Для собеседования сертификаты ненужны, нопонадобятся для переезда вВеликобританию. Уровень формальный, В1или В2 если учить снуля, накаких-нибудь курсах можно дорасти донего загод.

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

Как готовиться


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

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

Итоги


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

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

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

Что почитать дополнительно:



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

Унас вg-mate минимум 3050% готовы рассматривать ремоут, арелокейт среди локаций навторой месте попопулярности. Завремя пандемии ивРоссии, изарубежом наём ускорился в3раза. Регистрируйтесь вботе, чтобы получать лучшие вакансии вtech прямо вТелеграм.
Подробнее..

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru