Що робити з "синдромом зупинки"?

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

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

Хтось ще має цю проблему? Чи слід турбуватися про це та / або намагатися змінити це? Якщо так, як?

Мені трапляється весь час. Ви будете в зоні кодування далеко і помітите годинник ... час їхати додому, але тоді ви скажете собі: "ну, як тільки я закінчу X". Тоді наступне, що трапляється, це… "ну, як тільки я закінчу X + Y".

Щоб боротися з цим, я помістив нотатку в код, який пише "НАЧАЙТЕ ТУТ", і я залишаю собі повідомлення про те, над чим я працював, і що б не було важливо для його виконання.

Суть полягає в тому, що програміст в мені ЛЮБИТЬ, коли це відбувається, але важливо збалансувати це і не дати йому вийти з рук, особливо якщо у вас є сім'я.

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

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

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

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

Також дивіться стійкий темп та марш смерті .

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

тож це природно, ефективно і не проти чого "проти чого" - хоча це слід планувати.

одне, що допомагає, - це робити нотатки під час роботи, а коли ви перестаєте робити нотатки про наступне, що потрібно зробити

Я здивований, що це ще не було згадано.

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

Збережіть свою роботу та вийдіть.

Коли ви повернетесь наступного дня, ви будете на кшталт "о, так, я був у середині X через Y", і це не повинно бути занадто важким, щоб проскочити назад у те, що ти працював.

Останнє, над чим я працював (незначне хобі-додаток для особистого користування), я зробив би це, коли помітив, що години пролітають, коли я полював на помилок. Коли вже надто пізно, я б подумав, "закрутити це" і зберегти та вийти, помилки компіляції будуть прокляті. Тоді, коли я відкрив би його знову, мені б хотілося, "помилки? Wtf?! 1 /", які перетворилися б на "о так, я намагався перевірити, чому цей метод кидає виняток".

Це було напрочуд ефективно, і я зараз планую використовувати цю техніку.

Це, безумовно, дуже ефективний спосіб роботи, якщо ваше життя обертається навколо роботи.

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

Ось кілька порад, які допомогли мені зосередити свою звичку на чомусь більш керованому:

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

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

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

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

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

Шар цегли може нанести ще одну цеглу лише за хвилину, і може зупинитися в будь-який час +/- одну хвилину та вибрати місце, де робота припинилася. Прості кроки, короткий цикл часу. У роздрібній торгівлі це хвилина-дві на кожного клієнта. Масажист працює на часовому циклі годину-дві, і все, що було зроблено вранці, не залежить від призначень на день. Клієнт може пробігати з часом або з’являтися рано, але розумно розраховувати, що це буде зроблено в певний час, щоб дати або зайняти 10 або 20 хвилин.

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

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

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

Так, у мене це теж є. Ну насправді в міру дорослішання його менш виражений.

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

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

Якщо у вас є сім'я, це не маніпулятор.

• Якщо я залишу роботу о 17 годині вечора, код буде точно таким, як я його покинув, коли завтра ввійду.

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

Але якщо ви самотні і не надто зацікавлені в 'соціальній сцені', тоді виходите з глузду!

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

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

Це порочне коло і не допоможе вам у перспективі. Це може призвести до виснаження, вигорання, ...

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

У мене зупинка - це близько 1:30 ранку. Тоді я можу залишатись неспаним, але я не можу виконати будь-яку роботу. І я нічого не вартую наступного дня, якщо не сплю.

Отже, я навчився припиняти роботу після 11 і лягати спати. Таким чином, я свіжий наступного дня і можу стабільно працювати протягом тижня.

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

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

Ні, ти не одна. У мене така ж проблема. Ви можете перевірити відповіді в аналогічному запитанні, яке я задав деякий час тому: Що робити, коли діяльність програмування стає проблемою?

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

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

Так, я роблю це постійно.

Цікаво, що найкращі менеджери, з якими я працював, завжди готові були сказати мені повернутися додому, коли я переборюю.