Что вы делаете, чтобы оставаться продуктивным, работая самостоятельно? [закрыто]

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

Что вы делаете, чтобы оставаться мотивированным и продуктивным, когда выполняете долгосрочное задание по программированию и работаете самостоятельно (например, из дома, без каких-либо товарищей по команде или коллег)?

Поддерживать баланс.

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

Предложения:

• Остаток средств. Работайте над долгосрочным проектом в течение часа два, а затем вознаградите себя чем-нибудь, что вам понравится. Примите перерыв от задачи. Повторение.
• Долгосрочное мышление : размышления об удивительной работе, которую вы будете выполнять после (этой менее интересной работы), вдохновляют.
• Разбейте свой проект на небольшие задачи . Задачи, которые займут всего пару часов. Когда вы выполните каждое из этих небольших заданий, вы почувствуете прогресс.

Постановка целей - единственный способ для меня работать ...

К концу часа я хочу сделать X. И к обеду я хочу, чтобы Y & Z закончил. За ланчем вы просматриваете, куда попали, затем ставите новые цели. За выполнение каждой цели, есть награда; Награда может быть чашка чая, или ходьбы от вашего стола или 10 минут на стеке обмена ...

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

Подходить как проблема программирования

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

• Сбор данных - когда ваша производительность падает? Что происходит перед тем, как вы отвлекаетесь? Что лежит в основе потери мотивации? Ведите подробный и честный рабочий дневник в течение недели или двух, сосредотачивая внимание на том, как вы мотивированы и что вы делаете.
• Анализ требований Что бы вам понадобилось, чтобы поддерживать мотивацию в свете собранных вами данных? Как вы можете сломать шаблоны, которые приводят к потере мотивации?
• Найти решения - Иногда вы можете обнаружить, что существуют программные инструменты (например, RescueTime), которые могут помочь вам сосредоточиться на работе. Может быть, вы поймете, что вам нужно больше социальных контактов в целом, и проведете несколько регулярных вечеров с друзьями, чтобы помочь вам оставаться на ногах. Если вы определили конкретную проблему, то вполне могут быть книги, которые могут предложить способы ее решения. Возможно, проблема в том, что вы не подходите для этого типа работы, и решение будет просто поменять место работы.

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

Это то, что я думаю, по моему мнению, работает,

1. Четкое определение поставленной задачи : самое важное здесь - записать задачу, а не хранить ее в памяти .

2. Разбейте на задачи, если одна огромна : снова разбейте ее на задачи и запишите их.

3. Назначьте ETA или крайний срок : это действительно важно, и будьте очень строги и дисциплинированны. Иначе ты будешь медлить.

4. Используйте технику Помодоро для краткосрочного фокуса. И используйте интервал времени для поручений и других вещей, таких как проверка электронной почты.

5. Убедитесь, что все ваше внимание сосредоточено на поставленной задаче. Избегайте бродячих заданий как можно больше.

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

7. Когда вы закончите выполнение задачи, решите следующий шаг .

Сделайте эти данные табличными. Все это есть в книге Дэвида Аллена «Как все сделать».

Еще несколько важных вещей.

1. Проверяйте, что вы делали раз в неделю. Ваши журналы должны предлагать улучшения со временем.
2. Принять корректирующие меры, если вы идете в неправильном направлении.
3. В конечном итоге ваши задачи должны сходиться к целям на неделю, месяц, год и на всю жизнь.

Помнить:

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

Действительно, как сказал Сунь Цзы: возможности увеличиваются по мере их использования.

Подводя итог всего этого:

1. Ведутся организованные работы. Планировать, организовывать, планировать и отслеживать .
2. Периодически проверяйте.
3. Будьте полны правды и анализируйте данные.
4. Дисциплина во время исполнения. И сосредоточиться на поставленной задаче, план уже на бумаге, вам не нужно беспокоиться об этом.

Следуй этому неукоснительно.

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

Спросите старшего или друга, могут ли они выделить какое-то время, чтобы просмотреть ваш код. Если вы можете спарить обзор, даже лучше!

Вам также может пригодиться блог о вашем опыте написания кода. Я уверен, что есть вещи, которые вы изучили или практикуете (например, TDD) в течение этого длительного периода, или есть идеи о том, как вы что-то сделали, и интересно, могло ли это быть сделано лучше.

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

Хотя у меня есть мотивы, чтобы сделать что-то, я предпочитаю и хороший вызов.

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

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

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

Если вы не можете сделать это лицом к лицу, отправьте короткое письмо. Все дело в том, чтобы заставить себя отвечать за свои задачи.

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

Хорошая музыка для программирования (техно, транс) помогает мне быть накачанным, когда я не в настроении или когда работаю над частями программного обеспечения, которые меня особо не волнуют.