summaryrefslogtreecommitdiff
path: root/waiting-for.mdwn
diff options
context:
space:
mode:
authorLars Wirzenius <liw@liw.fi>2023-10-31 19:40:35 +0200
committerLars Wirzenius <liw@liw.fi>2023-11-06 08:57:20 +0200
commitbfb56ad43fb63f46dc247e6d5382fdeb1e4772cd (patch)
treec5c382638c1c8989bd4e06eca64fc27a5b296a02 /waiting-for.mdwn
parentca00525a42de0fc909becc68a677cd6a167a856d (diff)
downloadgtdfh.liw.fi-bfb56ad43fb63f46dc247e6d5382fdeb1e4772cd.tar.gz
rewrite the whole site
Signed-off-by: Lars Wirzenius <liw@liw.fi> Sponsored-by: author
Diffstat (limited to 'waiting-for.mdwn')
-rw-r--r--waiting-for.mdwn55
1 files changed, 0 insertions, 55 deletions
diff --git a/waiting-for.mdwn b/waiting-for.mdwn
deleted file mode 100644
index 2c76a84..0000000
--- a/waiting-for.mdwn
+++ /dev/null
@@ -1,55 +0,0 @@
-Waiting for things to happen
-============================
-
-After delegating something, you usually want to keep track of the issue
-to make sure it gets done. Minions are often lazy, and
-you don't want to be the kind of overlord who forgets having given orders.
-So you need another list: a list of things you're waiting for to happen.
-
-This list is not just for delegations. It's also for other events you're
-waiting for. For example:
-
-* you've ordered something online, and are waiting for it to arrive
-* you've started a week-long benchmark run, and are waiting for it to finish
-* you're short of cash right now, so you're waiting for your bonus, and
- after it arrives, there's a bunch of things you'll need to do, or you'd
- like to do
-
-I use a "waiting for" list of the following format:
-
- * Bonus arrives.
- 2009-09-01
- - buy disco ball
- - pay credit card
-
-This format makes it easy to keep track of what you're waiting for,
-how long you've waited already, and what to do after the event happens.
-
-You could keep track of the reactions to an event elsewhere. For example,
-they might be in the project list, and the project would be marked
-"blocked" in some manner. However, there's no direct link from the
-"waiting for" list to the project list, and you'd need to remember
-that there are blocked actions, so you'd at least need to write down
-pointers to the blocked projects.
-
-I also keep another kind of "waiting for" list, for things that will
-need to be finished the same day. I call this the "in progress" list,
-and it's actually a context in my next actions list.
-It usually contains things that automation is doing for me, but that I need
-to remember to check up on when they're finished. For example:
-
-* a half-hour test run for some software I'm writing (it's so easy to
- start one, then lose the window under a dozen others, and only notice
- it a week later: this seriously slows down development speed)
-* Roomba is vacuuming in another room
-* the washing machine is running; when it's done, it needs to be emptied
- and possibly another load started
-* a co-worker is looking up some information and promised to have something
- by lunchtime
-
-The "in progress" list is otherwise like the "waiting for" one, but I
-keep it at the top of the "next actions" list, so it's always in my
-face. This makes it harder to forget stuff that is currently happening.
-The crucial difference, for me, is that "in progress" needs to be
-finished the same day, whereas "waiting for" may usually wait until the
-next weekly review.