Как мне справиться с проблемой "оставшихся 30 минут"?

Есть много вариантов:

• Проверка (соответствующих) блогов/новостей/журналов и прочтение того, что происходит в вашем поле
• Документирование того, что вы сделали в течение дня
• Планирование того, что вам нужно сделать на следующий день/неделю/месяц
• Возвращайтесь к своей почте и, наконец, действительно получите информацию, которую вы пропустили, пропустив ее раньше
• Проверка того, что вы сделали все “организационные задачи”, а если нет, сделайте их (Сдайте часы, отправьте этот отчет на вашем столе тому, кто должен его прочитать, запустите резервную копию. …)
• Очистите вашу белую доску/диск/стол от всего, что накопилось там, но утратило свою актуальность три недели назад
• Вы сделали все это? Все еще 30 минут? Возвращайтесь к шагу 1! (И ты фокусник.)

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

Постарайтесь не останавливаться на “естественной остановочной точке”

Вы беспокоитесь, что если вы получите полчаса в задание кодирования, вам будет трудно загрузить контекст, когда вы вернетесь к нему на следующий день. Но по моему опыту все как раз наоборот. Скажем, вы собираетесь написать простую функцию. Вы знаете, что будет некоторая инициализация, цикл для обработки всех X в Y, и некоторая очистка. Я буквально добавлю файл в свой проект, объявлю функцию, добавлю три комментария (может быть, напишу for или пока буду строить вокруг одного из них), а потом – иду домой.

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

Начните. Затем уходите. Вы можете быть ОЧЕНЬ приятно удивлены - гораздо легче начать, если вы не остановились на естественной остановочной точке. Запуск с этих точек супер легко.

На самом деле, это так просто, что я иногда использую вариант этого, чтобы обмануть себя в работе над чем-то, над чем я не хочу работать. Я просто делаю часть “начать” - делаю новый проект или пустую папку или что-то в этом роде. Делаю файл под названием “контур” и вставляю его в контур по электронной почте. Загрузка спецификации или примечаний к выпуску. Поиск ссылки на видео, которое мне нужно посмотреть. Ничто из этого на самом деле не считается работой над тем, над чем я не хочу работать, это просто начало работы, которое позволило бы мне реально работать над этим, так что я делаю эти задачи без сопротивления. А потом, когда я их делаю, я обнаруживаю, что мое сопротивление падает, и я могу выполнить задачу самостоятельно.

Попробуйте.

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

Но я все равно никогда не придерживаюсь работы “от 9 до 5”. Ваш работодатель может быть ~~ более регрессивным~~ более строгим.

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

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

Как справиться с проблемой “30 минут осталось” ?

Это происходит со мной время от времени, я предлагаю вам использовать время в ваших интересах.

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

Не просто сидеть и притворяться занятым. Хорошо используйте время!

Как разработчик, вы никогда не закончите.

Даже если вы не можете добавить новую функциональность в свой код за оставшееся время, вы можете (и должны) refactor it:

• улучшить имена,
• уменьшить дублирование кода,
• разделить длинные методы/функции/процедуры на короткие
• переместить методы/функции/процедуры в новые файлы для применения SRP и/или same уровня абстракции принципа.

и т.п.

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

И в маловероятном случае вы что-то нарушили: проверьте последнее рабочее состояние вашего SCM…

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

Когда у меня осталось немного времени, я иду в список и просто начинаю вытягивать случайные вещи. Каждый пункт является самодостаточным и высоко предсказуемым с точки зрения количества времени, что делает их идеальными для втискивания, когда у меня есть 15 минут до собрания, 5 минут после настройки на конференц-связь и т.д. Плюс, когда кто-то опаздывает на встречу, ничто не делает его счастливее, чем “Эй, я думал о тебе, поэтому я втиснул ту функцию, о которой ты спрашивал меня полгода назад, не правда ли, она прекрасна?”. (И ничто не делает меня счастливее, чем сидеть там и думать: “*&@$ встречи, никогда не начинай вовремя…”)

Как справиться с вопросом “оставшихся 30 минут” ?

Я всегда посвящал последние 30 минут каждого дня:

• Уборке оставшихся писем
• Проверке и обновлению календаря
• Подготовке к следующему дню
• Упаковке всего, что мне нужно было принести домой (особенно, если я планировал сделать некоторую работу на дому)

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

И если бы у меня на самом деле не осталось ничего стоящего, я бы просто ушел.

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

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

Слишком часто, разработчики давят, чтобы закончить вещи быстрее, и нет достаточного контроля качества.

Проверьте, что то, что вы написали недавно сделано в спецификации - Это случилось со мной вчера. Я перечитал часть спецификации для чего-то и понял, что это не совсем правильно - потратил около 20 минут, исправляя это.

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

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

Любое программное обеспечение (не очень высокой) сложности может быть сделано всегда немного лучше.

Сделайте ваш код немного лучше.

Лично это происходит со мной, примерно в течение последних 15-20 минут дня.

Что помогает мне планировать следующий день (или неделю), придумывая несколько действий и т.д.

Вы должны рассмотреть возможность разделения вашего времени на работу в блоках, которые достаточно велики, чтобы позволить вам работать свободно в пределах каждого блока, но которые не являются чрезмерно большими. Вы можете подумать, что произвольно большие блоки, которые служат столько, сколько необходимо, чтобы выполнить какую-то задачу, работают хорошо для вас, но концентрация действительно страдает после нескольких часов непрерывной работы. Если вы навязываете перерыв после, скажем, 2,5 часа, то вы можете плюнуть 9-часовой рабочий день (8 часов работы плюс 1 час перерыва) в 3 таких блока с 20-минутным перерывом на кофе/обед между блоками и дополнительным 50-минутным перерывом на выполнение упражнений.

Вы затем устраните эту “последнюю получасовую проблему”, будет только последний 2,5-часовой блок, который будет чувствовать себя совершенно по-другому, чем ваши текущие последние часы на работе. Если задача будет выполнена в течение последнего блока, у вас будет гораздо больше энергии, чтобы продолжить выполнение других задач или спланировать на следующий день. Вы начали этот блок с большей энергией, и в начале блока вы, вероятно, будете знать, что вы закончите раньше времени, что делает вас более склонными к позитивному мышлению о том, чтобы делать другую работу после завершения проекта.

Тот факт, что вы сейчас не склонны делать это, является артефактом “работы до конца задачи”, который истощает ментальную энергию; если вы организуете свою работу так долго, как марафоны, то не удивительно, что в конце задачи вы чувствуете себя марафонцем на финише.

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

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

Подумайте. Если только вы действительно не находитесь в конце пакета работ и “осталось только одно”, переключитесь на другую задачу, которая займет вас до конца дня до того, как вы попадете в ситуацию “осталось всего 30 минут”.

На самом деле, я не очень понимаю, почему “30 минут - это недостаточно времени для того, чтобы я мог что-то кодировать” - если вы не (или не можете) разбиваете свою работу на куски меньше, чем это, это звучит не очень эффективным способом достижения прогресса. На самом деле, если бы вы использовали технику управления временем, такую как Pomodoro , вы бы разбивали все свои работы на 30-минутные куски.