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

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

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

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

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

Вот и все, что нужно знать, если вдруг не работает Google Chrome.

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 у вас высветилось сообщение с таким текстом: «Мы зарегистрировали подозрительный трафик, исходящий из вашей сети», то начинается паника и сам собой возникает вопрос - за что меня забанил Google? Что делать и как с этим жить?

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

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

Почему это происходит?

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

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

Как решить проблему?

При подозрительном трафике вам возможно будет предложено ввести код с картинки, подтверждающий, что вы не робот, а нормальный пользователь. Вводим код (капчу) и работаем с поисковиком дальше. Если кода нет, то проблемы серьезнее.

Если вам предлагают разблокировать поиск за sms, то не попадайтесь на удочку мошенников. Посмотрите адресную строку! Гугл не восстанавливает за sms доступ к поиску!

Действия по восстановлению работы поиска

1. Для начала выполняем рекомендации Google и проверяем компьютер (телефон, планшет, мобильный) на вредоносные программы. Опять же, возможно, проверка устройства не даст никаких результатов.
2. Сброс настроек модема или роутера может разрешить проблему блокировки поиска, но не факт, что надолго.
3. Если у вас дома роутер, то проверьте - защищен ли wi-fi вашей домашней сети от посторонних. Отключите wi-fi и попробуйте снова воспользоваться поиском. Если в домашней сети несколько устройств (компьютеров, планшетов, мобильных) - отключите все и попробуйте только через одно из них войти в поисковик. В конце концов пробуйте сетевой кабель включить не в роутер, а напрямую в компьютер. Если результата нет, то нужно обращаться к провайдеру.
4. Если у вас мобильный интернет - сбросьте кеш браузера. Отключите и снова включите передачу мобильных данных. Попробуйте перезагрузить мобильное устройство. Если нет результата - обращаемся к провайдеру.
5. Обращение к провайдеру
   1. Покупка у провайдера внешнего IP-адреса, если таковые у него имеются.
   2. Идем на форум провайдера и пишем жалобу. Вас много? Пишите коллективную - среагируют быстрее.
   3. Не реагируют? Отключаетесь, переходите к другому провайдеру.

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

Проблемы поиска у провайдера

Из-за недостатка свободных адресов протокола IPv4 провайдеры переводят всех пользователей за NAT. То есть, если у многих ранее были выделенные IP, то теперь они на одном IP. Вот и получается, что на одном адресе, выданным провайдером, может сидеть множество пользователей, исчисляемых сотнями и даже тысячами, читай - та самая «ваша сеть».

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

Что делать в итоге, когда ничего не помогает? Пинать провайдера! В 99,99% провайдер ответит - У нас проблем нет! Проблемы у Гугла! Скорее всего провайдеру нет желания разбираться с данной проблемой, так как это большие финансовые затраты и доля пользователей, которые жалуются именно на недоступность поиска, не так велика. Или же провайдер не может навести порядок в своей сети.

Проблемы поиска у Google

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

Чего ждать от провайдеров?

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

Чего ждать от Google?

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

Команда поиска в курсе, что у многих пользователей высвечивается «We"re sorry...», но смены алгоритма пока не анонсирована, поскольку это является коммерческой тайной. Информации более чем то, что описано в статье Справки, предоставляться не будет. Надеюсь, что в скором времени подвижка все таки произойдет в лучшую сторону и постараюсь держать вас в курсе событий.

Если ничего не помогает

Установите Tor Browser. Анонимайзер Tor произведет маршрутизацию вашего сетевого трафика по распределенной сети, запущенной добровольцами по всему миру. Однако при этом скорость загрузки сайтов может снизиться.

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

По данным сайта вакансий Glassdoor, Google занимает пятое место по размеру средней зарплаты в США. Но чтобы получить одну из этих высокооплачиваемых позиций, вам нужно разработать и следовать целой стратегии – особенно если вы только окончили университет и не можете похвастаться высоким средним баллом. Издание Business Insider рассказывает о способах выгодно выделиться на общем фоне, даже с не самой лучшей успеваемостью – на примере советов из обсуждений на Quora.

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

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

Но Google все равно запросит ваш диплом в процессе отбора. «Мне сказали предоставить диплом и информацию о дисциплинах, пройденных на программе бакалавриата. Это было нетрудно, но я такого не ожидал», – гласит отзыв одного из соискателей на Glassdoor .

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

Источник: Thomson Reuters

1. Получите профессиональный опыт

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

2. Развивайте навыки программирования (если претендуете на техническую позицию)

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

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

Источник: Google

«Лучшие способы попасть на интервью, имея не самый высокий средний балл, такие же, что и лучшие способы попасть на интервью вообще… Если вы подали заявку через внешний ресурс, например, через раздел вакансий на веб-сайте компании, то ваши шансы не так уж высоки», – Джон Л. Миллер , специалист по собеседованиям в Microsoft, Amazon и Google.

4. Свяжитесь напрямую с рекрутером Google

Источник: Biaconshock

«У меня были два собеседования в Google (оба я с треском провалил)… но они у меня были. На первое я попал после того, как нашел рекрутеров Google через LinkedIn и отправил им письма. Я написал троим, и один из них ответил», – отмечает системный инженер Марк Куцмарски .

5. Совершенствуйтесь в своей профессиональной области и станьте тем, кого в Google называют «Т-образно развитым» человеком

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

6. Не стоит добавлять информацию о своем среднем балле, если он низок

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

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

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

8. Заполните резюме дополнительными увлечениями и активностями

«Главная сложность в том, чтобы пройти проверку резюме. Лучше, если в нем будет что-то кроме информации о среднем балле. Они получают по 3000 резюме в день и физически не могут пригласить на собеседование всех», – уверяет Брюс Р. Миллер , инженер отдела кадров Google.

9. Продемонстрируйте свои инженерные навыки

«Позаботьтесь о том, чтобы у вас были доказательства ваших незаурядных инженерных способностей», – советует Ноам Бен-Ами , инженер по аналитике в Mulesoft.

10. Получите опыт работы над проектами open source

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

Я постараюсь описать весь свой опыт и те подводные камни, которые я встретил при подготовке к собеседованию в 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 месяцев объявляется закрытым.