The Propeller-O System

I've been note-taking for almost a decade now. I've tried every system - PARA, zettelkasten, you name it - and I am ready to present you with my own: the Propeller-O System.

As an Engineering Manager, I write extensive notes about 1:1s with my directs, progress and updates on projects my teams are delivering upon, notes to myself about the systems my teams are responsible for, and much more.

The problem Zettelkasten solves doesn't apply to most of the notes I take. PARA is lightweight and good as a mental model to keep in mind - but my job is full of varied responsibilities which might or might not belong to an Area, or potentially paused projects which might or might not belong into the Project folders - and frankly, I don't want to waste too much time figuring out where to stick my notes. Enter Propeller-O.

I am just kidding, of course - there is no Propeller-O system. I call it Propeller-O because I can never remember what this symbol is called: ⌘ - and I think it looks like a propeller. On a Mac, the shortcut ⌘-O usually opens some kind of quick open prompt, which, in my opinion, is all you should need to retrieve your files in nine out of ten cases.

This lifts the burden of properly filing my notes from me and pushes the responsibility of retrieving them onto the tool I am using. I have some very specific requirements about the quick open prompt:

• Show recent notes prior to searching. I mainly take notes for ongoing projects or for 1:1s with colleagues, so at any given time there are at most 20 notes I am actively extending regularly, despite having authored thousands of them over the years.
• Prioritize matches in titles, because that's what I am usually looking for. Bear on Mac drives me crazy by forcing me to use their obscure @disabled rules: [header-increment, yaml-title, yaml-title-alias, file-name-heading] title: syntax to ensure that when I search for John Doe I actually find the notes for John, not some notes about John that I left somewhere else.
• Equal matches should be sorted alphabetically. When searching for hecto chapter , I expect Chapter 1 above Chapter 2, Chapter 2 above Chapter 3, and so on. A surprising amount of tools assume I'd be interested in Chapter 3, then Chapter 6, then Chapter 1. I think the tools assume that I'd be more interested in recent notes during search, but for me, this behavior is less predictable than an alphabetically sorted list.
• Sort matches by hierarchy. Direct matches in file names should come first, then matches in headings (h1 above h2, etc), then matches in regular text.

That's pretty much it. In rare cases where this doesn't bring up the note I need, I defer to the proper search function.

Oh, and I forgot one thing: stay consistent in what you display. Google, Apple's Spotlight and many, many others show the following behavior: I am interested in foobar. I type foo, the result foobar is right there but my brain can't cancel my request to extend my query to foob, and for reasons I can't understand, foobar is no longer displayed, but foobleh, foobam, and fooboing, even though foobar should be right there at the top. To whoever came up with this behavior: May your sleeves eternally shift down while washing your hands, or some other mildly inconvenient (but not actually bad) thing happen to you regularly.

It's called a Looped Square, by the way.

philippflenker.com was last updated .

👾