Разработка программного обеспечения — это весело. Это то, о чем я думал с тех пор, как начал это путешествие, и это до сих пор остается верным. Если бы я мог вернуться в прошлое, я бы не изменил ничего из того, что произошло за последние два года. Все знания, которые я получил, складываются в этот момент в моей жизни. У меня не было традиционного образования в области компьютерных наук. Я получил диплом в области бухгалтерского учета и степень в области делового администрирования (международный бизнес) в начале 2020 года. С тех пор я изучал программирование из различных источников, таких как Coursera, YouTube, Udemy, и совсем недавно прошел месячный курс JavaScript Bootcamp от General Assembly. Спасибо им за отличное образование, которое привело меня к получению моей первой работы в этой области. Кроме того, кричите доктору Чаку — если вы знаете, значит, вы знаете.

ТРЕБОВАНИЯ

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

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

Мне нужно еще многому научиться в этой области, и я пришел к тому, что не паникую, если код ломает приложение. Я просто гуглю или спрашиваю кого-нибудь, знает ли он это. А ты? — Моя малышка, которой я больше всего горжусь, — это Баг-трекер. Оно решает бизнес-задачи и, самое главное, это приложение, которое менеджеры по найму (вероятно) признают, и если они его знают, то могут сравнить его со своей собственной версией системы отслеживания ошибок. У Бобби Дэвиса из Coder Foundry есть интересные идеи по этому поводу. Вот откуда я взял идею.

НАЧАЛО ПОИСКА РАБОТЫ

Как только я сформулировал требования — у меня (вроде) есть навыки кодирования и есть кое-что, чем я горжусь. Затем я продолжаю подавать заявки на работу до тех пор, пока не подпишу письмо с предложением о моей текущей работе Backend Developer. Это продолжалось три недели. За это время я подал заявки на 85 вакансий, большинство из которых были отклонены, и я прошел 4 собеседования. Да, у меня есть таблица Excel с вакансиями, на которые я подал заявку.

УЧИТЕСЬ НА МОИХ ОШИБКАХ

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

Моя ошибка в том, что в резюме указан неверный номер телефона. На данный момент я подал заявки как минимум на 60 вакансий. Только во время моего третьего интервью интервьюер указал, что число написано неправильно. Итак, я был в шоке, а потом просто закричал в тишине — какой кошмар. Первая компания, которая брала у меня интервью, связалась со мной по электронной почте, вторая компания через мой профиль в LinkedIn, третья компания через мой профиль на JobStreet и четвертая компания через мое обновленное резюме. В любом случае, пожалуйста, дважды, трижды, четверно и еще раз, проверяйте каждую деталь в резюме.

МЫШЛЕНИЕ ИЗОБИЛИЯ

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

Разработка программного обеспечения — это высокотехнологичный навык. Помните об этом! И не каждый может это сделать. Думаю, это относится и к UI/UX-разработчикам. Не привязывайтесь эмоционально к одной работе, продолжайте подавать заявки, пока не получите предложение о работе. Цель состоит в том, чтобы попасть на собеседование, где вы убедите нанимающих работодателей.

ПОКАЖИ ИМ, НЕ ГОВОРИ ИМ

Допустим, вы запланировали 4 собеседования, потому что ваше резюме понравилось и они захотели встретиться с вами. Собеседование — это место, где принимаются решения о найме (вероятно). Здесь нужно блистать как можно ярче. В программировании трудно выразить словами, даже если бы вы могли. Люди вне поля могут принимать ваши слова только за чистую монету.

Я не думаю, что здесь применимы популярные вопросы на собеседованиях — например, в чем ваша самая сильная/слабая сторона, где вы видите себя через 5 и более лет. На самом деле, когда я был на собеседовании, эти вопросы никогда не поднимались.

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

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

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

На этом этапе вы должны быть в состоянии хорошо объяснить, что вы сделали здесь, потому что вы создали проект. Объясните от начала до конца, что вы сделали, не упуская ни одной детали. Покажите им, что вы знаете и как глубоко вы это знаете. Их вопросы после демонстрации или во время демонстрации будут связаны с проектом, да, все их вопросы. Ни один из них не спросил меня, в чем моя самая большая сила, слабость, почему мы должны вас нанять, все популярные вопросы на собеседовании (кроме моей ожидаемой зарплаты). Они хотят увидеть, что вы можете сделать и как вы можете повысить ценность их рабочего процесса, в этом весь смысл технического собеседования たぶん.

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

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

КОНЕЦ МЫСЛИ

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

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

Если у вас уже есть портфолио, убедитесь, что оно красивое и работает. Кроме того, если вы можете, разместите свой проект в прямом эфире на GitHub/Vercel/Heroku или dribbble/figma, где они смогут сами поиграть с вашим проектом. Если вы не можете его разместить, то во время интервью вам следует «npm run start» или «live-serve» проект, чтобы продемонстрировать интервьюеров. И если вам почему-то не разрешают демо во время ранней части интервью, то попросите у них немного времени в конце интервью для демо, хотя я сомневаюсь, что они не разрешат. Я сделал это четыре раза после моего короткого вступления. Это работает, люди!

Наконец, молитесь Богу, чтобы все выровнялось правильно для вас. Вот и все. Спасибо за чтение этого. Если вы дочитали до конца, то знаете, что вам нужно делать. Я не создавал эту технику, я получил ее с YouTube-канала Coder Foundry, проверьте ее. Это крутой канал. До свидания! Я не активен в LinkedIn, но вы можете найти меня там.