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

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

Причина 1: блокировка браузера антивирусом

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

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

Причина 2: системный сбой

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

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

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

В открывавшемся окне около пункта «Тип системы» будет значиться разрядность: 32 или 64. Если вы не видите разрядность, то, вероятно, у вас 32 bit.

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

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

Как правило, в большинстве случаев после завершения установки проблема с работоспособностью браузера решается.

Причина 3: вирусная активность

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

В результате вирусной активности браузер Google Chrome может и вовсе прекратить запускаться.

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

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

И напоследок

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

В открывшемся окне выберите пункт «Запуск восстановления системы» .

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

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

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

• "Ошибка Google Поиска"
• "Запрос не выполнен: подключение отсутствует"

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

Шаг 1. Подключитесь к Интернету

1. Убедитесь, что устройство не находится в режиме полета

В режиме полета на устройстве отключены Wi-Fi и мобильные сети. Если вы видите значок самолета в верхней части экрана, этот режим включен.

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

1. Ещё .
2. Отключите режим полета.

Проверьте, работает ли поиск.

2. Подключитесь к сети Wi-Fi

Если вы пытаетесь подключиться к Интернету по сети Wi-Fi, вероятно, вам нужно изменить настройки.

Чтобы включить Wi-Fi и выбрать сеть, выполните следующие действия:

1. Откройте настройки устройства.
2. В разделе "Беспроводные сети" нажмите Wi-Fi .
3. Включите Wi-Fi.
4. Выберите сеть и при необходимости введите пароль.

В верхней части экрана должен появиться значок Wi-Fi. Проверьте, работает ли поиск. Если нет, воспользуйтесь приведенными ниже советами.

Значок Wi-Fi с вопросительным знаком (?) : функция работает, но отсутствует подключение к сети. Чтобы выбрать сеть Wi-Fi, следуйте инструкциям выше.

Значок Wi-Fi с восклицательным знаком (!) : устройство подключено к сети Wi-Fi, но отсутствует соединение с Интернетом.

• Если вы используете общедоступную сеть Wi-Fi (например, в кафе или аэропорту), вам может понадобиться ввести пароль или выполнить вход. Проверьте, открывается ли страница входа в браузере.
• Если вы используете собственную сеть Wi-Fi, перезагрузите маршрутизатор. Если проблема сохраняется, обратитесь к интернет-провайдеру.

Значок окрашен не полностью или мигает : сигнал сети Wi-Fi слишком слабый либо устройство все ещё пытается установить подключение.

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

Wi-Fi все равно не работает? Воспользуйтесь мобильным Интернетом: отключите Wi-Fi и проверьте, появляются ли результаты поиска.

3. Проверьте подключение к мобильному Интернету

Если Wi-Fi недоступен, подключитесь к Интернету через мобильную сеть.

Как проверить, доступен ли мобильный Интернет:

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

Чтобы подключиться к мобильному Интернету, выполните следующие действия:

1. Откройте настройки устройства.
2. В разделе "Беспроводные сети" выберите Передача данных .
3. Включите мобильный Интернет (настройка может называться, например, "Мобильный трафик" или "Мобильные данные"). Если мобильный Интернет уже включен, отключите его, а затем снова включите.

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

1. Перейдите в зону покрытия

Если вы находитесь вне зоны покрытия (например, в метро или в сельской местности), переместитесь в область с более сильным сигналом.

2. Обратитесь к мобильному оператору

Если вы часто сталкиваетесь с неполадками при попытке подключиться к мобильному Интернету, обратитесь к поставщику услуг.

Баг-хантерами, которые будут искать и устранять уязвимости в интернете и прочие киберугрозы. В команду войдут люди, обнаружившие уязвимости в Adobe Flash и Microsoft Office, Safari, iOS и OSX. Однако набор специалистов всё ещё открыт, поэтому Look At Me решил разобраться в том, какими качествами должны обладать потенциальные работники «Корпорации добра».

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

Кен Томпсон

Пионер компьютерной науки. Участвовал в разработке UNIX, UTF8, языков программирования B (предшественник языка C) и Go; также разрабатывал компьютерные шахматы и шахматный компьютер Belle.

71 год, работает в Google с 2006 года.

Ранее работал в Bell Labs и Entrisphere.

Программный инженер. Разработал глобально распределённую базу данных Spanner (используется в Google Translate) , систему хранения BigTable, систему масштабных приложений MapReduce и нейронную сеть Google Brain.

46 лет, работает в Google с 1999 года.

Инженер-разработчик. Участвовал в разработке Google Chrome, веб-инструментов jQuery, Modernizr, Yoeman, RoboHornet. Считается экспертом в областях HTML5 и CSS3.

31 год, Работает в Google с 2010 года.

Какие вопросы задают
на собеседовании в Google

Конкуренция внутри Goolge показана в фильме «Кадры»

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

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

«Кандидаты в Google оцениваются по лидерским качествам, соответствующим должности знаниям и навыкам критического мышления. Лидерские качества - это то, что в общих чертах мы называем культурным соответствием. Ваши знания, конечно, должны относиться к той области, в которой вы хотите работать: базы данных, анализ информации, опыт работы с AdWords или AdSense. Навыки критического мышления должны показать, как вы подходите к проблеме и как будете её решать. Мы называем это „общие когнитивные способности“».

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

«В Google (по крайне мере с того момента, как я присоединилась к ней в 2005 году) было запрещено задавать головоломки на собеседованиях. В Google продолжат задавать оценивающие вопросы. Это не головоломки, а вопросы на решение проблемы. Но обычно их не задают кандидатам на должность программного инженера».

«Есть много вопросов на навыки внедрения. Например, пользователь пишет запрос в поле поиска. Он может ошибиться при написании некоторых слов. Вам нужно составить список возможных опечаток. Например, удвоение („опечатка“ или „оппечатка“) или отсутствие некоторых букв („письменность“ или „письменость“) ».

Неожиданные вопросы на собеседовании в Google

«Учёные утверждают, что аккумуляторы смартфонов больше нельзя улучшить. Что вы сделаете, чтобы создать более позитивное впечатление от нашего смартфона?»

«Если бы вы могли станцевать только один танец в вашей жизни, каким он будет?»

«Каков общий размер всех серверов Google?»

«Какой проект Google вы закроете, и почему?»

«Оцените ежегодный доход Facebook»

«Можете ли перепрыгнуть через высокое здание?»

«Вы странный?»

«Вы бросили монету 400 раз. Какова вероятность того, что решка выпадет хотя бы 220 раз?»

«Вам нужно время на дополнительную подготовку к интервью?»

«На самом деле все эти компании - Microsoft, Google, Amazon, Facebook, Apple - применяют подход, с помощью которого оценивают мыслительный процесс кандидата. Большинство из них для этого используют вопросы о структуре данных и алгоритмах. У вас должно быть практическое понимание этих вопросов, а также способность на практике решить несколько проблем. Но проблему нужно не просто решить, а понять и найти лучшее решение.

Помимо программирования, вам нужно понять концепцию интервью. Для этого с вашей стороны требуется следующее: вы должны говорить, объяснять, обсуждать, выражать свои взгляды и чётко понимать заданные вам вопросы».

«Мой друг и я посещали стенд Google на университетской ярмарке вакансий. Он с радостью передал им своё резюме, надеясь, что имеет неплохие шансы хотя бы для первого раунда интервью. Представитель Google взглянул на бумагу и ответил раздражённым голосом: „Вы с ума сошли - подавать заявление в Google с таким резюме?!“. Мой друг был озадачен и ответил: „Нет, я знаю свою работу. Я не сумасшедший“. Сотрудник компании посмотрел моему другу в глаза и спокойно ответил: „К сожалению, нам нужны сумасшедшие“».

Пять качеств, которые
хотят видеть у кандидата
в Google

Программисты выдуманной компании Huli, которая подозрительно похожа на Google - сериал Silicon Valley

Вице-президент Google Ласло Бок (Laszlo Bock) назвал в интервью The Times пять качеств , на которые обращают внимание работники компании при собеседовании с техническим кандидатом.

Навыки программирования

«Половина всех сотрудников компании работают по техническим специальностям».

Пример вопроса: У вас есть послужной список навыков, которыми вы действительно хорошо владеете?

Неправильный ответ: «Да» - потому что человек, который знает своё дело, формально подходит к решению новых задач.

Обучаемость

«Это не уровень IQ, а общие когнитивные способности, способность обрабатывать информацию на лету и приводить к общему разрозненные фрагменты данных».

Пример вопроса: Почему вы прочитали последние пять статей в СМИ?

Неправильный ответ: «Они мне понравились» - потому что вы не можете обобщить пять разных текстов.

Лидерство

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

Пример вопроса: Что мы будем есть сегодня на ужин?

Неправильный ответ: «А что бы вам хотелось?» - потому что вы не берёте инициативу в свои руки.

Чувство собственности

«Это чувство ответственности и ощущение собственности [за корпоративные проекты], которое позволяет вам вмешаться в проблему».

Пример вопроса: Вы некомпетентны и ленивы?

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

Интеллектуальная скромность

«Успешные и яркие молодые люди редко совершают неудачные решения, поэтому они не могут учиться на своих ошибках. Наша цель - работать над решением проблемы вместе. Я помог на своём этапе, а потом отошёл назад».

Пример вопроса: Ваш IQ выше 130 пунктов?

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

Что хуже всего
в работе на Google

Сотрудники компании Google - фильм «Кадры»

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

«Самый большой негатив - произвольная отмена проектов. Я работал в фантастической команде. Мы были увлечены разработкой инновационного продукта, который, казалось, соответствовал миссии Google. Пользователи альфа-версии позитивно оценили его, мы получили корпоративный приз. И вдруг его отменяют без каких-либо объяснений. Более того, людям, которые работали над аннулированными проектами, отказывают в продвижении новых приложений. Даже одна такая отмена ожесточает, а есть люди, которые прошли через несколько».

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

«Худший момент работы в Google - люди. Для того чтобы получить работу там, вы должны быть человеком, который с волнением кричит, когда гендиректор входит в конференц-зал. Или когда объявляют: „Мы запустили... поиск по картинкам“. <...> Вам говорят, что нет никакого „менеджмента“, хотя он, безусловно, есть. Вам не дают никакого направления [для работы]. Ведь они отчаянно пытаются построить какую-то хиппи-коммуну с рабочим духом, свободой воли и творчеством. А потом с вас вдруг требуют отчёт о проекте, который ранее получил „более низкий приоритет“».

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

«Несмотря на общие представления, я считаю, что средний уровень инженеров Google довольно посредственный. Зато много высокомерия. Каждый считает, что он лучше своего соседа. Особенно мужчины. Из-за этого сложно обсуждать любые вопросы, а объективные дискуссии довольно редки. Если только собеседник не является вашим другом. Никого не интересует мнение других людей, если они не Важные Боги».

«Google имеет доступ ко многим сведениям своих сотрудников. Там буквально шпионят за своими работниками. Я уволился после своего второго повышения из-за некоторых писем, которые послал с личной почты в Gmail. В письмах не было ничего незаконного или конфиденциального. В Google просто не понравился мой взгляд на некоторые вещи. Они решили, что я не должен там работать».

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

Google Chrome – отличный браузер, который заслуженно получил звание самого быстрого по скорости работы. Пользователи не раз отмечали, что он также один из лучших, когда дело касается борьбы с вирусами, «троянами» и другими интернет-вредителями. За последние годы Chrome становится всё популярнее. Но даже самые лучшие не застрахованы от сбоев и неполадок, и вы тоже можете столкнуться с ситуацией, когда не работает Google Chrome.

Случается так, что браузер не открывает ни одной страницы, выдает ошибки, а то и вовсе не запускается на компьютере? Почему, в чём же может быть причина? Не нужно сразу впадать в панику. Часто бывает так, что основная причина лежит на поверхности. В 50% случаев для устранения проблемы достаточно перезагрузить компьютер. Возможно, сбой произошел в самой системе. Если же после выполнения данного действия ничего не изменилось и браузер Гугл Хром по-прежнему не реагирует, необходимо проверить интернет-подключение. Может быть, у вас пропало соединение, и стоит позвонить в службу поддержки и узнать, почему это случилось или убедиться, что все провода подключены и работают исправно.

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

Если браузер даёт сбой в самом начале работы, то самым простым объяснением, почему это происходит, может быть неправильная установка «Хрома» на вашем компьютере. Целесообразно будет переустановить программу. Нужно будет полностью удалить браузер, а потом зайти на официальный сайт и скачать новую программу там. Кстати говоря, иногда самым легким решением оказывается обычное обновление версии Гугл Хрома на последнюю.

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

В обязательном порядке отключите все расширения Гугл Хрома, которые у вас установлены. Сделать это нужно через настройки, пункт «Расширения». Отключите их все по очереди, при этом проверяя, не заработал ли браузер должным образом. Как известно, устанавливаться расширения могут и без нашего ведома, совершенно случайно.

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

Попробуйте обновить Flash Player, если сбои в программе в первую очередь проявляются при просмотре видео.

Не запускается браузер

Проверьте и удалите сомнительные программы, которые установились недавно. Они могут мешать работе Google Chrome. Многие ПО просто не совместимы между собой и вызывают перебои в работе друг друга.

Мешать открытию Гугл Хрома на вашем компьютере могут некоторые брандмауэры и антивирусы. В таком случае браузер Гугл Хром нужно включить в список избранных. Чтобы убедиться, что причина кроется именно в этих программах, то просто на какое-то время отключите их, если «Хром» успешно запустился, то наше предположение верно.

Всегда помните о том, что неприятности такого рода могут быть следствием того, что на вашем компьютере скрываются вредоносные файлы (вирусы, «трояны»). Просканируйте ПК и браузер на наличие подобной гадости при помощи антивируса и вылечите файлы, или удалите их. Кроме того, не помешает применить антивирусные утилиты, такие как Curelt от Dr.Web или Hitman Pro.

Не открываются страницы в Google Chrome

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

Нередки случаи, когда страницы не открываются из-за каких-либо временных перебоев и неисправностей. Для того, чтобы убедиться, ваш ли это случай, нужно попробовать открыть ту же страницу в другом браузере — Internet Explorer или Firefox. В том случае, если страница спокойно открывается, скорее всего, ошибка возникла при попытке «Хрома» подключиться к сети Интернет. Вероятно, вы ввели некорректный веб-адрес. Обязательно проверьте правильность его написания. Если всё правильно, то не исключено, что страница на данный момент недоступна по техническим причинам.

Может возникнуть необходимость почистить файлы cookie. Файлы эти создаются веб-сайтам (на которые вы когда-то заходили) для того чтобы сохранить некоторую информацию, например, данные о профилях или настройки веб-сайтов. Ошибку при загрузке страниц может вызвать именно файл cookie в том случае, если он повреждён. Алгоритм удаления cookie файлов следующий: на панели инструментов Google Chrome заходим в «Настройки», затем выбираем «Показать дополнительные настройки», находим там раздел «Конфиденциальность» — «Настройки контента», здесь видим «Файлы cookie», «Файлы cookie и данные сайта», жмем «удалить всё».

Прокси

Еще одной причиной, почему браузер работает неправильно, могут послужить настройки прокси-сервера. Нужно всего лишь изменить их, применив тот же алгоритм, что описан выше с файлами cookie. Но после раздела «Показать дополнительные настройки» жмем на «Изменить настройки прокси-сервера», далее «Настройка сети». Ставим флажок на «Автоматическое определение параметров». Подтверждаем действие – «ОК».

Последний вариант

И самый последний совет. Применять его следует только в том случае, когда больше ничего не помогло. В свойствах ярлыка Google Chrome пропишите ключ -no -sandbox. Этот метод не совсем безопасен, потому что в таком случае он становится очень уязвимым и больше подвержен вирусам извне.

О своём опыте трудоустройства

Я постараюсь описать весь свой опыт и те подводные камни, которые я встретил при подготовке к собеседованию в Google и другие компании Долины (Microsoft, Amazon, Snapchat, Evernote, Cruise Automation, Uber и др.). Я ставил цель получить оффер от Google или Facebook, а еще лучше от обеих, все остальные компании были из разряда «ну если там будет очень интересно, то можно». С первого дня, когда я начал подготовку, до момента, когда я получил оффер от Google, прошло 1 год и 5 месяцев. Первый оффер я получил после 1 года и 2 месяцев подготовки. Всего было 7 онсайтов (интервью в офисе компании), из них 3 оффера (Google, Evernote, Cruise Automation). Таки приступим.

Предыстория

Я был вендором в Google в Mountain View на протяжении полутора лет. Там же было несколько гуглеров, которые тоже были вендорами до этого. Конечно, мозг постоянно подсказывал, что они «другие», что они «умнее-лучше-круче», чем я. А мой удел - быть вендором. Я даже один раз попробовал решить задачку на LeetCode. Осилить я смог 5-ю easy задачку, которая получилась на 120 строк кода и в результате так и не прошла тесты. На это ушло 5 часов прекрасного субботнего калифорнийского дня. Я окончательно понял, что вот всем вокруг «дано», а мне нет.

Но все же, проводя с друзьями-гуглерами много времени, я понял приблизительный алгоритм - что и как нужно делать. Я сделал в точности, как они сказали, и получил оффер (чему был немало удивлен). Второй нюанс - в Google я делал front-end, все мои друзья были back-end, и подготовку они описывали именно для back-end. Я подумал и решил: «А back-end тоже хорошо (я же когда-то писал на.NET, хотя и давно), буду идти в точности как они, но сделаю больше, чем они, и тогда точно получу оффер».

Мотивация

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

Что я имею в виду

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

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

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

Пример 1 : «Я хочу в Google, потому что это круто», «Я хочу в Facebook, потому что там много денег» - это для себя. В любой момент можно найти статью о том, что Google - это тлен, что денег там дали меньше, чем в другой компании, что там скучно, много политики. И что? И все, мотивация упала, книжки с алгоритмами летят в окно.

Пример 2 : «Я хочу в Google, чтобы вывезти свою семью в США и дать детям хорошее образование», «Я смогу, имея деньги от Facebook, сделать это и это» . В моем случае мотивация звучала так: «Я хочу быть ближе к дому» . Я рассматривал переезд в Лондон либо Цюрих. Когда я начал подготовку, я себе так сказал: «Пацан, ты следующий раз полетишь домой, когда получишь оффер, и только так». Домой хотелось, и это давало энергию. Я думаю, это работает не для всех и не всегда, но для меня сработало.

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

Процесс в общем

Весь путь можно разделить на несколько этапов:

1. Решение задач на LeetCode или InterviewBit .
2. Изучение алгоритмов и структур данных.
3. Повторение решенных задач на LeetCode.
4. Подготовка к дизайн-интервью.
5. Mock-интервью (телефонные и на вайтборде).
6. Реальные интервью.
7. Оффер и алкогольное забвение.

Решение задач

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

Сколько задач нужно решить? Я считаю - 200-250, из которых 40-50% easy, 40-50% medium, 10-20% - hard. Я решил около 300, мои друзья - 120-160.

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

А что если я сначала прочитаю всю книжку «Cracking Coding Interview» с решенными задачками и уже весь подготовленный пойду в бой? Не стоит:) Решение, которое я просто прочитал, я не мог вспомнить даже под конец того же дня, не говоря уже через несколько дней.

Можно прочитать начало «Cracking Coding Interview». Там хорошо описан сам процесс интервью, как общаться, базовые вещи об алгоритмах и структурах данных, как анализировать сложность алгоритмов и т. д. К примеру, как анализировать сложность рекурсивных алгоритмов я понял именно из нее.

Перед тем как начать решать задачки на определенную тему можно прочитать решение схожих задач в «Cracking Coding Interview». Причины тут две:

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

А какие вообще существуют задачи, какие темы нужно покрыть?

Понять, какие вообще тематики существуют, можно с InterviewBit. Мне не очень понравилось там решать задачи, но вот общее представление я получил. Ну и кроме того, можно полистать «Cracking Coding Interview».

В какой последовательности стоит решать задачи?

Нужно идти от простых тем к сложным (InterviewBit подскажет порядок). В каждой теме решать задачки до тех пор, пока не начнет хоть чуть-чуть получаться, и в этот момент сразу переключиться на следующую тему. Начинать, конечно, с уровня easy. Я пытался решать каждую задачу на протяжении около получаса-часа. Если не смог - шел смотреть решение. На LeetCode к каждой задаче есть форум, где люди постят свои решения, обсуждают, голосуют. Я выбирал топ решений и изучал их, так и учился. Наверное, эти форумы - самое ценное место для обучения. Далеко не все решения просто понять, даже те, под которыми стоят комментарии «This is absolutely awesome!!!».

Например, начал я решать задачи на строки. 1-я - не решил, пошел смотреть решение, 2-я… 5-я - то же самое. 6-я, 7-я - решил. Значит, пора переключиться на следующую тему. Секрет такой - переключаться между темами нужно как можно чаще, так лучше запоминается. Но если переключиться до того, как начнет получаться, то через несколько тем можно демотивировать себя полостью. Мозг услужливо подскажет: «Ну раз ты ничего не можешь решить - то иди выпей пивка и посмотри футбол, это просто не твое». Нужно быть готовым к тому, что самооценка и настроение будут как американские горки: получается - мы несемся вверх, не получается - унываем и падаем вниз. Просто нужно помнить, что и первое, и второе - это временно, нужно продолжать. Если долго нет результата - брать задачки проще.

Как происходит решение задачи?

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

1. Читаем условие задачи, ни в коем случае не пытаемся придумать решение до того, как условие прочитано до конца. Это важно!!! Мозг пытается найти похожую задачу, решение которой он знает, и выдать за требуемое.
2. Пытаемся придумать уточняющие вопросы.
   1. Пример 1: есть задача, в которой нужно как-то трансформировать строку. Что спрашивать? - Какие символы могут быть в строке - ASCII или Unicode? Могут ли рядом стоять несколько пробелов? Могут ли быть пробелы в начале или конце строки? Есть ли спецсимволы типа -,.^/ ? Есть ли разница для анализа между большой и маленькой буквами? Насколько длинная входная строка? Помещается ли она в память машины?
   2. Пример 2: есть массив из Integer, в нем нужно что-то найти. Вопросы: есть ли повторяющиеся элементы? Есть ли отрицательные числа? Что если в результате подсчета мы получим больше, чем Integer.MAX_VALUE?
3. Рисуем примеры, лучше парочку - один классический, второй с corner cases. После этого мы +/- должны быть уверены в том, что задачу мы поняли правильно.
4. Придумываем решение «в лоб» и оцениваем его сложность. Сложность решения нужно уметь определить всегда.
5. Придумываем более оптимальное решение, оцениваем его сложность.
6. Разрабатываем API решения - какие будут методы (приватные и публичные).
7. Пишем код в тетрадке.
8. Дебажим код по тетрадке на новом примере. Не нужно брать один из примеров, который мы рисовали в начале. В этом случае очень высока вероятность, что мы написали решение именно для этого случая, а не для всех возможных. Лучше взять новый пример с corner-кейсом, такой, чтобы потенциально мог решение сломать.
9. Перебиваем код в любимую IDE, при этом не смотрим в бумажку. Таким образом, мы повторяем решение два раза.
10. Копируем код из IDE в LeetCode и запускаем. В случае идеального выполнения должно cработать правильно с первого раза. У меня такое получалось в 10% случаев.

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

А что же делать, если задачка не решается?

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

Все свои решения я заливал на GitHub . Хорошо видна статистика, и всегда есть доступ к коду. Это я начал делать после того, как LeetCode затер все мои решения. Так что LeetCode - не лучшее место для хранения своих решений.

Алгоритмы

Я изучал алгоритмы по курсам дедушки Седжвика на Coursera (часть 1 , часть 2). Видео этих курсов можно найти на торрентах.

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

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

Дизайн-интервью

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

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

Behavioral-интервью

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

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

Mock-интервью

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

Телефонные mock-интервью (а потом и реальные) я проходил на interviewing.io . Я просто полюбил этот ресурс, ребята реально молодцы. Но они сейчас заточены под США и предоставляют этот сервис по США. Бывали дни, когда у меня в неделю было около 7-8 собеседований на interviewing.io.

Сначала было страшно и некомфортно. Но к 10-му разу я привык, и стало нравиться. Первые интервью я валил, потом стало получаться. Средняя конверсия была 50%, то есть половину прошел, половину - нет. Всего телефонных собеседований (реальных и mock) было около 30-35.

Как подаваться

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

Второй способ - сайты работ типа Hired.com . Ты заполняешь все данные о себе, а потом компании, которым ты подходишь, сами с тобой связываются. Сервис ориентирован на рынок США. Без H1 или грин-карты там делать нечего.

Способ третий - interviewing.io, о котором я упоминал выше, и схожие сервисы. Они работают так: сначала ты проходишь на их платформе телефонные mock-интервью. Как только ты успешно проходишь два, они дают тебе возможность проходить анонимные телефонные интервью с реальными компаниями на их платформе. К примеру, сотрудник Uber и ты заходите в одно и то же время, и он тебя собеседует. Если прошел - дальше онсайт. Mock-телефонное и реальное телефонное интервью не отличаются вовсе. Минусов в interviewing.io несколько. Первый - они больше сотрудничают со стартапами, больших компаний мало. Второй - ориентированы на Штаты (нужна H1 или грин-карта).

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

Резюме

Резюме инженера в Долине и Украине очень отличается. Оно должно быть кратким (лучше не выходить за рамки двух страниц), показывать, что ты реально сделал (твой импакт для компании).

Лариса, инженер в Google, много пишет на тему интервью, Google, Долины в своем блоге . У нее есть интересный раздел «Резюме на проверку» . Здесь люди открывают доступ к Google doc со своим резюме, Лариса и другие читатели его комментируют и пытаются улучшить.

Телефонное интервью

Стандартное телефонное интервью включает в себя общение голосом (по телефону, скайпу, hangouts и т. д.) и написание кода в shared Google doc или shared online IDE. Занимает по времени 1 час либо 45 минут, это нужно уточнить заранее.

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

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

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

Самый эпический пример этой ошибки у меня случился на онсайт-интервью в Evernote. Задача была следующая - распарсить CSV-файл с расписанием поездов и написать программку, которая будет подбирать оптимальный поезд по определенным условиям. Можно гуглить. Я до этого код для работы с файлами на джаве не писал и растерялся. Решил так, я сейчас быстренько с файлами разберусь, а там уже как-то алгоритм построю. Времени на все - 1 час 15 мин. Я полчаса строил красивые врапперы вокруг чтения из файла, пучок сущностей, описывающих поезда, маршруты и прочий мусор. При этом мало представлял, как алгоритм выбора будет работать. Дальше я понял, что я не успеваю, не понимаю, как строить алгоритм, подступила паника. За 12 минут до конца собеседования я понял, как оно должно быть. За 15 минут (с опозданием в 3 минуты) я написал код (с парой ошибок, правда). Так быстро я не писал код никогда в своей жизни.

Онсайт-интервью

Если телефонное интервью прошло успешно, следующий шаг - онсайт. Компания покупает тебе билеты на самолет, оплачивает отель, и ты летишь к ним в гости. Я так летал в Лос-Анджелес на интервью в Snapchat.

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

Какие бывают типы интервью на онсайте и как к ним подготовиться

Классическое техническое интервью с задачами

Тут все относительно понятно - то же самое, что и на телефонном. Нужно держать в голове следующий факт - уложиться нужно в ⅔ времени и ⅓ оставить на непредвиденные обстоятельства, поверьте они будут. В Google одно интервью 45 минут, это означает, что после знакомства у вас есть 25 минут на все. Из них 2-5 минут на то, чтобы понять задачу и нарисовать примеры, 2-5 - чтобы придумать решение и 15-20 на написание кода и дебаггинг. Во время дебаггинга, конечно, всплывут ошибки, и их нужно быстро и красиво пофиксить. Именно на это и нужна та заветная ⅓.

Нюанс - всегда нужно идти на интервью со своим лэптопом. Первым делом нужно спросить, можно ли кодить на нем. В Facebook меня спросили: есть лептоп? хочешь на нем кодить? Ответ - конечно, да! Это быстрее, и вероятность ошибки в разы ниже. К тому же, переписывать код на вайтборде и в IDE - это две большие разницы. У меня неоднократно была ситуация, когда я исправлял ошибки на вайтборде, в результате чего код становился абсолютно нечитаемым (и, скорее всего, с новыми ошибками). Интервьюеры смотрели на это с грустью и слезами.

На лэптопе должны быть любимая IDE и проектик с типовыми шаблонами:

• работа с файлами;
• парсинг CSV-файлов;
• считывание по http;
• HTML- документ с подключенными стилями.

Еще помните мой печальный опыт с Evernote? Так вот, на следующем онсайте меня тоже попросили распарсить CSV, это заняло 3 минуты. Интервьюеры не против, если ты используешь такие шаблоны - это экономит время, и они понимают, что ты способен нагуглить, как распарсить файл.

Важный момент - нужно всегда контролировать время. На одном из интервью в Google мой интервьюер, парень лет 25-ти, задал мне хитрую задачку на динамическое программирование. Я нашел способ, как ее решить за квадратичное время, на что он спросил: «А лучше можно»? И я начал искать, как это сделать, подступала паника, но решение «лучше» найти я не мог. Наш диалог дальше:

Я: Не могу придумать решение лучше. Может, напишем мое решение и после этого подумаем?
Он: Давай еще 10 мин подумаем. Если не найдешь, напишем твое.
Я: Мне кажется, что времени может быть мало. Давай все же напишем мое сначала.
Он: Ну ок.

Я успел дописать свое решение с опозданием в 5 минут. Если бы послушал его, то не написал бы ничего и провалил интервью на 100%. А после такого в космонавты не берут. Штука в том, что он прикидывал, сколько времени нужно ему для написания задачки на доске, зная решение досконально.

Рассказ о предыдущем проекте

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

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

Дизайн-интервью

Это отдельный зверь, не очень страшный, но специфический. Здесь тебе дают очень общие начальные условия типа «Нужно построить Dropbox» и смотрят, как ты продираешься через терновые кусты неопределенности. Какие вопросы ты задаешь, как анализируешь проблему.

Мои выводы по этому типу интервью:

• Первым делом нужно собрать требования. Очень четкие и конкретные требования, которым должна отвечать система. Типовые вопросы, которые можно задать: how many users, active users, time zones (one or few). Acceptance criteria - network bandwidth (in-going/ out-going traffic), RAM, storage, latency, battery life (for mobile) etc.
• Представь, что интервьюер - это твой заказчик (или пользователь), для которого строится система. Что ему нужно? А что можно предложить сверх этого (сбор статистики, админпанель)?
• Какие будут пользователи у этой системы? Часто их несколько - general users и administrators. И требования для них могут быть кардинально разные. Понимая это, нужно собрать все use cases. Один use case будет отвечать одному методу в API.
• Определяем три ключевых элемента - UI (если таковой имеется), API, DB schema. Часто, рисуя UI, можно найти новые use cases и обговорить их.
• Оценить все, что только можно, - number of users, requests (queries) per second (QPS), latency, API latency, disk space you need (for 5 years for instance), cache space, in-going/out-going traffic.
• Отдельно оценить read-write ratio. Наша система read heavy или write heavy? В зависимости от этого, как мы будем писать и читать данные?
• Как будет организовано хранилище данных, кеширование? Возможно, нужна очередь для обработки дорогостоящих операций? Как будут организованы replicas и shards (нужно хорошо понимать различие между этими понятиями)?
• Для упрощения понимания сначала можно построить систему для 100 пользователей. После того как интервьюер согласится с таким дизайном, можно подумать, как будем его масштабировать до тысяч и миллионов пользователей.
• Найти trade-offs и обсудить их. К примеру, это может быть trade-off между consistency и speed. Что важнее в данном контексте? Как этого добиться?
• Когда мы рисуем диаграммы, ни один блок не должен быть в единичном экземпляре, это всегда сет из многих. При падении одного узла его тут же должен заменить его клон. Нужно продумать, какие могут быть аварийные ситуации и как мы будем с ним бороться.
• И самое главное - внимательно слушать интервьюера и никогда-никогда с ним не спорить. Это кажется очевидным, но многие (и я среди них) об этом забывают.

Вопросы интервьюеру

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

Пример плохих вопросов: на каком языке программирования вы пишете? На каком клауде у вас стоит инфраструктура? Какая у вас СУБД? В чем тут проблема - компания нанимает универсального солдата, который за месяц-два должен разобраться в технических деталях. То есть это, по сути, не важно, это как-бы слишком узко.

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

За 10 дней до важного онсайта

У меня было два самых важных онсайта - Google и Facebook. Google был первым, и я достаточно сильно переживал. За 10 дней до онсайта я составил расписание на каждый день, что нужно сделать. Оно содержало следующее: повторение алгоритмов, типовых задач, задач, которые встречались на собеседованиях в Google, вопросы по дизайну. 5 дней до интервью я не ходил на работу и ушел в подготовку с головой.

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

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

Финал

Через несколько дней после онсайта мне позвонил рекрутер. Поздравил, сказал, что я молодец, все прошло хорошо. Мне нашли команду в Швейцарии в Цюрихе. Официальная позиция - Software Engineer. Я выдохнул. Голова была абсолютно пустой, я добежал. Забег в 1 год и 5 месяцев объявляется закрытым.