Как остаться в айти, когда уже приуныл, но на пенсию ещё рано

Айти — сложная отрасль, в которой всё быстро меняется. Чтобы преуспеть, нужна гора знаний и постоянная прокачка навыков. Хорошо, пока ты молодой и с горящим взглядом. Но со временем эта бесконечная гонка надоедает, а волна технологий начинает расти быстрее, чем ты успеваешь карабкаться. Сегодня говорим о том, как выжить, когда уже сил не осталось.

Коротко об авторе

Я занимаюсь коммерческой разработкой с 2009 года, начинал с железок и C/C++. Начал работать на 4 курсе, а профессию выбрал, ещё когда «программист» обозначало красноглазый гик из подвала. Успел повидать всякого, два раза выгореть и вернуться.

На собственном опыте я убедился: сколько бы у вас ни было энтузиазма, но рано или поздно силы начнут вас покидать, а завеса айтишной романтики начнет приоткрываться. Окажется, что «интересными задачами» работодатель просто пытается сбить зарплату, денег нужно всё больше, а сил учить новые фреймворки по ночам уже нет. Но главным среди всех открытий будет то, что разработка — это обычная работа за деньги, а не меняние мира, о котором нам пели разные визионеры с евангелистами.

В общем, задача у таких, как мы, — как-то дальше жить. Мне помогают три подхода:

  1. Очищаем голову
  2. Собираем систему
  3. Боремся с инфляцией знаний

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

Очищаем голову

Помогает снизить тревожность и освободить место для новых знаний.

Отключаем информационные потоки

Режем очаги прокрастинации: соцсети, новости, каналы со смишнявками, Хаброленту и прочие пожиратели внимания.

Почему. Есть мнение, что вся эта инфа потом переваривается в мозгу, расходуя энергию на бесполезные вычисления. А потом, всё это совершенно бесполезно. Я в десяти метрах от компьютера точно знаю, что в Инстаграме у всех всё в карамели с блёстками, в новостях пишут про Адъ и Израиль, а на Хабре продают очередную серебряную пулю.

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

Понятно, что совсем окукливаться тоже плохо. Интересоваться окружающим миром необходимо, просто постарайтесь снизить негатив, на котором пируют СМИ. Действительно важные новости мимо вас всё равно не пройдут. Как, например, коронавирус и вакцинация.

Что делаем. Удаляем приложения с телефона, а напротив сайтов и всякого пишем в hosts 127.0.0.1 напротив самых посещаемых сайтов. Так мы говорим компьютеру искать сайт в локальной сети, то есть там, где его нет.

Как работает. Удаление и блокировка предотвращают первичный импульс. Вроде и приложение обратно поставить можно и файлик поправить, но становится лень. Поначалу ломает, а потом уже и не вспоминаешь.

Перестаем перерабатывать

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

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

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

Не держим планы в голове

Почему. Во-первых, вы не сможете перестать о них думать. Во-вторых, будете тревожиться, как бы что не забыть. Сперва незаметно, а потом и до хронической бессонницы недалеко.

Что делаем. Всё, что стоит делать, я фиксирую в тудушник, приоритизирую, проставляю сроки и накидываю задачек на день. Звучит как совет несвежего эффективного тренера по эффективности, но работает. Теперь я не пытаюсь мучительно не забыть тезисы к лекции и купить батон, а просто гляжу в список дел. 

Рецепт. Я использую Todoist + Integromat для связи с телеграмом. Отправляю или пересылаю сообщения телеграм-боту, а тот делает из сообщения задачку. Очень удобно: не нужно переключаться между приложениями и терять контекст.

Заполняем голову новыми знаниями

Теперь, когда голова более-менее освободилась, время наполнить её чем-нибудь полезным. Для этого сделаем две вещи: выстроим систему и систематизируем бардак.

Ищем концентрированное знание. Это могут быть курсы, книги, какие-то обобщающие статьи (именно обобщающие, это важно) и вот это всё. Перестаём распыляться и тратим внимание на то, где уже сконцентрирован большой опыт, а главное — определена некая структура, которую вы можете переложить на свою систему знаний.

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

Хороший пример концентрированных знаний — Technology Radar от ThoughtWorks. Помогает понять, что в тренде, что ещё не до конца обкатано, а что уже ископаемое.

Начинаем с первоисточника. Если вы услышали о чём-то новом или собираетесь что-то изучить, ищите работы автора. Часто бывает, что весь этот ворох статей и маркетинговых материалов исказил начальную идею до неузнаваемости. 

Отличный пример утраты первоначальной идеи — Agile. В первоисточнике внезапно оказывается лишь куцый набор несложных правил и принципов, применяемых в определённых условиях. Суть принципов — помочь разработчикам и их клиентам жить в условиях неопределенности. На Святой Грааль методологии управления проектами не набирается.

12 принципов Agile-разработки на agilemanifesto.org

12 принципов Agile-разработки на agilemanifesto.org

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

Например, можно взять что-то из классики религиозных войн типа ООП vs ФП или более приземленные вещи типа «Монолит vs микросервисы» и попытаться реализовать одну и ту же задачу противоположными подходами. 

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

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

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

Интерлюдия. Где найти время

Самый важный вопрос, поскольку время — невосполнимый ресурс, которого нам постоянно не хватает. 

Я использую 2 подхода: попутное знание и совмещение с рутиной.

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

Например, вам нужно найти тормозящий запрос в БД. Вы можете сделать условный EXPLAIN ANALYZE, найти причину, запилить по-быстрому индекс и забыть. А можете посмотреть, какие ещё индексы существуют, на чем они основаны и как работают. Сильно много времени это не займет, но поможет наполнить вашу систему знаний. Возможно, вы даже найдете более оптимальное решение. 

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

Если совсем негде, запритесь на полчаса в туалете, чтоб вас не трогали домашние. Полчаса-час ежедневных занятий не так много, но избавляет от ощущения, что работа высосала из вас все жизненные силы. И если практиковать такое каждый будний день, в месяц наберется около 20 часов обучения.

В таком темпе, при условии регулярности, вы опередите людей с горящими глазами, просто потому что они из-за постоянной перегрузки сгорят быстрее. Основные условия — постоянство и низкая нагрузка. 

Боремся с инфляцией знаний

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

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

Например, рассматривая IoC-контейнер от Spring, попытайтесь понять, зачем он вообще нужен, какая концепция за ним лежит, а не то, какой аннотацией отметить бин. Конечно, это важно, но это детали. 

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

Понимаю, что это прозвучит откровением Капитана Очевидность, но мне понадобилось приличное время, чтобы к этому прийти. Полагаю, что основная причина, кроме моей туповатости, — огромное количество неструктурированной ярмарочной маркетинговой шняги, за которой не видно сути. Буквально каждый день появляется что-то прорывное и прогрессивное, меняющая правила игры и бла-бла-бла. То NoSQL решает все проблемы, то микросервисы — новая серебряная пуля. В общем-то, это нормально для столь бурно развивающейся отрасли как айти, но вы имейте в виду, что шума обычно больше, чем инноваций.

Хорошая отправная точка для поиска действительно важных знаний — проблемы на вашем проекте. Попробуйте проанализировать их и найти причину.

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

Думаю, направление я донёс. Детали важны, но после определенного времени в отрасли переключайтесь на суть, иначе не выжить. Проверено на себе.

Признаки, что у вас получается

Если очистить голову, заполнить её систематизированными знаниями и выйти из гонки Выучи-новый-фреймворк-первым, в жизни должны произойти следующие изменения:

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

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

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

Советы на основе личного опыта — прекрасный повод для дискуссии. Приходите в наш уютный телеграм @stringconcat!

Оставить комментарий

Ваш адрес email не будет опубликован.