3 ms·
If I'm working on a project I don't have external motivation for, like a personal project, etc. I'll make sure I stop working only when I reach parts that are f
by Raidion 8y ago
If I'm working on a project I don't have external motivation for, like a personal project, etc. I'll make sure I stop working only when I reach parts that are fun or at least clear. Next time I sit down, I want to either look forward to jumping back in, or not have to sit down and deal with a super weird edge case that had me hating life earlier.
This also applies to lots of things, you can quit, just do it after you made progress, regardless if it's shipping v0.1, running a marathon, etc. Don't quit when you're sad, get to a spot when you're happy then quit.
- joaomacp 8y agoI do this. Some colleagues don't leave work until they've finished the feature/bug they're working on. If it's 6pm and I'm stuck solving a bug, I call it quits and go home. Often the next day I have a new perspective and check that other place where the bug actually comes from, and solve it faster than if I had just banged my head until late.
- mturmon 8y agoWith respect, your comment and the GP comment seem to be two different things. (1) Stop work when the immediate path forward is clear, so there is less friction to restarting. (2) Stop work when encountering a puzzling obstacle, with the expectation that ambient thinking will suggest a path forward. I try to do both of these things. I'm more successful with the second. I first read about (1) in a book on writing technical papers, where the advice was to NOT write until you've become confused about the way forward. Rather, leave off so you know how to begin on the next writing session. The right strategy could depend on the application!
- Raidion 8y agoI'm OP, and you're right on the money!