Привет, друзья!

Сегодня я делюсь резюме, благодаря которому я получил работу в компании FAANG. Когда я был на Tik Tok, многие люди спрашивали меня, что я написал в своем резюме. Это было в основном потому, что я был неопытным студентом колледжа, у которого никогда не было стажировки, технической работы или наставничества. Это честный вопрос. Поскольку людям было интересно, я понял, что это может быть интересная тема для обсуждения.

Итак, давайте поговорим об этом.

Я буду первым, кто скажет, что с этим резюме много чего не так. Это далеко не идеально.

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

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

Частично причина в том, что содержание вашего резюме имеет наибольшее значение. Считают ли рекрутеры, что вы подходите для этой должности? Еще одна важная причина заключается в том, что ваше резюме будет проверено. Это автоматизированный процесс поиска кандидатов по ключевым словам. Это даже не реальный человек, просматривающий ваше резюме. Поэтому, если вы используете резюме Canva с каким-то дизайном, этим технологиям проверки может быть сложнее читать ваше резюме и искать эти ключевые слова. Он может даже не подобрать половину слов в вашем резюме. Если это произойдет, ваше резюме никогда не увидит реальный человек, потому что оно было брошено.

Так что определенно не используйте резюме Canva. Будь проще.

Я скажу, что, по моему мнению, у меня действительно хорошо получалось использовать ключевые слова.

Я думал, что semantic HTML и Responsive Designхорошие ключевые слова. Я полагаю, что доступность является чрезвычайно важным приоритетом для этих крупных технологических компаний. Если бы я знал, что роли ARIA не устарели, я бы тоже упомянул об этом.

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

На самом деле, давайте поднимем описание работы.

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

Так, например, для этой инженерной должности в Apple я вижу ключевые слова Java, MVC, мобильная разработка, Jest, API, HTTPs, REST, Javascript, AJAX, React и jQuery.

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

Тем не менее, резюме не являются универсальными. Например, я подал заявку на три разных должности в Amazon: Front-End Engineer, AWS Front-End Engineer и Software Engineer. Для каждой из этих должностей я адаптировал свое резюме в соответствии с требованиями работы. Что они ищут? и как я могу показать им, что я именно то, что они ищут?

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

Я также хотел добавить еще одну вещь. По своему опыту (который крайне ограничен) я заметил, что вас не должны особо волновать требования, которые говорят «x лет опыта». Я подал заявку на некоторые инженерные должности первого уровня, у которых было «x лет опыта». У меня был ноль. Я по-прежнему подавал заявки и проходил телефонные собеседования.

Правда, я также подавал заявки на инженерные должности 2-го и 3-го уровня. В то время я не осознавал, что эти уровни на самом деле что-то значат. Излишне говорить, что я никогда не слышал от них ответа. Но для должностей начального уровня? Я бы сказал, что вы все равно должны подать заявку. В худшем случае говорят нет.

Еще одна вещь, которую я сделал хорошо, это заголовок.

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

И я также включил ссылку на этот блог, а также на мой GitHub. Бесспорно, мой GitHub сыграл чрезвычайно гигантскую роль. Там располагались все мои проекты — и мои проекты были моим единственным источником опыта. Без моих проектов у меня ничего не было. У меня было бы пустое резюме.

И моя среда, возможно, тоже сыграла свою роль. Не имею представления. Я хотел бы думать, что это помогло. В онлайн-сообществе разработчиков в Твиттере многие разработчики связывают свой успех в получении работы со своими подписчиками в Твиттере. Если вы тратите много времени на написание технического контента, возможно, это укрепляет авторитет и дух. Это говорит о том, что вы хорошо разбираетесь в теме. Опять же, я хотел бы думать, что это помогло. Если у меня будет возможность поговорить с техническим рекрутером, это определенно будет хороший вопрос.

Но если вернуться к моим проектам, то раздел о моем опыте был эххх…. хорошо…

Я думаю, было здорово, что я использовал описания проектов, чтобы добавить еще несколько ключевых слов. Я говорил об API, прослушивателях событий, асинхронном Javascript, адаптивном дизайне, одностраничной архитектуре (которая похожа на Vue и Angular), GitHub, Jira (инструмент управления программным обеспечением) и гибкости.

Не все эти вещи были указаны в должностной инструкции; тем не менее, они были актуальны. Например, кто не использует инструмент управления проблемами? Кто не использует Agile или что-то подобное? Кого не волнует адаптивный дизайн?

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

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

Я говорил о планировании спринта, пользовательских историях и диаграммах UML. Опять же, они никогда не упоминались в описании вакансии, но они по-прежнему актуальны. Я постоянно вижу пользовательские истории.

В этом разделе я также говорил о C++, C# и python. Опять же, им все равно. Это не имеет отношения к роли. Front-End Engineers не используют эти языки. Они не хотят об этом слышать.

Кроме того, в разделе «Образование» я перечислил ключевые слова, которые уже есть в другом месте. Например, semantic HTML и scrum/Agile . Вместо того, чтобы повторяться, я мог бы использовать эту недвижимость, чтобы предоставить больше информации о том, насколько я квалифицирован для этой работы.

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

Что касается образования и сертификатов…

На самом деле никого не волнует, в какую школу ты ходил. В одном из своих недавних постов 8 уроков, которые я усвоил за первый месяц в FAANG (как неопытный выпускник) я рассказал о том, что ни один из инженеров, с которыми я встречался до сих пор, не попал в Лигу плюща или США. Новости Рейтинговый университет». НУЛЬ. Так что если вы из тех, кто беспокоится о социальном статусе своего университета, это не имеет значения.

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

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

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

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

А это мое резюме. Если вы хотите найти мой GitHub, мое имя пользователя @kyledeguzmanx. К моменту подачи заявки у меня было около 30 проектов. Оглядываясь назад, я определенно думаю, что качество важнее количества.

Если у вас есть четыре невероятно сложных проекта — например, клон Tik Tok, приложение с рецептами или какой-то другой классный проект — я думаю, у вас тоже все будет хорошо.

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