Очень интересная статья, спасибо. Скачал Шеня, полезная книга. Но пожалуйста, поправьте ссылку на careercup.com, урл без S. А все таки, можете написать хотя бы приблизительно те вопросы, которые вам задавали в началаче, так сказать на знание основ?
Из знакомых пожилого возраста, кто там работает
— один имел дополнительный бонус инструктора-пилота
— другой занимался медицинскими видеокамерами
Так что вопросы случайные.
Утверждение «быть просто умным уже далеко не достаточно» скорее всего неверно в том числе и для IT — ведь если человек соображает то он и сделает более разумно и ошибок меньше совершит в отличие от «просто читающих ответы на вопросы на специальных ресурсах». Хотя… с ужасом наблюдаю тенденцию сначала смотреть решение проблемы используя поисковик гугла а уж потом и самому думать :)
По-моему так на интервью бывает очень редко. Интервьюер знает все возможные пути решения и почти наверняка уже видел пару десятков кандидатов, отвечающих на этот вопрос.
Тотальная автоматизация — это сферический конь в вакууме :). Так не бывает.
А не напрягаться там, где можно не напрягаться — лично я считаю довольно правильным подходом. В этой жизни и так много всего, на что можно потратить свою энергию. Так что нет смысла тратить ее еще на что-то, на что ее тратить совсем необязательно.
Ради такой редкости, собственно, и стоит. И то, это только когда проект тебя действительно волнует. Проходные варианты начиная с тестов и заканчивая работой ради денег не учитываются.
Надо быть умным и усидчивым :). Причем умным — это необязательно «гениально умным», особенно для тех, кто могут компенсировать усидчивостью. Но это только мое субъективное ощущение и оно может быть неверно :).
SRE занимаются именно тем, что следует из их названия ;) Вот здесь один инженер рассказал, в чем заключаются их обязанности. Вы еще в MTV или уже вернулись?
Ну, совсем подробных подробностей не обещаю — у меня подписан договор о неразглашении. На всякую общую информацию он не распространяется, а вот с information leaks там строго все прописано: о).
класс! особенно спасибо за подборку подготовительного материала.
хочу подать на след лето. чувствую, надо будет недельку посвятить подготовке.
2 вопроса:
1. Для Research interns существует специальный процесс (нигде не нашел информацию) подачи и интервью? А также требования тоже особенные, отличные от Engineering Inters?
2. Когда Вы подавали на летнюю стажировку?
Статья про «как задешево поработать на гугол»? :-)
Если в штате уровень ЗП ниже рынка, а про интернов вообще молчат… Конечно же NDA у вас подписан… ;-)
Не поддавайтесь на агитацию :-)
А как насчет знания языка? Я вот например (как, думаю, и многие другие) знаю английский на уровне: могу прочитать документацию, понять общий смысл лекции, и т.д. Но вот чтобы свободно разговаривать, спокойно общаться с человеком по телефону, это я думаю не смогу сразу же, без практики. Как было в вашем случае, у вас было много практики до этого? И вообще, каким должен быть уровень, чтобы можно было проходить собеседование?
Ну мне кажется все взаимосвязано. Если сумею пройти собеседование на английском, то и работать с англоязычными коллегами не составит труда. Поэтому и задал вопрос о собеседовании:)
ИМХО, пройти техническое собеседование (и не одно) на английском будет посложнее, чем работать в англоязычной среде, объяснять что-то и самому понимать объяснения.
Ну а тогда можно и вам вопрос: как вы подходили к интервью, каким был ваш уровень? Вы готовились, изучали, практиковались? Или хватило того, что вынесли из школы(университета)?
нет практики у меня особой в разговорном английском не было. в универе английский был не очень. в школе был нормальный, но я никогда особо не блистал в нем и не любил его (вообще не люблю изучать иностранные языки, сейчас вот надо бы датский изучать — но лень). понимать речь мне очень помог просмотр фильмов и сериалов на английском.
на интервью разговор идет кодом, а не английскими словами.
Когда я проходил интервью в Гугле, меня спросили — как удалить файл -f? Да, пишу я на баше регулярно, но, извольте, -f файлы не каждый день встречаются. Называю вариант ответа — мне отвечают: Вы не правы, думайте!..
В общем минут 15 я перебирал варианты… Вот примерно так это было:
А ещё спрашивали про Perl и REGEXP регулярные выражения очень много.
Был вопрос: что такое мак-адрес.
А ещё был вопрос:
Can you write me a crontab that executes /usr/bin/party on the 2nd to last Friday of each month at 4pm, by user pim. (and we have only 8 minutes left)
Да, скорее всего именно на категорию
> # Linux engineering interns, Site reliability interns — вообще не представляю чем они занимаются. Но знаю, что они существуют!
:)
Вообще сюжетная линия началась ещё 1го апреля сего года. Некий молодой человек просится в мой Network на LinkedIN, при этом в письме указывает ссылку на Гугл-Ирландия что нужен Линукс специалист… Я в тот же день отписался. От человека ни слуху не духу. Думал — Гугл — серьёзные пацаны, но видимо — это всё-таки 1е апреля.
Я особо не расстроился, 1е апреля — так 1е апреля.
Вот, в Июле приходит от него снова запрос — мол добавь меня в Network… Я ему пишу, что так и так, я уже ДАВНО это сделал, что какого мол дела я вам 1го апреля отписался — а от Вас ни ответа ни привета?!
Он вежливо извинился, я ему отправил резюме и он перезвонил мне на мобайл.
Мы с ним минут 20 побеседовали, он спросил про мой опыт с английским, где учился, сколько лет, трали-вали…
Спрашивал что такое кластер, что такое inode, про модель OSI что-то спрашивал, чем отличается TCP от UDP :) и процесс установки соединения при TCP и при UDP обмене.
Единственный вопрос, на который я не ответил был как раз из C++ области про какую-то ф-ю для обращения к inode (Я честно говоря на C++ программировал в университетские времена, сейчас это в основном PHP/Perl/Bash и очень немного Python).
Стажировка в Google 2 (Часть 1)