От первого лица: россиянин о том, как выжить в Кремниевой долине
На сайте thebigplans.ru опубликован рассказ Максима Матузова, который 6 лет назад переехал в Сан-Франциско. Автор рассказал о своем опыте работы в Google и Apple и дал советы тем, кто хочет работать в Кремниевой долине.
О переезде
Мой переезд в Штаты случился в 2009 году, когда я приехал на лето на Восточное побережье по программе Work&Travel. Особого желания остаться не было, хотелось просто провести лето в компании таких же, как я, студентов, покататься по городам и просто отдохнуть.
Вернувшись в свой родной Мурманск через полгода и испытав сильнейший шок от увиденного, я твердо решил поменять туристическую визу на рабочую — и уже летом 2010 года снова оказался в Штатах.
О первой работе
К тому моменту у меня уже было несколько друзей, которые жили в Кремниевой долине на Западном побережье и работали в хай-теке.
По статистике, в хай-теке в нашем регионе занято около 10% населения. Мне лично эта цифра кажется очень заниженной, поскольку почти все мои друзья и знакомые так или иначе связаны с IT: IT-маркетинг, IT-финансы, IT-инженеры и т.д.
Найти работу в Долине несложно. Необязательно быть хардкор-программером, главное — быть специалистом и уметь себя правильно продать. Я всегда интересовался системным администрированием, мог собрать и разобрать компьютер, но к софту никакого отношения никогда не имел. Зато с английским проблем не было: я его изучал с первого класса гимназии, в языковом колледже, а потом уже был иняз в гуманитарном университете.
Карьеру я начал с небольшой компании, которая занималась проектами для разных крупных клиентов (HP, Microsoft, Cisco). Платили там немного, $30–$35 в час, но на жизнь хватало, и для меня это был, в первую очередь, опыт.
Там я впервые окунулся в проджект-менеджмент в сфере программного обеспечения. Начал изучать методологии, как устроен бэкенд (программный код, отвечающий за работу с сервером, данными для их дальнейшей записи в БД или отправки клиенту и т. п. — прим. «Больших планов»), как работает отчетность в крупных компаниях и т. д.
Было много работы в Excel, тогда же я и начал изучать SQL (формальный непроцедурный язык программирования, применяемый для создания, модификации и управления данными в произвольной реляционной базе данных) и R (язык программирования для статистической обработки данных и работы с графикой).
Большую часть работы составляла локализация (переводы софта на разные языки). Все переводы выполняются вендорами (то есть поставщиками, это любое юридическое или физическое лицо, поставляющие товары или услуги заказчикам. — прим. БП), которые находят переводчиков, а те, в свою очередь, уже переводят.
Переводчики, чаще всего, сидят где-нибудь в офшоре, а вот руководитель проекта находится в офисе компании, которая заказала перевод.
За это время появились какие-то знакомства, я набрался опыта и начал подыскивать новую работу.
Работа в Google
Я проработал в маленькой компании три года, а потом меня позвали в Google.
Найти такую работу несложно — нужно просто много общаться, отслеживать вакансии онлайн, время от времени закидывать резюме.
В Google я занимался проджект-менеджментом — системную аналитику, то есть работу с базами данных, решил оставить, это очень скучный рутинный процесс. Мне же хотелось больше общаться с людьми, а не заполнять таблицы. В мои задачи внутри Google Analytics входило все то же управление локализацией и работа с вендорами, но масштабы были уже совершенно другими. Большее количество вендоров (в моем случае около 500), большее количество стран. Меня определили заниматься Латинской Америкой, и к моему происхождению это не имеет отношения.
Американцам вообще все равно, откуда ты приехал. У них даже нет разделения Европы на Восточную и Западную, для них это все — просто Европа.
В Google я понял, что одни и те же методы в разных компаниях не работают: то, что в небольшой конторе применяется успешно, в корпорации не годится — нужно уметь подстраиваться.
Даже одинаковые должности в разных компаниях означают совершенно разное: одно дело вице-президент Google, а другое — вице-президент какого-нибудь стартапа, где вообще непонятно, кто за что отвечает.
Вообще-то, это был серьезный переход, опыт предыдущей компании был тут практически бесполезен. Структура компании, объемы работ и цифры были абсолютно другими. Как и в любой большой компании, в Google много времени занимает организация и проталкивание проектов. Любое изменение процесса занимает гораздо больше времени, чем в каком-нибудь агентстве или в стартапе.
Работа в Apple
Через год работы в Google я ушел в Apple. Предложение получил, честно говоря, случайно. На одной из вечеринок я узнал, что они набирают команду для нового проекта. Проект был интересный, к тому же, я всегда был фанатом Apple и ненавидел Android.
Проблема с компаниями такого уровня — попасть на интервью. Открытых позиций всегда сотни, другое дело, что количество резюме измеряется тысячами.
Поэтому нужно либо быть очень крутым специалистом, либо пытаться попасть «по направлению» (по-английски, когда работник компании советует специалиста, это называется referral) сразу в короткий список претендентов. Ты в любом случае должен пройти кучу раундов интервью и тестовых заданий (в зависимости от позиции). Но через рекомендацию шансы получить позицию гораздо выше.
Наша сфера — одна из самых мультикультурных, поэтому здесь много специалистов из разных стран. Очень важно, чтобы у вас совпадало мировоззрение. Если ты понравился команде, но у тебя не хватает каких-нибудь технических навыков, тебя обучат.
Гораздо проще научить человека пользоваться каким-нибудь рабочим инструментом, чем бороться с его тяжелым характером.
Такие вещи, как рабочий график, не особо важны. Главное — результат, а где ты его добился — дома, в «Старбакс» или в офисе, — всем по барабану. Я, например, начинаю работу часов с 7–8 утра дома, и к тому моменту, когда доберусь в офис (10–11 утра), куча работы уже переделана. Зачем стоять в пробке просто так, когда можно это время провести с большей пользой.
В Apple я стал продакт-менеджером. Отвечал за один из поисковиков на сайте. Новый проект включал в себя переход на новый движок, запуск 50 новых стран, полный редизайн бэкенда. Работы навалом, скучать не приходилось. К тому же, в это время начался переход с одной методологии на другую.
Если раньше все делалось в Waterfall (релиз продукта разовый с точной датой выпуска когда-нибудь через год), то сейчас большинство проектов переходят на Agile (релиз, как правило, каждые две недели).
Для софта это очень круто: ты получаешь частый фидбэк, расставляешь приоритетные задачи, постоянно что-то выпускаешь — и на выходе получаешь качественный софт.
Но для создания оборудования это не очень подходит. С Agile есть небольшая проблема — на него очень сложно перейти. Особенно гигантским компаниям, где проекты запланированы на годы вперед. Олдскульные программеры и бизнес-работники к этому очень плохо относятся. Они люди консервативные, привыкли действовать определенным образом, их сложно переключить на новые методы. А рынок постоянно меняется — то, что было популярно еще полгода назад, сейчас уже не работает.
Нет смысла девять месяцев разрабатывать софт, потом выпустить его и понять, что людям это уже не надо. Или им это еще нужно, но уже с другим набором фич (особенностей или функций). В этом и прелесть Agile — ты очень быстро адаптируешься, подстраиваешься, и в то же время, твои клиенты тебя любят (то есть покупают твой продукт).
Кук работает иначе
В Apple было все наоборот. Все процессы закрытые, чтобы что-то поменять, нужно 250 раз получить разрешение, ни о чем нельзя было говорить за пределами здания и т. д. Короче, Северная Корея.
Раньше, когда Apple активно воевал с Google, людей увольняли, если кто-нибудь на совещании с топ-менеджерами ляпал: «А вот в Google по-другому сделали».
Сейчас рынок мирный, больше позволяется, Джобса больше нет. Кук работает по-другому, это заметно и по последним продуктам.
Советы от Максима Матузова
Долина хороша тем, что работы тут навалом, а вот людей не хватает.
Учите английский
Желательно — начиная с детского сада. Обязательно по современным учебникам. Если к 20 годам вы еще не будете владеть деловой лексикой и не сможете отличить английскую идиому от американской, эти проблемы вы решите на месте. Главное — иметь сильную базу. И смотреть американские сериалы без перевода и русских субтитров.
Начинать работу лучше в небольшой компании
Там вы получите необходимый опыт и узнаете, кто такие вендоры на аутсорсе и чем фидбэк отличается от бэкенда. Только следите за тем, чтобы небольшая компания не была стартапом с амбициозными целями, шикарным офисом, пятью вице-президентами и полным отсутствием представления о том, кто и что должен делать. В таком стартапе вы ничему не научитесь.
Верьте в себя
В Мурманске, Вологде, городе Камешково Владимирской области, в московской квартире в Грохольском переулке — где угодно. Американцам все равно, где вы родились. Им неважно, с каким акцентом вы говорите и кто ваша бабушка по маме. Важно, что вы умеете делать и насколько легко с вами работать. (А также есть ли у вас рабочая виза.)
Читайте также:
Airbus назначил украинца из Силиконовой долины главным техническим директором
Кушать подано: украинцы запустили в США ресторанное приложение
Мигрант из Украины может получить $30 миллионов от Google
Наши люди — о работе в топовых компаниях Кремниевой долины
Пробиться в Силиконовой долине — план действий
Наши в США: киевлянин и его облачная платформа бросили вызов Microsoft
Заходите на страницу ForumDaily в «Фейсбуке», чтобы быть в курсе последних новостей и комментировать материалы
Подписывайтесь на ForumDaily в Google News