Гугл набирает

[xelaz]

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

Вот текст письма (распространяю по просьбе в этом же письме)

Hi ____,

I’m an internal recruiter for Google Engineering in Sydney, Australia.

I understand you interviewed with us a while back. I've read the interview feedback, which was quite good overall, so I was wondering whether you'd be interested in having another go? I'd be happy to provide some tips and advice to ensure you're well prepared...there are plenty of online resources to help with algorithms, for example.

If you're not interested in changing jobs right now, I'd like to let you know about what's happening here; so you can let others in your network know.

2011 is set to be our biggest year yet in terms of hiring, as we're hoping to add 40-50 engineers for roles in R&D and Production. Sydney is a major R&D centre for Google, and the place where Maps and App Engine were conceived. Apart from that, we have teams working on Chrome, Blogger, Infrastructure Networking, Enterprise Docs and mobile Docs integration into Android, as well as some other projects I can't mention.

In Production, we've got teams of engineers that specialize in the reliability and scalability of software, systems, infrastructure and networks. Currently there are 6 different teams supporting Maps, Blogger, App Engine as well as various parts of the global infrastructure and storage, and we plan to add another 1 or 2 teams. Engineers in production come from a variety of different backgrounds, including Software Engineering, Systems Engineering and Unix Systems Administration.

I'd appreciate if you could spread the word amongst your network, and would be happy to receive direct contact from anyone interested, including yourself.

Cheers,

Chris

От себя добавлю, гугл может проводить вплоть до 8 интервью.
Я у них 4 года назад проходил ("a while" back) , вот сейчас сами вдруг связались.

Требование знать алгоритмы и их оценку, ну и немного шарить в задачках с ними связанными - существенно повышает шанс пройти дальше. Также - TCP/IP, unix/linux админство на простом уровне, domain name systems, large scale distributed systems. Полезно почитать про их файловую систему (GFS), систему BigTable, MapReduce, но на первом интервью вряд ли это спросят, хотя понимание этих штук полезно.

Короче, постите резюме им на сайт, мне не надо, я с ними не связан

[Ameba]

А вот мне интересно, на каком уровне алгоритмы спрашивают? Можно примерчик, чтобы просто составить представление?

[duxa]

Примерчик нельзя ибо NDA )
На первом собеседовании (я в Москве проходил) алгоритмы не слишком сложные.
Но сначала тестовое задание на дом дают. Оно довольно сложное, но и решать его можно долго.

[palmdev]

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

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

[Ameba]

Все вроде бы что-то ответили, а вроде как и ничего

[Ameba]

Вот то, что нагуглилось, кому интересно:
Google Interview Questions | Careers.CSE
Google Interview Questions

[Nastuch]

Вот то, что нагуглилось, кому интересно..

Спасибо, мы им резюме 2 дня назад отправили, ваша информация может быть полезна

[Ameba]

Спасибо, мы им резюме 2 дня назад отправили, ваша информация может быть полезна

Да пожалуйста, я сам из чистого интереса копаюсь, так, может мозг поразмять. Сам-то я ораклоид, ни на си, ни на джаве не пишу толком

[Karadur]

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

смотрите www.glassdoor.com
там очень много релевантных вопросов.

[Nastuch]

смотрите www.glassdoor.com
там очень много релевантных вопросов.

И вам спасибо! Мы подавались в позапрошлом году, после «одобрения» резюме был звонок, задавали какие-то общие вопросы, потом письмо от них, с предложеним согласовать время следующего телефонного интервью с учетом того, что звонить будут из NY, (меня это тогда удивило, так как подавались в Сиднейский офис), после этого пауза и еще одно письмо с предложением личной встречи для более подробного обсуждения позиции и обязанностей, но мы к тому моменту подписали контракт с другой конторой и от их предложения отказались, так как это была первая работа в Австралии и на тот момент «синица в руках» была куда важнее перспектив работы в гугл, деньги на счету «таяли» и работа нужна была «сейчас». Теперь интересно попробывать еще раз, сейчас все проходит намного спокойней, уже в курсе, что ответа от них можно ждать неделями, а учитывая сколько различных интервью они проводят, то времени это может занять много. Ну и наличие текущей работы делает поиск новой менее стрессовым

[ova]

Народ а подскажите ради интереса. Раньше я программил много на разном, на С++ и Java было мало опыта, т.е. есть основные понятия программирования на них и есть навыки в общем в теории и практике программирования, а также алгоритмах и прочем. На все их замудренные общие вопросы отвечаю нормально. Есть ли смысл пробовать? (Если что - я просто ради интереса, не уверен что хочу радикально поменять поле деятельности, но это же все-таки G-o-o-o-o-o-gle!!!). Вопрос в чем собственно - все-таки уделяют больше внимание твоим личным и профессиональным качествам или все же нужно иметь солидный опыт на C/Java

[xelaz]

А вот мне интересно, на каком уровне алгоритмы спрашивают?

Алгоритмы желательно знать хорошо, желательно уметь самому их быстренько хотя бы в псевдокоде написать. Уметь их сравнивать не только по нотации O(n) (это вообще то надо наизусть знать), но и понимать, в каких ситуациях какие алгоритмы можно применять.

Можно примерчик, чтобы просто составить представление?

Примерчик наверное можно, я ничего подписать не успел

Например, компьютер c ROM в 4 Гб содержит случайные числа.
Написать _эффективный_ алгоритм распечатки этих чисел в возрастающем порядке, учитывая, что в компе RAM всего 2 мегабайта.

Ну понятно, что данные в ROM менять нельзя, а RAM надо использовать по максимуму ("эффективно").

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

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

[xelaz]

Народ а подскажите ради интереса. Раньше я программил много на разном, на С++ и Java было мало опыта, т.е. есть основные понятия программирования на них и есть навыки в общем в теории и практике программирования, а также алгоритмах и прочем. На все их замудренные общие вопросы отвечаю нормально. Есть ли смысл пробовать? (Если что - я просто ради интереса, не уверен что хочу радикально поменять поле деятельности, но это же все-таки G-o-o-o-o-o-gle!!!). Вопрос в чем собственно - все-таки уделяют больше внимание твоим личным и профессиональным качествам или все же нужно иметь солидный опыт на C/Java

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

Please complete the self-evaluation below...to help me figure out the best role for you.

On a scale of 1-10 (10 is the best), how do you rate your HANDS ON experience in:

*Please note: We do not expect you to have experience with everything listed.

· 10 means that you literally wrote and published a book on the subject i.e. you’re on par with Vint Cerf/Rob Pike/Jon Bentley on Networking/Unix/Algorithms J
· 9 means you could have publishing a book on the subject and should be prepared to be interviewed by someone of the caliber mentioned above
· 7 or 8 means you are extremely proficient and have deep technical knowledge that you can demonstrate to us i.e you know stuff most people aren’t aware of. This will be thoroughly tested during the interview process.
· 5 or 6 means you’re highly proficient, typically use everyday, and can write complex programs with limited reference. You can definitely expect to be interviewed in this area.
· 3 or 4 means you use less frequently, or have less depth of knowledge, but can write programs using reference material.
· 1 or 2 means you studied this at College/University and have purely theoretical knowledge, or have not used for a long time, but you can read/write basic programs using reference material
· 0 means you have no experience whatsoever with this topic

Coding & scripting
?: C
?: C++
?: Java
?: Python
?: Perl
?: Shell Scripting (sh, bash, ksh, csh)

Areas of expertise
?: TCP/IP Networking (OSI stack, DNS etc)
?: Unix/Linux internals
?: Unix/Linux systems administration
?: SQL and/or Database admin
?: Complex Algorithms
?: Distributed systems
?: Multi-tiered web applications
?: Graphics and imaging
?: Artificial intelligence / machine learning
?: Natural language processing
?: Production systems
?: Embedded software and realtime systems
?: Concurrency and multithreading
?: Information retrieval and data mining

[palmdev]

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

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

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

[xelaz]

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

Этот ответ полностью содержится в GFS статье

Они реплицируют данные (не менее трех копий), система строится с рачетом на failure