Когда я впервые начал писать для IOD, я считал, что писать для инженеров не обязательно.
Я передумал.
Несмотря на то, что ваша основная ответственность как инженера заключается в решении проблем и написании кода, вы можете заниматься прозой. В большинстве случаев это не так, и это нормально. Но я узнал, что писать за пределами кода дает много преимуществ. Я больше не думаю, что это необязательно.
Написание - это не просто ведение блога
Многие инженеры, которых я знаю, видят мир в черно-белом цвете. Например, есть хороший и чистый код. Есть и другие «грязные» области, такие как продажи, маркетинг и отношения с клиентами. Спросите инженера, и вы услышите, что это дикие, ненаучные области, в которых преобладают экстраверты.
С этой верой каждый раз, когда программист слышит о написании чего-либо, кроме кода, он предполагает, что это служит Темной стороне. Не имеет значения, будет ли это документация для клиента, сообщение в блоге по контент-маркетингу или простой слайд для презентации продаж. Ни одно из этих занятий не достойно времени любого респектабельного черно-белого инженера.
Но письмо может принимать разные формы, и результаты, о которых я упоминал выше, составляют лишь крошечную часть от общего целого.
Например, вести дневник - это привычка, которой придерживались многие великие исторические умы, в том числе и ученые! - от Исаака Ньютона до Леонардо да Винчи и Чарльза Дарвина.
Я буду моей резиновой уткой
«Как ведение журнала может помочь мне как инженеру?» вы можете спросить.
Во-первых, Тим Феррис считает, что ведение дневника помогает очистить разум. Записывая проблемы, мысли и идеи, мы очищаем наш мозг от отвлекающих факторов. Мы можем считать себя умными, но на самом деле нас легко обмануть. Запись вещей заставляет мозг думать, что мы чего-то достигли.
Но есть еще одно применение ведения журнала, которое может вам очень помочь, особенно во время отладки. Вы, наверное, знакомы с так называемым эффектом резиновой уточки. Идея состоит в том, что когда вы сталкиваетесь с проблемой, вы должны рассказать о ней резиновой уточке.
Скорее всего, когда вы сформулируете проблему, решение придет само. Это вызвано внезапным взаимодействием обоих полушарий мозга: одного, отвечающего за аналитическое мышление, и другого, отвечающего за речь. К счастью для нас, мы можем пропустить резиновую уточку и активировать оба полушария, просто описав свои проблемы в прозе.
Хотите узнать не менее эффективный трюк? Останавливайтесь каждые полчаса и пишите о ходе выполнения вашей задачи. Или просто опишите задачу. Какая гипотеза? Что будет проверять эта задача? Каков желаемый результат?
Отвечая на эти вопросы, вы можете поймать себя на бритье яка гораздо раньше, чем обычно.
Недостаточно быть великим
То, что я собираюсь вам сказать, наверняка будет звучать как совет Темной стороны: как инженеру вам необходимо создать свой личный бренд.
Я уже снова слышу черно-белые мысли: «Это маркетинг, и это зло!» Я не хочу никого убеждать в том, что маркетинг не зло. Я хочу сказать следующее: если вы не заботитесь о своем личном бренде, никто не позаботится об этом.
Многие великие художники и композиторы умерли в нищете. Не потому, что они не были талантливы. Потому что быть великим ничего не значит, когда никто не знает о тебе или твоем величии. Все, что нужно знать о вашем личном бренде, на самом деле означает продемонстрировать свои способности и донести хорошо продуманное сообщение до соответствующей аудитории.
Скажем, вы хотите начать работу с серверной частью веб-приложения и в конечном итоге перейти на позицию машинного обучения. Получите некоторый опыт в этой теме, пройдя курсы или участвуя в проектах с открытым исходным кодом, и покажите миру свои новые таланты. Как? Конечно, ведя блог об этом.
Затем вы можете написать это в своем резюме и в профиле LinkedIn! Важно дать понять потенциальным работодателям, что вы тот, кто может занять должность машинного обучения в их компании.
Вы собираете знания или делитесь знаниями?
Я рассчитываю на то, что вы сообразительны и усвоили хотя бы несколько полезных приемов за годы работы. Вы держите эти уловки при себе или делитесь ими со своими коллегами? Другими словами: накапливаете ли вы полученные знания или свободно делитесь ими, чтобы другие тоже могли получить пользу?
Поскольку наша сфера деятельности основана на знаниях, большинство из нас попадает в один из этих двух лагерей. Накопители знаний верят, что в обществе, где собака ест-собаку, чрезмерное разделение своих преимуществ может довольно быстро привести к безработице. Поэтому лучше быть экспертом в какой-то малоизвестной технологии, о которой никто не знает, потому что это означает стабильную занятость.
Однако те, кто делится знаниями, считают, что благодаря своим преимуществам и большему опыту они обязаны помогать другим. Для некоторых это убеждение может проистекать из того факта, что они хотят отдать за «бесплатно» уроки, полученные от людей до них. Для других основной мотивацией является менталитет, согласно которому чем больше команда знает, тем лучше будут решения, которые она будет принимать, что ведет к успеху для всех.
Если вы на стороне тех, кто делится знаниями, у меня есть для вас совет. Вы можете десять раз рассказать одну и ту же историю десяти разным людям, и каждый раз это хоть немного поможет этим людям. Но вы можете потратить столько же времени и записать историю. Худший вариант? Вы охватите ту же аудиторию, что и изначально. Лучший случай? Вы охватите в 10, 100 или 1000 раз больше людей. Ваш вклад будет экспоненциальным!
Автоматизация? Сохранение времени?
Да, даже написание простого FAQ может означать, что вы тратите меньше времени на ответы на вопросы и больше времени на работу в режиме потока (надеюсь). А если в ваших проектах используется последняя версия README, новым людям, присоединяющимся к проекту, не нужно будет отрывать инструкции по установке и сборке от других занятых членов команды. Они все еще могут быть менее продуктивными, чем старая гвардия, но, по крайней мере, они независимы и не тормозят других. Так что написание тоже можно рассматривать как средство повышения продуктивности!
Поверьте мне, когда я говорю вам, что творческое письмо действительно имеет так много преимуществ для инженера. Это изменило мою жизнь и мою профессиональную траекторию к лучшему. Если вы обнаружите, что то же самое верно и для вас, поделитесь с нами своими комментариями ниже!
Если вам нравится то, что я создаю, подумайте о подписке на Bit Better. Это информационный бюллетень сообщества с рекомендациями по книгам, статьям, инструментам, а иногда и музыке.
Первоначально опубликовано на https://www.iamondemand.com 31 декабря 2018 г.
