How to Be a Rocket Ship: Be More Productive One Minute at a Time
medium.com
medium.com
This was... different. Achieving maximal time efficiency -- "goofing off for 5 minutes every day adds up to 3 more full days of work per year" -- is sacrificing long-term sustainability for short-term, uh, presence, I guess? It's certainly not that your work is better when you micro-manage your time, even in the immediate term. The mind needs play time to make associations between ideas, to keep up one's well-being. Three more full days of work a year don't mean anything to anyone if to _get_ those three days you're left a shambles.
In short, rockets don't work this way and neither should anyone else.
You know what else rocket ships do? They burn out.
>Suppose you’ve been working all day at your startup, and someone gives you one tiny choice: for the next five minutes you can either (1) keep working, or (2) goof off on Netflix or Hacker News. Which one do you choose?
Suppose you've been working all day
If you've been working all day then one of two things is true:
* You're tired and the quality of your work is decreasing (as well as the risk being introduced increasing)
* You're not tired and can continue
The only real answer here is to judge yourself and do quality, risk-conscious work.
If you've burned hard for six hours and know you're not going to be writing quality code for the last hour or two, maybe you're doing admin work, maybe documentation, or maybe you're goofing off.
The idea that each minute is equal to each other minute is ridiculous, and it's entirely likely that average programmer gets five good hours a day of intelligent, aware, quality programming, and using tricks to turn that into 8 or 10 or 14 hours of coding only sacrifices quality and increases risk.
But then again, he also says "start-up" so I guess concepts like work/life balance, healthy work environments, healthy work habits, responsible coding practices, real risk analysis, commitment to quality, etc are heavily selected against (or maybe I'm too much of a cynic)
Sure, if all your startup does is crank out CLs, optimize for that. But I'd wager that unless you're solving bigger problems than "more code!", your startup is not going anywhere. (Don't get me wrong, there is a phase when all you want is more code, but it's a very short moment in the life cycle)
Oddly, Knuth comes to mind: Programmers waste enormous amounts of time thinking about, or worrying about, the speed of noncritical parts of their programs, and these attempts at efficiency actually have a strong negative impact when debugging and maintenance are considered
If you need to 'hack' and trick yourself into being productive, try find another line of work or just take a break.
I'm not knocking this approach - all of us are wired differently and this method may squeeze another line of code out of an under-stimulated brain - but there's something decidedly anti-'flow' about conditioning sips of coffee around how often you save your code.
Instead something like the Pomodoro method, 5 minutes of play at the end of every 25 minutes of work, might be more effective with less mental overhead: don't trick the hamster. Cede 15% of each hour to him/her while the rest of the time is work.
And it's different for different work. The mentality you need to be a good student is different than the one to be a good salesman, which is different from that required to be a good husband, etc.
What I can say with confidence, though, is that it makes a notable difference. A long time ago I read an article linked here that talked about "stacking wins." Consistent success can deliver crazy rewards, because so many (more than in the past, I feel) areas of our lives are subject to vicious/virtuous cycles.
The blog proposes the diametric opposite of Pomodoro, and I would probably be able to sustain that slog for about two weeks before having a breakdown. I am highly skeptical that anyone can work like that regularly while maintaining high productivity.
First, it can create long term unwanted needs, such as requiring you to treat yourself for every little achievement. This could lead to a lot of things - weight gain, guilt, or all kinds of addictions (coffee, games..)
Second, I think that improvement is achieved by slow and consistent practice. "Hacks" are... well, hacks. They aren't supposed to be used over and over again.