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

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

1. Используйте английский

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

2. Ваше резюме - это ваш первый визуальный тест.

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

3. Приложения Linkedin

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

4. Младшие разработчики

  • Обязательно: прикрепите URL-адреса общедоступных репозиториев Git к вашим резюме с вашим собственным кодом. Убедитесь, что ваш код линтирован.
  • Напишите о том, как вы попали в мир разработки.

5. Расскажите о своем прошлом опыте.

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

6. Ветераны 8200 / прочей техники

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

7. Погрузитесь в веб и JavaScript, а не фреймворки.

Некоторым разработчикам довольно сложно понять влияние своих действий по кодированию за пределами своих IDE.
Так что не изучайте React. Не изучайте Vue.
Вам придется глубоко погрузиться в JavaScript и веб,
изучить песок своей рабочей среды, прежде чем добавлять в нее какие-либо инструменты для рытья.
Нет необходимости изучать серверную часть подробно, хотя вы должны знать, что происходит, когда клиент разговаривает с сервером. Также необходимо понимать, как браузер делает запросы, и каким условиям или ограничениям он может соответствовать. Например:
Если у меня есть суперзвезда-разработчик Vue, который знает эту библиотеку досконально, но он создал катастрофу в управлении памятью браузера тем, как он реализовал функцию, для меня больше не имеет значения, насколько читабелен его код. или модульный.
Теперь мне придется сесть и исправить беспорядок, который он сделал с клиентами, и это бесценно.
Мы никогда не задаем вопросов о библиотеках, только о ванильном JS и понимание Интернета.
Я призываю и другие компании поступить так же :)

8. Выразите свои способности словами.

Я не верю в банальные (и довольно глупые) вопросы на собеседовании вроде знания того, что произойдет со строковой переменной, если вы вычтете из нее целое число.
Правильно ли вы ответили или не знали вообще, < br /> для меня как руководителя группы разработчиков это не означает ничего.

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

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

9. Изучите компанию, в которую отправляете свое резюме.

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

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

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

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

10. Не расстраивайтесь, когда уходите с собеседования.

Даже если вы чувствуете, что это действительно отстой. Почему? -

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

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

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

d. Все получают отказ. Включая того чувака в очках от Apple, которые изменили мир.

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

11. «То, что вы видите отсюда, не может быть видно оттуда»

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

12. FOMO (боязнь упустить)

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

Если это ваш случай, не позволяйте этому влиять на вас или обескураживать,
в любом случае подайте заявку на работу с более сложными требованиями:
Тот факт, что вы работали только с Angular 1, а не с версией 2 , делает ничего не значат о вашей способности быстро интегрироваться в новую рабочую среду.
Подчеркните свои сильные стороны и подробно рассказывайте о вашей ситуации и высокое качество вашей работы.
Если работодатель, на которого вы подали заявку, думает иначе, дайте ему ссылку на этот пост.

13. Небольшое слово для работодателей.

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

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

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

«Круглые колышки в квадратных отверстиях, те, кто видит вещи по-другому».
Обычно они лучшие люди.

Удачи, друзья, ищущие работу :)