One thing most people don’t realize about starting a small business, particularly in the context of something with low overhead and low fixed costs, like software or media: not-enough revenue is still money!
Say you have $16k and need $2k/mo to live on. That’s 8 months of runway.
Say that after 3 months, your business makes $1k/mo. Not sustainable yet, but now you have 10 months runway! ((16-2*3)/(2-1)=10)
Not-enough revenue is still real money! 🤑
Huh. “runway” is actually backwards metaphor for this thing, at least in a personal context (may be different with “moon or bust” startups, that aren’t making any money while burning up runway).
Real runway is fixed distance, & certain speed needed for takeoff, but faster you go the sooner you run out of runway! 🛫 All-or-nothing. It’s dangerous to be going very fast but not fast enough, because it means that
By contrast, as you get momentum going with a personal business, that actually buys you more time.» read the rest of this entry »
Some years ago, I invented a new productivity system, called Complice. Complice is a productivity app, and it’s also a productivity philosophy, or even an entire paradigm.
Complice is a new approach to goal achievement, in the form of both a philosophy and a software system. Its aim is to create consistent, coherent, processes, for people to realize their goals, in two senses:
Virtually all to-do list software on the internet, whether it knows it or not, is based on the workflow and philosophy called GTD (David Allen’s “Getting Things Done”). Complice is different. It wasn’t created as a critique of GTD, but it’s easiest to describe it by contrasting it with this implicit default so many people are used to.
First, a one-sentence primer on the basic workflow in Complice:
There’s a lot more to it, but this is the basic structure. Perhaps less obvious is what’s not part of the workflow. We’ll talk about some of that below, but that’s still all on the level of behavior though—the focus of this post is the paradigmatic differences of Complice, compared to GTD-based systems. These are:
Keep reading and we’ll explore each of them…» read the rest of this entry »
If this blog post contains only this paragraph and bullet list, it’s because it was showtime and this was all I’d written. The post is about distinguishing different kinds of things that are often all called “deadlines”. I really like showtime, and I liked the idea of writing being like a kind of showtime, although in practice this is quite hard to do for anything except an exam. I may schedule a time to write this post in full, but for now (Oct 4th) I’m simply writing this and scheduling a time when it’ll be published: noon on Wednesday, October 7th. If you’re reading this text (and only this text) before then, there was a bug with my schedule publish feature 😂
(Written the following day, in my personal journal, and added, at the time: Man, I’m excited for the blogging showtime! Fascinating that it took me this long. This is just making it true that something of mine will get published every so often, but not with any sense of commitment or whatever. The consequences are just the quality of whatever’s published. And I guess in that sense it really is a showtime. Hm… yeah, feeling that.)
Okay, here I am, 3h 11mins before the publish date. This is my performance over the next 3h. I’m not going to do this every time, but in this case I think there’s a beauty to simply leaving the above paragraphs there and continuing from them, as they function as a kind of teaser for the topic of the post.
This is a model that has been percolating in my system for years, and it was animated by 2 main questions, that didn’t obviously have any thing to do with each other:
The model, like posts I’ve written about habits, expectations, commitments & accountability, distractions, and explanations, is a model that takes a word and says “you thought this was one thing? this is actually 2 things, and it’s worth knowing the difference.” In this case, there are at least 4, maybe more things. But let’s start with the difference between tests & homework.» read the rest of this entry »
I don’t often pick fights, but when I do, I pick them on Twitter, apparently.
The Law of Viral Inaccuracy says that the most popular version of a meme is likely to be optimized for shareability, not accuracy to reality nor the intent of the original person saying it. On Twitter, this takes the form of people parroting short phrases as if everybody knows what words mean. One of the phrases I felt a need to critique is Dilbert creator Scott Adams’ “systems, not goals”.
This blog post is adapted from a tweetstorm I wrote.
The term “pre-success failure” from Scott Adams’ book is a gem. His related idea that you should have systems and not have goals is absurd. (have both!) Scott cites Olympic athletes as examples. 🤨
Take 3 guesses what goal an Olympic athlete has… 🥇🥈🥉
Systems don’t work without goals.
You need a goal in mind in order to choose or design what system to follow, and it’s literally impossible to evaluate whether a system is effective without something to compare it with. Implicitly, that’s a goal. (Scott Adams uses a somewhat narrower definition, but of course people just seeing his tiny quote don’t know that!)
We know certain Olympic athletes had good systems because they got the medals. They designed those systems to optimize for their athletic performance.
Lots of other Olympic athletes also had training systems, but their systems didn’t work as well—as measured by their goals.
I’m part of a team that runs a goal-setting workshop each year called the Goal-Crafting Intensive (where part of the craft is setting up systems) and the definition of goal that we use in that context is:
I feel so incredibly much better when I don’t procrastinate, and yet I still procrastinate regularly. Why am I so resistant to classical conditioning in this context? What further questions should I ask myself / demands should I make of myself, to attack this problem?
I suspect that this is a paradox that almost everyone has encountered on some level. People want to be productive. It feels good to have a really fruitful day.
This is something we often forget, when we frame our self-improvement efforts as a fight between what we should do and what we want to do.
And note that it’s not just that people want-to-have-been-productive. It generally feels pretty good while you’re doing it too. There are exceptions, of course—some work is a grind—but in general it’s at least satisfying, if not fulfilling, to be doing good work. And even with relatively aversive work, it usually feels better to be actually making progress than to just be stewing in the feeling that you should be working but aren’t.
So here’s the million-dollar question: if it feels good to be productive, why aren’t people productive more? » read the rest of this entry »
Another personal learning update, this time flavored around Complice and collaboration. I wasn’t expecting this when I set out to write the post, but what’s below ended up being very much a thematic continuation on the previous learning update post (which got a lot of positive response) so if you’re digging this post you may want to jump over to that one. It’s not a prerequisite though, so you’re also free to just keep reading.
I started out working on Complice nearly four years ago, in part because I didn’t want to have to get a job and work for someone else when I graduated from university. But I’ve since learned that there’s an extent to which it wasn’t just working for people but merely working with people long-term that I found aversive. One of my growth areas over the course of the past year or so has been developing a way-of-being in working relationships that is enjoyable and effective.
I wrote last week about changing my relationship to internal conflict, which involved defusing some propensity for being self-critical. Structurally connected with that is getting better at not experiencing or expressing blame towards others either. In last week’s post I talked about how I knew I was yelling at myself but had somehow totally dissociated from the fact that that meant that I was being yelled at.
A lot of things that we usually model as events or states can be thought of as processes. Depending on the context, this process lens can
I’m going to go through them in that order because it’s also perhaps in increasing levels of complexity.
When was the last time you looked at the stars at night?
I was hanging out with my friend a few weeks ago, staring at the stars while we talked about the nature of the universe.
It occurred to me that in some ways it’s less accurate to say that the stars “are bright”, and more accurate to say that they’re continually emitting light. I mean, obviously, but really stop and think about it: say you’re looking at the “North Star” (Polaris). It’s about 400 light years away, which means that the fact that you’re seeing light from that direction right now is because of a bunch of nuclear reactions in the star, like 400 years ago. A few seconds later, you’re seeing new light, made from some more nuclear reactions. And on and on.
And that light is being continually sent out in all directions. There’s a giant sphere radiating out from Polaris of light-from-400-years-ago. There’s another sphere of light-from-500-years-ago, which is a thousand light-years across (Earth is inside this sphere) and still expanding. The sphere of light-from-300-years-ago is also gigantic, but won’t reach Earth until the 22nd century. (If you’re reading this in the 22nd century or later, then OMG HI. Please forgive this claim which is now false.)
So the light you’re seeing isn’t just the state of things. It’s a process that is continuously happening.
“It was a pity thoughts always ran the easiest way, like water in old ditches.” ― Walter de la Mare, The Return
You’re probably more predictable than you think. This can be scary to realize, since the perspective of not having as much control as you might feel like you do, but it can also be a relief: feeling like you have control over something you don’t have control over can lead to self-blame, frustration and confusion.
One way to play with this idea is to assume that future-you’s behaviour is entirely predictable, in much the same way that if you have a tilted surface, you can predict with a high degree of accuracy which way water will flow across it: downhill. Dig a trench, and the water will stay in it. Put up a wall, and the water will be stopped by it. Steepen the hill, and the water will flow faster.
So what’s downhill for you? What sorts of predictable future motions will you make?
…when to correct and when to riff…
Say you’re having a conversation with someone, and you’re trying to talk about a concept or make sense of an experience or something. And you say “so it’s sort of, you know, ABC…” and they nod and they say “ahh yeah, like XYZ”
…but XYZ isn’t quite what you had in mind.
There can be a tendency, in such a situation, to correct the person, and say “no, not XYZ”. Sometimes this makes sense, othertimes it’s better to have a different response. Let’s explore!
The short answer is that this sort of correction is important if it matters specifically what you meant. Otherwise (or if this is ambiguous) it can frustrate the conversation.
The most extreme example of where it feels like it matters is if you have a particular thing in mind that you’re trying to explain to the other person—like maybe someone is asking me to tell them about my app, Complice:
Me: “It’s a system where each day you put in what you’re doing towards your long-term goals, and track what you accomplish.”
Them: “Ohh, so like, you use it to plan out projects and keep track of all of the stuff you need to do… deadlines and so on…”
Me: “Ahh, no, it’s much more… agile than that. The idea is that long-term plans and long task lists end up becoming stale, so Complice is designed to not accrue stuff over time, and instead it’s just focused on making progress today and reflecting periodically.”
Where the shared goal is to hone in on exactly how Complice works, it makes sense for me to correct what they put out.
We might contrast that with a hypothetical continuation of that conversation, in which we’re trying to brainstorm, or flesh out an idea: » read the rest of this entry »
Expectation is often used to refer to two totally distinct things: entitlement and anticipation. My basic opinion is that entitlement is a rather counterproductive mental stance to have, while anticipations are really helpful for improving your model of the world.
Here are some quick examples to whet your appetite…
1. Consider a parent who says to their teenager: “I expect you to be home by midnight.” The parent may or may not anticipate the teen being home on time (even after this remark). Instead, they’re staking out a right to be annoyed if they aren’t back on time.
Contrast this with someone telling the person they’re meeting for lunch “I expect I’ll be there by 12:10” as a way to let them know that they’re running a little late, so that the recipient of the message knows not to worry that maybe they’re not in the correct meeting spot, or that the other person has forgotten.
2. A slightly more involved example: I have a particular kind of chocolate bar that I buy every week at the grocery store. Or at least I used to, until a few weeks ago when they stopped stocking it. They still stock the Dark version, but not the Extra Dark version I’ve been buying for 3 years. So the last few weeks I’ve been disappointed when I go to look. (Eventually I’ll conclude that it’s gone forever, but for now I remain hopeful.)
There’s a temptation to feel indignant at the absence of this chocolate bar. I had an expectation that it would be there, and it wasn’t! How dare they not stock it? I’m a loyal customer, who shops there every week, and who even tells others about their points card program! I deserve to have my favorite chocolate bar in stock!
…says this voice. This is the voice of entitlement.
I'm Malcolm Ocean.
I'm developing scalable solutions to coordination between parts of people as well as between people. More about me.