Comment by rented_mule
1 day ago
> Action leads to motivation, not the other way around.
I've found this to be very true. A trick I found that made this easier for me is to leave a trivial task to start tomorrow with, often with notes to remind myself what to do. Ideally the trivial task is on the way to something bigger, not finishing something. That gets me into my editor, gets me running the code / tests / etc., and gives me a trivially easy way to get moving. Then the motivation kicks in and I can start moving for real.
The same approach helps me with tasks outside of software development, and even outside of work.
That's Hemingway’s trick: “You write until you come to a place where you still have your juice and know what will happen next and you stop and try to live through until the next day when you hit it again.”
https://www.theparisreview.org/interviews/4825/the-art-of-fi...
there are so many different names for this. and time blocking. but it really works. small reminder. it works even when, like me, someone has serious case of ADHD. but its slightly different and there are extremes on both end. where it does not work or it works to well. but it always work. what I am trying to say if you feel its not efficient you still have to feel it out until you find how it works for you in whatever form it works.
Yep.
When there are no clear tasks, I sometime leave a syntax error at the place work should continue tomorrow. This is quite effective. It can make the answer to the "Where was I?" question immediate instead of taking a few seconds and this is one fewer barrier.
Yes. It's funny how this kind of trick can instantly snap the entire working context back into your mind. Essentially leaving you free to forget about the context during your free time and overnight. Truly a useful "hack".
It's also useful to jot down a quick list of (say) three items that are at the top of your mind when you leave work for the day, and they too will help with a context restore.
Also just chuck Todo comments in the code
The magic of Git means you can immediately find them in the working index and get back on to it. Just remember to remove them before the commit.
8 replies →
"focus division multiplexing"
I've done that too. Especially if I have to stop working, but I'm in the middle of something. There are no compilation errors or tests failing but the feature isn't completed.
Introducing a syntax error is like a saved game, portal back in time. I'll come back to it tomorrow and it'll take me max one minute to reload the context into my brain.
Another similar thing is to leave an easy sentence half-finished so when you come back to it, there's an obvious first thing to do and hop back in.
I've always used "$$". It's probably a subliminal thing.
I like this. Good trick.
#pragma warning
I always leave work( for lunch, for home) at failing test . Try to anyways.
I’ve heard this called “park facing downhill”
Same, it's so much easier to quit just when you hit your limit and keep a 2 min window to bookmark your solution search and leave some potential follow ups. Makes restarting your job a lot easier.
It's way easier to ride the momentum of "just one quick thing" than to start cold and stare into the void of a blank screen or a big to-do list
It doesn't matter what I need to do, I start every day by building my code. It gets me typing commands in the terminal and more often than not there's a build error or warning I need to address