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

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

Во-первых, отказ от ответственности: я работаю в небольшом (~ 20 человек) стартапе под названием RealMassive, который стремится использовать современные технологии в гибкой среде. Я делаю несколько заметок об удалении ненужных ключевых слов, очевидной адаптируемости и других концепциях, которые имеют особое значение для меня (и, вероятно, таких как я) во время собеседований в аналогичных условиях. Эти правила могут не применяться при собеседовании для более крупных компаний, особенно для компаний из списка Fortune 500. Используйте свое суждение, и, как всегда, вы всегда должны готовить несколько резюме для разных типов компаний.

Итак, давайте продолжим. Вот то, что я ищу и что активно не ищу.

Форматирование

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

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

Фактически, я получил это от человека, который в основном отмечал флажки для бэкэнда. Никаких проблем (кроме того, что они подали заявку на вакансию, на которую совсем не подходят, без сопроводительного письма (подробнее о сопроводительных письмах позже)). Достаточно читаемый, но я ожидаю немного большего. Я, вероятно, проверю этого человека, если он имеет правильную квалификацию, но я не буду в восторге от этого. Вот еще один:

Это немного лучше; более читабельный, больше белого пространства, я не чувствую, что на меня нападает текст. Важно, чтобы я не чувствовал беспокойство, которое вы испытывали, когда составляли свое резюме (даже если мы все это понимаем). Вот один, который мне нравится еще больше:

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

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

Краткость и длина

Если у вас не уровень вице-президента или выше, ваше резюме не должно быть длиннее 2 страниц, возможно 3. Если ваше резюме составляет 4 страницы или больше, я сразу вас возмущаю. Извините, ваша карьера (или история вашей жизни) не так уж и интересна. Если вы хотите порадовать меня страницами своих достижений, разместите их на своем хорошо оформленном сайте и дайте ссылку.

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

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

Написание

Пожалуйста, правильно пишите JavaScript. Это JavaScript. Не «Javascript», не «Javascripts», не «Java-скрипты», и если вы говорите, что являетесь разработчиком Java / HTML / CSS, ваше резюме немедленно отправляется в корзину.

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

Технические навыки

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

  • Не указывайте JSON и XML как «языки» или даже «языки сценариев». Это форматы обмена, и их даже не стоит указывать в вашем резюме (кроме контекста «JSON API»).
  • Не указывайте API как навык. API - это вещь, а не навык. Вместо этого укажите что-нибудь вроде «Дизайн управления уровнями доступа RESTful API».
  • Не указывайте каждый продукт Microsoft в списке программ, которыми вы умеете пользоваться. Конечно, вы знаете, как пользоваться Microsoft Word. Просто скажите «Microsoft Suite» или «Продукты Microsoft». Единственное, что здесь неприменимо, - это Excel (а иногда и Powerpoint), приложения, в которых люди могут стать очень опытными.
  • Не указывайте HTML4. HTML5 подразумевает HTML4 и ниже. То же самое и с CSS3 / CSS2. Также не указывайте XHTML. Когда вы в последний раз слышали, чтобы кто-то даже говорил о XHTML?
  • Не указывайте AJAX. Уже не 2009 год.
  • Не указывайте «Водопад» как навык SDLC. Находясь в гибкой компании, я не хочу работать с кем-то, кому комфортно терпеть водопадные процессы. (Я понимаю, что вы можете включить его, потому что отчаялись, но вы должны помнить о впечатлении, которое вы производите на меня, вашего потенциального нанимателя.)
  • Не пишите с ошибками, не пишите заглавными буквами и не прописывайте названия технологий. Это WebStorm, а не «Веб-шторм».

И так далее. Наконец, не называйте себя разработчиком Angular [JS] / React, если этого явно не требует должность. Большинство талантливых разработчиков интерфейсов - универсалы - обозначение себя X-разработчиком говорит мне, что вы хотите заниматься только X, и вы можете быть жестким человеком или неспособным адаптироваться по другим причинам.

Портфолио проектов

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

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

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

  1. Живая демонстрация, которая проста в использовании (мне не нужно регистрироваться, чтобы получить пример того, как ее использовать)
  2. Живая демонстрация, которую нелегко использовать (я, вероятно, не буду подписываться на нее) с подробной документацией
  3. Проект GitHub с подробной документацией и скриншотами, которые я буду признателен
  4. Проект GitHub без документации, который я немедленно закрою

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

Сопроводительное письмо

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

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

Вот и все

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

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