Live data from Hacker News

A trick to reaching flow: Leave your work broken

census.dev

101–110 of 196 posts

Re: A trick to reaching flow: Leave your work broken

#101
This is one of the only weird tricks that actually works. I don't remember where I originally got the idea, but as soon as I saw someone point out that it works, it seemed so obvious. I've been doing this for years.

When I get into a slump, it's usually because I finally finished something, and then woke up the next morning not knowing what to do.

Re: A trick to reaching flow: Leave your work broken

#102
post #44

It's too effective. I end up sitting at my computer to watch a movie, and end up finishing work in the evening. I'm nerd sniping myself, and it's not healthy. Then in the morning the madness continues. I want to make room for other things in my life. I have to Cm+Q everything in the evening.

The most important part of my evening routine is renewing the 24 hour block in SelfControl.app before it expires.

Re: A trick to reaching flow: Leave your work broken

#103

This trick is also known as the Hemmingway rule. It is a way to fight anxiety by starting with something your brain is convinced it can get done easily. And then get the ball rolling thanks to the increased self-confidence. The opposite is finishing your day on something painfully difficult and not solved.

When the Hemingway rule doesn't work, maybe because you've finished something and don't know what to do, that's when you can turn to the Twain rule: eat the frog first. Start with the hardest task.

Re: A trick to reaching flow: Leave your work broken

#104

My old colleague Mike Rowe said it this way: "Always leave it compiling" meaning, make a change and don't test it, just start the build and walk away. So when you returned you had something to dig into (didn't build, or did and needs trying). Also, you had a good feeling that maybe what you just tried will fix the problem or whatever. So you don't go home frustrated and depressed.

> good feeling Hah, for me, these moments are some of the most stressful moments of coding! I am about to find out a very important piece of information: whether I'm done or not. It's an intense feeling of anticipation like how you feel while hearing, "We, the jury, find the defendant...". I would like to avoid stringing that out over a longer period than necessary.

Compiling is the riskiest time for me, as that's when I'm most likely to get distracted by something else. Sometimes during a 10 minute rebuild I just force myself to stare at it.

Re: A trick to reaching flow: Leave your work broken

#106
post #67

Earlier quoted context omitted.

That could backfire. Maybe they were in the middle of something hard that's difficult to pick up from. To use the metaphor, perhaps you would be forcing them to park uphill.

> Maybe they were in the middle of something hard that's difficult to pick up from. Certainly some of them said that, and I had to push for them to leave anyway. I also feel like that when I’m coding myself sometimes. But I think the of times when it’s actually true are vastly outnumbered by the times when it’s just an illusion, and it was obvious from the velocity and energy level that the policy worked.

I think this also creates a culture or at least impression of a culture that your boss cares about your work life balance, which, honestly, in today's world is valuable and can make your org stand out from other places where the norm is to work until you're burnt out.

Re: A trick to reaching flow: Leave your work broken

#107
post #38

Ohhh, this makes sense. I must try that. Up until now I was doing the exact opposite - trying to finish the task or at least drive it toward some clean state. Mainly to not block others if I am close to completion.

Ditto; I remember reading somewhere to try and finish the day on an accomplishment, so that you've got a pleasant taste in your mouth about the project.

Given how long ago it was, though, maybe the article was about personal projects instead of work.

Re: A trick to reaching flow: Leave your work broken

#108

Earlier quoted context omitted.

> Maybe they were in the middle of something hard that's difficult to pick up from. Certainly some of them said that, and I had to push for them to leave anyway. I also feel like that when I’m coding myself sometimes. But I think the of times when it’s actually true are vastly outnumbered by the times when it’s just an illusion, and it was obvious from the velocity and energy level that the policy worked.

I think this also creates a culture or at least impression of a culture that your boss cares about your work life balance, which, honestly, in today's world is valuable and can make your org stand out from other places where the norm is to work until you're burnt out.

Also shows an understanding of the importance of off-hour processing with any high thought work. Shower time, commuting, cooking dinner, sleeping. All things that give your mind time to coast over the things you may have struggled with in the day. It’s always easier later.

Re: A trick to reaching flow: Leave your work broken

#109
I usually just type a couple english words in the source file so that it won't compile when I pick back up and immediately draw my attention to where I was last typing.

It's basically the simplest possible system, and I find not only does it mean I can get started right off when I come back to it, I also have no hesitation to start something I won't be able to finish before getting up.

Re: A trick to reaching flow: Leave your work broken

#110
post #69

Earlier quoted context omitted.

William Carlos Williams would do the same thing with his writing. He wrote for exactly one hour every morning, and he would leave mid-sentence many times. He said it made it much easier to get started immediately the next day.

Or it could be that you had a brilliant idea for the rest of the sentence, but the strict rule prevents you from writing it down, and next day you can't remember it and chase it all day and still be unsatisfied in the end. Either because of lost time or because you couldn't remember/recreate it, or even both. I suppose it just goes both ways. Try not to finish sth so that you don't have the somewhat hard task to star…

> A strict timing rule does only help if you are statistically more often at a point where it's easy to pick up again. I doubt that you are though

You really think so? You think you spend the vast majority of your time at work doing things that are so complex they're hard to pick back up 12 hours later?

Post reply on HN