В наши дни входной барьер для того, чтобы стать разработчиком программного обеспечения, значительно ниже, чем я когда-либо помнил. Компании постепенно приходят к пониманию того факта, что степень в области компьютерных наук в университете Red Brick не является фундаментальной необходимостью для хорошего разработчика (хотя это, конечно, не повредит). Я также потерял счет количеству новых «буткемпов», возникающих в Лондоне и его окрестностях, таких как Makers Academy, General Assembly, Founders & Coders и многие другие.
Хотя это замечательно, что стать разработчиком проще, чем когда-либо, и еще лучше, что области STEM становятся все более доступными для более разнообразной группы людей, подводные камни карьеры разработчика, возможно, более опасны, чем когда-либо .
Учебные курсы
Я имел удовольствие потратить почти все последнее десятилетие на найм разработчиков для самых разных компаний по всему Лондону, и я до сих пор абсолютно убежден, что рост числа буткемпов для разработчиков - замечательная вещь по многим причинам. Я ограничиваю это заявление просто потому, что я был свидетелем значительной негативной реакции и скептицизма (в первую очередь со стороны опытных разработчиков) по поводу обоснованности указанных буткемпов. Самая частая жалоба, которую я слышу, - «за 90 дней не стать настоящим разработчиком». Я понимаю этот аргумент и до некоторой степени согласен с ним. С чем я не согласен, так это с пренебрежительным отношением к тем, кто вкладывает много времени, сил и денег в карьерный рост. Я еще не встречал ни одного выпускника указанных учебных курсов для начинающих, который после 90-дневного интенсивного обучения ожидал, что им причитается работа или что они теперь находятся на одном уровне со всеми остальными в своей области.
Как и любая форма найма, буткемп может быть неудачным или неудачным. Вы можете найти подающих надежды суперзвезд, и вы можете найти ходячие бедствия. Это проверенная платформа, помогающая людям встать на очень высокую ступеньку лестницы, и в течение следующих нескольких лет вы найдете бывших выпускников учебных курсов, занимающих должности технического директора в известных технологических компаниях по всему Лондону.
Выбор первой работы
Меня часто спрашивают совета у людей, которые хотят начать свою карьеру в качестве разработчика, и я постоянно подчеркиваю, что единственный раз, когда вам будет сложно найти работу, - это когда вы ищете свою самую первую работу. Каждый божий день, начиная с первого дня работы, делает вас более трудоспособным, и чем больше опыта вы приобретете, тем больше возможностей для трудоустройства появится на вашей тарелке.
С моей точки зрения, есть две очень специфические вещи, которых следует избегать, начиная карьеру разработчика. Работа на фрилансе и «единственный разработчик».
Фриланс
Вы можете заработать смешные деньги как разработчик-фрилансер, особенно в Лондоне, однако я обещаю вам, что у вас будет все время в мире, чтобы заработать эти смешные деньги, как только вы зарекомендуете себя как опытный и компетентный разработчик с широким спектром опыта. под вашим поясом. К сожалению, я видел, как слишком много рекрутеров пытались уговорить новых разработчиков работать по контракту, потому что они не были заинтересованы в личном росте своих кандидатов в долгосрочной перспективе. Не делайте этого, по крайней мере, в первые несколько лет. Ваше резюме и психическое благополучие будут вам благодарны за это.
Единственный разработчик
Каждый день в Лондоне рождается новый стартап. Меня не волнует, продали ли вам мечту о следующем Uber for Burgers ™, если вы собираетесь быть единственным разработчиком проекта, вы упускаете важную возможность учиться и расти. Самый эффективный способ стать отличным разработчиком - это окружить себя другими опытными и отзывчивыми разработчиками. Всегда неплохо окружать себя людьми умнее вас, независимо от вашего опыта, но это гораздо важнее в начале вашей карьеры.
Время интервью
Вы все еще имеете полное право задавать вопросы только потому, что вы проходите собеседование на свою самую первую работу разработчика. Не бойтесь задавать много вопросов. Фактически, я настаиваю на этом. Вот несколько простых примеров, которые помогут вам определить, поможет ли компания, в которой вы проводите собеседование, вам на пути к тому, чтобы стать отличным разработчиком.
- Какого размера команда разработчиков?
- Какой у меня будет доступ к команде, чтобы объединяться, задавать вопросы и т. Д.?
- Будет ли у меня назначенный «наставник»? Если да, могу ли я встретиться с ними в какой-то момент?
- На самом деле, как вы думаете, сколько времени мне понадобится, чтобы стать полноценным продуктивным членом команды?
- Есть ли у вас дополнительные планы, поддержка или обучение, чтобы помочь мне стать лучшим разработчиком?
Эти вопросы призваны установить, насколько компания готова нанять нового разработчика и отфильтровать те компании, которые просто стремятся приобрести «дешевые» таланты (да, к сожалению, такие компании действительно существуют). Вы не показываете никаких слабостей или уязвимостей, осознавая тот факт, что это ваша первая работа разработчика. Это показывает самосознание и зрелость, и если компания, с которой вы проводите собеседование, видит это иначе, то она вам не подходит.
Правильно
Если меня когда-либо просят привести пример компании, которая действительно понимает, когда дело доходит до найма новых разработчиков, я всегда ссылаюсь на лучший пример, который я когда-либо видел на практике, - это Бен Саммерс и его команда в Haplo.
Полное раскрытие информации: Бен - мой личный друг и на протяжении многих лет был для меня прекрасным наставником. Я формально «работал» в Haplo в течение нескольких недель, помогая Бену улучшить его процесс найма. Мне не платили за то, чтобы я цитировал Бена или Хапло в этом сообщении.
Бен и его команда имеют явное преимущество перед большинством «сексуальных» стартапов (кроме того, никогда не называйте свой стартап «сексуальным»). Они полностью настроены, прибыльны и не подотчетны какой-либо организации венчурного капитала, поэтому они работают в своем собственном темпе и по своим собственным правилам. Haplo имеет тенденцию нанимать только разработчиков, которые либо ищут свою первую работу разработчика, либо находятся на очень ранних этапах своей карьеры. В результате теперь у них есть команда чрезвычайно талантливых людей, которые знают о положительном влиянии, которое может иметь структурированная и поддерживающая среда, и поэтому каждый индивидуально делает все возможное, чтобы каждый новый член команды получил такой же положительный опыт с первого дня. .
Одна из ключевых причин успеха Haplo в найме и воспитании новых разработчиков - их абсолютное уважение к благополучию своих команд. В офисе ходят шутки / угрозы, что Бен выключит вашу машину в 17:30, если обнаружит, что вы все еще работаете, потому что он искренне верит, что ваша работа никогда не должна быть вашим главным приоритетом в жизни, и он отказывается кого-либо ставить в затруднительное положение. положение, в котором они считают иначе. Такой уровень уважения и понимания к вашей команде, к сожалению, относительно редок, поэтому, когда вы найдете такую компанию, как Haplo, не принимайте это как должное.
Они создают среду, в которой приветствуются вопросы и сотрудничество, что может быть трудным для большинства быстро развивающихся стартапов, которые постоянно вынуждены двигать иглу. Их процесс найма специально разработан, чтобы не обращать внимания на все другие способности и желание быть отличным разработчиком. Фактически, Бен написал выдающийся пост в блоге, в котором рассказывается о своем подходе к работе с разработчиками на ранней стадии.
Младший разработчик
Я собираюсь завершить этот пост тирадой, потому что в нем пока отсутствует моя фирменная горечь и гнев.
Пожалуйста, перестаньте называть разработчиков на ранней стадии «младшими» разработчиками.
Разработчики-новички - это уже не просто 21-летние, только что окончившие университет. Слишком часто это опытные, зрелые профессионалы, которые делают чрезвычайно смелый шаг, оставляя сложившуюся карьеру, чтобы начать совершенно новую карьеру в качестве разработчика. Конечно, они могут быть неопытными программистами, и им могут платить меньше, чем большинству членов вашей команды, но покровительствовать им формальным ярлыком вроде «младший разработчик» - это… ну, это просто чушь собачья.
