Современный разработчик: возможности за пределами технологий

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

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

1. Понимание того, как работает компания, и вашей роли в ней.

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

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

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

2. Узнай больше об общении.

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

Тема в целом тоже не нова. Как заводить друзей и оказывать влияние на людей вышла в 1936 году.

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

3. Продолжайте учиться

Компания нанимает вас, потому что вы для них ценный актив. Однако в этом быстро меняющемся мире ценность ваших знаний со временем снижается. Итак, чтобы сохранить (и повысить) свою ценность, вы должны постоянно учиться, независимо от того, поощряет ли вас к этому ваша компания или нет. Даже за пределами оценки вашей нынешней компании, опыт, который вы там получите, в сочетании с доказательством того, что вы постоянно развиваете себя, сделает вас привлекательным кандидатом на другую, возможно, даже лучшую работу.

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

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

Вывод

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

Давайте изменим мир к лучшему и поможем другим сделать это.

Изначально эта запись появилась в моем личном блоге Sparetimehacks.de