Статьи

Могут ли 9–5 разработчиков быть хорошими разработчиками?

Сток-фото часов, показывающих тикающие часы

Чтобы узнать больше о личной разработке для разработчиков, ознакомьтесь с выпуском нашего подкаста The Versioning Show, в котором рассказывается о трех основных принципах продуктивной разработки программного обеспечения.

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

Безопасная игра

Количество раз, когда я видел хорошо известное имя из мира PHP, устраивало тривиальные (и, с другой стороны, разговоры «береги себя»), ошеломляет, и это всегда заставляет меня чувствовать, что я слишком стараюсь с моими представлениями. В этот день и век почти мгновенно доступных записей, зачем говорить больше, чем несколько раз? Ко второму или третьему разу он в любом случае доступен для всех. Зачем выбирать «безопасные» темы — кто вы, если не выходите за пределы своей зоны комфорта? Пригласите к обсуждению, поляризации и разногласиям — развивайтесь, учась и обучая тех, кто с вами не согласен, находите точки соприкосновения, смотрите на вещи с разных точек зрения, не допускайте формирования аргумента от авторитета . Перестаньте вести себя как пророк, и вместо этого ведите себя как человек — подверженный ошибкам, способный учиться и всегда любопытный.

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

Тогда есть также эффект «пузыря» :

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

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

9 к 5

Мое мнение о конференциях в стороне, это привело нас к другой дискуссии, где некоторые утверждали *, что эти разговоры перерабатываются не из-за лени докладчиков или трусости организаторов, а потому, что есть много участников, которые никогда не были на конференции раньше и блаженно не знают о таких общие темы, такие как «Что нового в PHP7», «Зачем использовать Composer», «Хороший ООП», «Что такое TDD» и т. д.

Для меня это не имело особого смысла. Если сотрудник никогда раньше не был на конференции, и работодатель наконец отправляет их, тривиально выполнить поиск в Google по представленным темам + их докладчикам, и отобразятся записи их предыдущих выступлений. Почему работодатель, который знает, что работник не заинтересован в самосовершенствовании (очевидно, поскольку он никогда не был на конференции) отправляет их на конференцию, которая, по большей части, полностью доступна онлайн и бесплатно?

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

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

Все это порождает вопрос — какой разработчик так мало интересуется самосовершенствованием? Марко Пиветта имел что сказать по этому поводу:

Это сбило меня с толку.

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

Чего ждать? Это ужасно.

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

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

Время

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

Но я твердо верю, что мы находимся в техническом пузыре, и деньги, заработанные сейчас, смогут купить гораздо больше времени позже, чем время, использованное прямо сейчас, в соотношении 1: 1. Конечно, все зависит от баланса — важна умеренность во всех вещах, но время, затрачиваемое на обучение, совершенствование и настройку себя (я здесь не говорю 24/7, но несколько часов каждый день — это много в долгосрочной перспективе) — особенно если вам это нравится — это инвестиция, которую стоит сделать. И если вам не нравится узнавать что-то новое о своей работе, что вы делаете, работая в первую очередь на этой работе?

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

Вывод

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

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

Это даже не должно быть разработкой — есть больше способов учиться, чем просто программирование после 5 вечера. Читайте учебные пособия, пишите учебные пособия (и зарабатывайте побольше денег на стороне), ходите на конференции, чтобы встретиться с людьми и услышать разные идеи (на отличных конференциях, таких как WebSummerCamp, даже есть программа-компаньон, поэтому вам даже не придется оставлять семью) — Есть множество вариантов для каждого амбициозного разработчика.

Как вы относитесь к конференциям и повторным выступлениям тех же докладчиков? Как насчет судьбы с 9 до 5? Вы продолжаете учиться после того, как вернетесь домой, или просто бросаете все? Какой у тебя конец игры ? Обсудить!

*видеть? Несогласие! И я, как ошибочный человек, узнал о новых причинах некоторых симптомов конференции, которые я видел.