Що ви робите, щоб залишатися продуктивними, працюючи самостійно? [зачинено]

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

Що ви робите, щоб залишатись вмотивованими та продуктивними, коли даєте завдання на довгострокове програмування та працюєте самостійно (наприклад, вдома, без товаришів по команді чи колег)?

Підтримуйте баланс.

Враховуючи щось нове (наприклад, грати в гру, пити пиво тощо), ми можемо зосередитись і зробити це одне протягом тривалого часу. Єдиний спосіб живлення через мирське завдання (без передозування кавою ) - підтримувати рівновагу . Я кажу "повсякденне", тому що якби це було завдання, яке ви справді захоплювались, ви б не зазіхали на сайт і не задавали це питання.

Пропозиції:

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

Встановлення цілей - єдиний спосіб для мене ...

До кінця години я хочу зробити X. А до обіду я хочу, щоб Y&Z закінчився. На обід ви переглядаєте, куди вам дісталося, і встановлюєте нові цілі. За виконання кожної цілі є винагорода; нагорода може бути кубкою, або прогулянка від вашого столу або 10 хвилин на stackexchange ...

Зрозуміло, що краще також встановити досяжні цілі - ви після розумової винагороди відзначте предмет роботи зі свого списку. Не має значення, яка це ваша ціль, якщо вона зазвичай може бути досягнута у вашому часовому вікні.

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

Легко зациклюватися на написанні коду, що ми відокремлюємо спосіб вирішення проблем програмування від того, як ми вирішуємо звичайні проблеми реального світу. Але насправді концептуальні інструменти, які ми використовуємо для вирішення завдань програмування, досить хороші для всього.

• Збір даних - коли знижується ваша продуктивність? Що відбувається безпосередньо перед відволіканням? Що лежить в основі втрати мотивації? Ведіть докладний і чесний робочий щоденник протягом тижня-двох, зосереджуючись на тому, наскільки ви мотивовані, і що ви робите.
• Проаналізуйте вимоги Що вам потрібно для підтримки мотивації з урахуванням даних, які ви зібрали? Як можна порушити закономірності, що призводять до втрати мотивації?
• Пошук рішень - Іноді ви можете виявити, що існують програмні засоби (щось на зразок RescueTime, можливо), які можуть допомогти вам зберегти фокус під час роботи. Можливо, ви зрозумієте, що вам взагалі потрібно більше соціальних контактів і влаштуйте звичайні вечори з друзями, щоб допомогти тримати ноги на землі. Якщо ви визначили конкретну проблему, то цілком можуть бути книги, які можуть запропонувати способи її подолання. Можливо, проблема виявляється в тому, що ви не підходите до такого типу робіт, і рішенням буде просто змінити роботу.

Як програміст у вас вже є інструменти, необхідні для вирішення цього питання, це лише питання їх застосування.

Це, на мою думку, працює,

1. Чітке визначення завдання, що знаходиться під рукою : Найголовніше тут - записати завдання, а не зберігати його в пам’яті .

2. Розбийте на завдання, якщо одне є величезним : знову розбийте його на завдання та запишіть їх.

3. Призначте ЗНО або термін : Це дійсно важливо, і будьте дуже суворими та дисциплінованими щодо цього. Інакше ви будете зволікати.

4. Використовуйте техніку помподоро для короткочасного фокусування. І використовувати інтервал часу для доручень та інших речей, таких як перевірка електронної пошти.

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

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

7. Закінчивши виконання завдання, вирішіть наступний крок .

Зробіть ці дані табличними. Все це є у Девіда Аллена «Робити справи».

Ще кілька важливих речей.

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

Пам'ятайте:

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

Дійсно, як сказав Сунь Цзи: Можливості збільшуються в міру їх захоплення.

Підсумовуючи все це:

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

Дотримуйтесь цього релігійно.

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

Запитайте старшого чи товариша, чи зможуть вони в будь-який час попередити перевірку вашого коду. Якщо ви можете провести пару через огляд, ще краще!

Також вам може бути корисним вести блог про ваш досвід кодування. Я впевнений, що є багато чого, чого ви навчились або практикуєте (наприклад, TDD) протягом цього тривалого періоду, або ідеї про те, як ви щось зробили, і цікаво, чи можна було б зробити це краще.

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

Хоча я мотивований все робити, я також вважаю за краще гарне завдання.

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

Навіть якщо ніхто не збирається дивитись на мій код чи на те, що я роблю, я все одно вважаю за пріоритетне поговорити з моїм керівником, начальником чи прем'єр-міністром, і дайте їм знати, де я перебуваю і що я планую на завершення до кінця тижня. Щоб пройти через них потрібно 5 хвилин, і мені декілька прем'єр-міністрів сказали, що їм теж дуже корисно.

Для мене це ставить перед собою мету і м'який термін, який я хочу виконати. Для прем'єр-міністра він дає їм знати, де я на вирішенні цього завдання, і дає їм час дати свій внесок.

Якщо ви не можете зробити це віч-на-віч, відправте короткий електронний лист. Вся справа в тому, щоб ви відповідали за свої завдання.

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

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