Как устроиться на работу в HP: опыт Алихана Амандык

Программист из Казахстана переехал в США, поступил в магистратуру по Computer Science и после обучения начал искать работу в международной компании. Сейчас он работает Software Engineer в HP в Атланте. В интервью The Tech Алихан рассказал о своем пути в HP, собеседованиях, работе над HP Cloud Endpoint Manager и особенностях IT-карьеры в США.

Алихан Амандык, город — Атланта, Software engineer в HP, Instagram

О себе

Я работаю разработчиком в компании HP и уже три года и девять месяцев нахожусь в команде. Мне интересно программирование.

Мой отец тоже программист, и именно он повлиял на мой выбор профессии. Мне нравится IT-индустрия прежде всего возможностями автоматизации. Мне интересно создавать решения, которые упрощают работу, экономят время и автоматизируют рутинные процессы.

Как попасть в HP

В 2022 году я поступил на магистратуру по Computer Science. Восемь месяцев учился на кампусе, а дальше продолжил обучение онлайн. После обучения на кампусе я начал искать работу.

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

Затем было два собеседования с командой, в которой я сейчас работаю. На каждом были отдельные задачи, которые я должен был решить, а также достаточно сложные вопросы. Так я и попал в HP.

Советы для тех, кто хочет работать в международной компании

В целом стандартные рекомендации работают: нужно решать задачи на LeetCode и готовиться к behavioral questions. При этом мне помогла аналитика, которая позволила более спокойно подходить к собеседованию. На другой стороне тоже находится человек — рекрутер или интервьюер. Его задача — найти подходящего специалиста и пригласить его в команду. Поэтому важно понимать, что собеседование — это не только проверка тебя как кандидата.

Мне такой подход помог чувствовать себя более расслабленно на собеседованиях.

Еще один момент, который я понял после нескольких собеседований — важно иметь hard skills: понимать, с какими технологиями умеешь работать, насколько хорошо знаешь System Design и так далее.

Но не менее важны soft skills: насколько хорошо ты умеешь коммуницировать, работать в команде и взаимодействовать с людьми. Важно то, какой ты человек. Я думаю, это даже важнее, чем hard skills.

Особенности работы

Проект, в котором я работаю, называется HP Cloud Endpoint Manager. Это комплекс программного обеспечения, который позволяет управлять парком компьютеров.

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

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

Клиентская часть у нас написана на Golang, backend — на Python Django, frontend — на React и Vue. Также мы используем Azure DevOps для CI/CD и Amazon AWS для деплоя.

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

Первая сложность — это, как я называю, баланс между разработчиками и бизнесом. Со стороны вторых есть потребность развивать и добавлять функционал в сервис. Косвенным эффектом этого процесса становится технический долг: со временем проект становится менее эффективным, а код — все сложнее. Поэтому со стороны разработчиков есть потребность поддерживать кодовую базу и оптимизировать имеющиеся процессы.

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

Третий вызов — разница в разработке в Казахстане и США. В Казахстане процесс в целом быстрее. Здесь, в США, процессы более формализированы. У нас есть отдельная команда QA, проверки со стороны кибербезопасности и другие этапы. Благодаря этому можно быть уверенным, что продукт безопасный и у пользователей не возникнет проблем.

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

Я работаю в международной команде уже больше трех лет. В целом технологии одинаковые, поэтому сам процесс разработки оказался похожим на тот, который был в Казахстане. У нас интернациональная команда, и разные подходы к работе помогают нам.

Из недостатков я бы отметил бюрократию и более формализированный software development lifecycle. Сначала ты разрабатываешь код, потом создаешь документацию, затем QA должен дать добро. Бывают моменты, когда нужно быстро залить hotfix. В Казахстане я привык, что это происходит быстрее.

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

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

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

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

Если бы вы спросили меня три года назад, что необходимо для успеха в этой области, я бы ответил по-другому. Сейчас я думаю, что важно идти в ногу со временем и быть в курсе событий в IT-мире. Если ты не пользуешься LLM и современными инструментами вроде Claude Code, ты можешь отставать от разработчиков, которые их используют. Поэтому мой совет — понимать, что сейчас актуально.

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

Даже если это IT, внутри IT тоже нужно понять, что тебе больше по душе: frontend, mobile или backend. Но в то же время не стоит быть слишком узко специализированным. Например, в США позиция называется software engineer. Инженер подразумевает, что ты должен находить решения. Тебя могут нанять как backend-инженера, но вполне может быть, что тебе придется добавить какой-то pipeline, что-то исправить или сделать другую задачу.

То есть нужно быть готовым к тому, чтобы быть универсальным. Главное — понимать, с чем ты работаешь.

О жизни заграницей

Специфика поиска работы такова: сначала найти работу не получится. Потому что даже находясь в Казахстане, если вы выходите на рекрутера в США, первый вопрос, который он спросит, — есть ли у вас разрешение на работу. Это может быть Green Card, виза H-1B или другой вид разрешения.

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

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

Также нужно быть готовым к тому, что иногда приходится работать в разных часовых поясах. Например, у нас есть американская команда, но также есть команда в Шанхае, которая находится на расстоянии 15 часов. И нужно учитывать такие моменты.

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

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

Главное — не бояться пробовать и даже ошибаться. Мне нравится в этой культуре, что здесь дают право на ошибку. Иногда в Казахстане может быть такая вещь, что если ты ошибся, то начинаешь этого бояться. В Америке такого нет. Ошибаться — это нормально.

Еще один момент, который мне нравится в США, — долгосрочное планирование. Наш проект вышел в продакшн только год назад, хотя его разработка продолжалась около шести лет. За это время было много перестроек и изменений. Мне нравится, что здесь ценят долгосрочный подход и ожидают сильного результата. Если человек старается и последовательно работает над своей задачей, это ценится.