Разработка
Управление мотивацией для соло-разработчика
Одно из самых больших препятствий в работе соло-разработчика — это поддержание мотивации. Я веду записи в журнале о том, как повысить свою мотивацию, что работает, а что нет. Вот то, что сработало.
Одно из самых больших препятствий в работе соло-разработчика — это поддержание мотивации. Я веду записи в журнале о том, как повысить свою мотивацию, что работает, а что нет. Вот то, что сработало.
Преобразование внешних источников в мотивацию
Я всегда знал, что у меня скорее внешняя, чем внутренняя мотивация, поэтому у меня есть несколько систем, которые помогают мне получать всплески внешней мотивации. Например, боты Money Bots, которые отправляют мне сообщения каждый раз, когда кто-то подписывается.
Я аскет по части push-уведомлений, но эти всплывают прямо на моем главном экране. Каждый раз это небольшой всплеск мотивации. Есть некоторый эффект гедонистической адаптации — с самого начала один новый подписчик вызывал огромный выброс дофамина/энергии, со временем этот выбросы уменьшились, но они все еще подпитывают меня.
Аналогичным образом я подписался на сервис, который уведомляет меня всякий раз, когда кто-то упоминает Chessbook. Это одновременно полезно для маркетинга, так как участие в социальных обсуждениях может сильно помочь, но меня также мотивирует, когда я вижу, что люди говорят (надеюсь, положительно) о том, что я создал.
Также есть канал #pump-up
с лентой вех, которые мы достигли. Например, $X MRR, 2,000 пользователей Discord, уровень оттока <6%, подобные мотивирующие вещи.
Оставляйте задачи незавершенными
Не могу переоценить, как сильно мне помогает этот пункт. В конце рабочей сессии я стараюсь оставить задачу выполненной на 90%. Это немного хуже, чем завершение работы, но это делает начало следующего дня в 10 раз легче. Быстрая победа, когда я начинаю программировать — это огромный стимул, и он сразу же вводит меня в состояние потока. Однако это не должно быть слишком просто. Если все, что мне остается — это запустить git commit, то этого недостаточно. В идеале это должно быть что-то, где я точно знаю, что мне нужно сделать и что займет 5-10 минут.
Используйте вещь сами, насколько это возможно
Я стараюсь использовать свой собственный продукт как можно чаще. Когда кто-то присылает сообщение об ошибке, связанной с какой-то ерундой, иногда легко отнести это к разряду мелких проблем. Потом я сталкиваюсь с ней сам и понимаю, что она действительно влияет на опыт, и сразу же иду ее исправлять. Ощущаемая боль гораздо более ощутима, чем сообщаемая.
Отвлекаясь от темы скажу, что это также дает мне гораздо больше идей для продуктов: лучшие из моих идей появились не после того, как я сел и подумал о том, чего хотят люди, а после того, как я понял, чего хочу я сам.
Устраняйте боль, вместо того чтобы проталкиваться через нее
Всегда есть части, которые отстойны. Запущенная область кодовой базы, работа со сторонними разработчиками, выпуск новых версий нативных приложений и т.д. Если я знаю, что мне придется иметь дело с одной из таких задач в рамках работы, мне бывает гораздо сложнее мотивировать себя начать работу.
Фокус в том, что почти всегда можно сделать их менее болезненными.
Например, недавно я испытывал сильное “трение”, начиная новую задачу, потому что для нее требовалось 4+ новых конечных точек, а это всегда влекло за собой много шаблонного кода. Я должен был прописать типы на бэкенде, написать те же типы на фронтенде, убедиться, что я правильно указал полезную нагрузку, убедиться, что я правильно указал путь, и нет ошибки с типами. Поэтому обычно все это не работало с первого раза. Поэтому перед началом работы я нашел RPC-библиотеку под названием RSPC, которая генерирует типы для меня и делает написание и вызов новой функции бэкенда из фронтенда почти таким же простым и безопасным с точки зрения типов, как и вызов другой асинхронной функции фронтенда.
Это не только устранило болевую точку, но и вызвало у меня активное желание использовать эту новую систему. Я превратил источник трения в мультипликатор мотивации.
Об этом легко забыть, если вы работали в больших компаниях, где вы не можете устранить болевые точки ежедневной разработки. Вероятно, у вас возникло ощущение тщетности попыток решить эти проблемы. Есть либо сроки, в которые нужно уложиться, либо люди, от которых нужно получить согласие, либо вам нужно написать техническую документацию по вашему подходу, прежде чем вы сможете его опробовать. Возможность просто исправлять и улучшать все, что захочется — одна из главных особенностей одиночной работы, так что напоминайте себе, что вы можете воспользоваться этим в любой момент.
Ничего не делайте
Меня постоянно засасывает в высокотехнологичные «ящики Скиннера». Reddit, Twitter, YouTube и т.д. Лучший способ, который я нашел, чтобы выбраться из этого, — сделать это в два этапа. Сначала я перехожу от Reddit к ничегонеделанию, а затем приступаю к работе.
Переходить сразу от Reddit к целенаправленной работе очень сложно, но ничего не делать гораздо легче, и в конце концов ваш мозг успокаивается, и начать писать код уже не так сложно.
Я действительно имею в виду ничего не делать; я просто посижу перед экраном несколько минут, и, как по волшебству, туман от перегрузки дофамином, вызванной потреблением, рассеется, и я снова смогу вдохновиться творчеством и решением проблем.
Пишите обновления для пользователей
Это два в одном: я могу и обновлять своих пользователей, и мотивировать себя, оглядываясь на достигнутый прогресс. Я часто подхожу к концу месяца и думаю: «А успел ли я вообще что-нибудь сделать?», но потом вы можете написать обновление за месяц и увидеть, что вы действительно многое успели сделать.
Очевидно, что это касается обеих сторон: если вы действительно мало что успели сделать, вы это тоже увидите, но признание того, что вы не успеваете сделать достаточно, тоже может мотивировать.
Найдите партнера
Это может показаться противоречащим заголовку, но я говорил только о соло разработчике. У меня есть партнер, который гораздо лучше разбирается во всем, что касается продукта/дизайна и т.д.
Я не буду перечислять все преимущества наличия партнера, но теперь я считаю, что они необходимы, и в любых будущих проектах я буду стараться найти партнера, который дополнит мой набор навыков и в то же время будет согласен с решаемой проблемой. Это разница как день и ночь.
Мотивация здесь в основном связана с ответственностью. Это та же причина, по которой у людей есть партнеры по спортзалу: просто наличие кого-то, кто ожидает, что вы придете, может быть очень мощным. Кроме того, если вы проводите еженедельную встречу и обнаруживаете, что вам не о чем поговорить, вы, вероятно, не успеваете сделать достаточно, и это наглядное напоминание.
Другой момент заключается в том, что ваша мотивация и мотивация вашего партнера будут меняться местами, и это не будет происходить согласованно. Очень полезно, чтобы кто-то еще был мотивирован на проект, когда у вас нет мотивации.
Никаких нулевых дней, чтобы избежать чувства вины
В некоторые дни, когда я ничего не успеваю сделать, у меня возникает томительное чувство вины, что у меня «нулевой день». Это мешает мне в полной мере насладиться тем, чем я занимаюсь. Я пробовал просто разрешить себе наслаждаться тем, что я делаю, но это не срабатывает. Якобы я беру отпуск и заряжаюсь энергией, но это совсем не похоже на то, что я делаю — это похоже на то, что я проталкиваюсь через себя. Это может привести к возникновению отрицательной обратной связи, когда я постоянно пытаюсь подзарядиться, но только еще больше устаю.
Я обнаружил, что единственный выход — это сначала сделать какую-то хорошую работу, а потом уже полностью погрузиться в то увлекательное занятие, в которое я погружаюсь бездельничая.
Если она есть, используйте ее
Иногда я ложусь спать, размышляя о какой-то проблеме, и получаю мотивацию, которая приходит в момент решения проблемы. Я мог бы записать ее и заняться ею утром, но чаще всего я просто встаю и работаю до четырех утра. Это также одна из замечательных сторон одиночной работы. Мне не нужно вставать в 9 утра, чтобы быть доступным в Slack, поэтому я могу использовать свою мотивацию в любой момент, даже если это происходит посреди ночи.
Вероятно, это не относится ко всем, но, опять же, это скорее запись в дневнике, адаптированная под запись в блоге, чем совет. Я всегда лучше справлялся с более свободным подходом, пытаясь максимизировать возможности для работы в состоянии потока, чем заставляя себя работать 9-5 каждый день, в дождь или солнце.
У вас СДВГ, заставить себя работать не должно быть так сложно.
Правда 😄
-
Видео и подкасты для разработчиков1 месяц назад
Lua – идеальный встраиваемый язык
-
Новости1 месяц назад
Poolside, занимающийся ИИ-программированием, привлек $500 млн
-
Новости1 месяц назад
Видео и подкасты о мобильной разработке 2024.40
-
Новости1 месяц назад
Видео и подкасты о мобильной разработке 2024.41