3 ms·
some portion of my project time is while in an text editor. some portion is not. and use a variety of editors and tools. so if it only captures a narrow subset
by mkramlich 13y ago
some portion of my project time is while in an text editor. some portion is not. and use a variety of editors and tools. so if it only captures a narrow subset of my actual spent project time, it's not a net-win for me personally. easier to start/stop a stopwatch of some kind. since that's out-of-band, it's automatically inclusive of all activities, whether an editor involved or not. reading time counts, thinking time counts, meetings, phone convos, etc.
- welder 13y agoWould a day planner view solve this? That view would show you blocks of time for the day so you could see when you started working and when you stopped working without worrying about the meetings or breaks in the middle.
- mkramlich 13y agoI think the MUT (minimum useful tool that nails it) would be like a stopwatch app/command, that also lets you specify what project (and optionally task within the project) is being started/paused/resumed/completed. Then it can show you total breakdowns by project, task, etc. In a completely private and local way. In a terminal. With GUI only as an optional bonus. This may already exist and I just am ignorant of it. Seems like an "old" problem that should have been solved by now and I just haven't stumbled upon it. I could write it I guess. But yeah, I don't want a desktop GUI or web app, by default. Give me a CLI in a Terminal. With text, I can then have lots of easy/obvious ways to slice and dice that, script it, etc.