barnsworthburning.net
- What this site is
- Colophon
- Contact me
- Shortlist of interesting spaces
- Behind the scenes
Your Brain, Your Notes: A clean and powerful notes app for Mac & Windows.
Directories aren’t surging. There isn’t this nascent directory movement fomenting - ready to take on the world. Directories aren’t trending.
But there is a certainly really sweet little directory community now. From the Marijn-inspired stuff listed in Directory Uprising to the link-sharing ‘yesterweb’ collected around sadgrl.online - or the originals at Indieseek and i.webthings.
Barnsworthburning (by Nick Trombley) is a very formidable addition to this community - a clean, multilayered design and an innovative bidirectional index.
One of the best (and easiest) ways to start making sense of a document is to highlight its “important” words, or the words that appear within that document more often than chance would predict. That’s the idea behind Amazon.com’s “Statistically Improbable Phrases”:
Amazon.com’s Statistically Improbable Phrases, or “SIPs”, are the most distinctive phrases in the text of books in the Search Inside!™ program. To identify SIPs, our computers scan the text of all books in the Search Inside! program. If they find a phrase that occurs a large number of times in a particular book relative to all Search Inside! books, that phrase is a SIP in that book.
Highlighter is a personal knowledge bank and collaborative learning network designed to feed your curiosity and help you examine new ideas.
Build ideas mindfully.
Save content, create collections, and connect ideas with other people.
An open collection of notes, resources, sketches, and explorations I'm currently cultivating. Some notes are Seedlings, some are budding, and some are fully grown Evergreen.
Technology is seeing a little return to complexity. Dreamweaver gave way to hand-coding websites, which is now leading into Webflow, which is a lot like Dreamweaver. Evernote give way to minimal Markdown notes, which are now becoming Notion, Coda, or Craft. Visual Studio was “disrupted” by Sublime Text and TextMate, which are now getting replaced by Visual Studio Code. JIRA was replaced by GitHub issues, which is getting outmoded by Linear. The pendulum swings back and forth, which isn’t a bad thing
A meta note, inspired both by Proust and by this book about Proust: after reading a book, when you're making notes, don't refer to the book; just write down the most interesting things that come to mind. This is a better way of digging out what actually struck you about the book; as soon as you have the book to reference, you will start looking up the bits you "should" write about, and end up aiming at comprehensiveness rather than interestingness. Your actual criterion should be whatever interested you. Later, you can fill in quotations & references.
The visual workspace for notes. Humans have incredible visual-spatial memory. Leverage that with Nototo.
- Pause at the end of each chapter and try to recall it (Recall)
- Highlight relevant passages for later comparative reading
- Analyze the book once I’m finished
- Explain it to unfamiliar audiences (The Feynman technique)
- Review topics I care about at regular intervals (Space repetition)
A note-taking tool for networked thought.
A zettelkasten consists of many individual notes with ideas and other short pieces of information that are taken down as they occur or are acquired. The notes are numbered hierarchically, so that new notes may be inserted at the appropriate place, and contain metadata to allow the note-taker to associate notes with each other. For example, notes may contain tags that describe key aspects of the note, and they may reference other notes. The numbering, metadata, format and structure of the notes is subject to variation depending on the specific method employed.
Evergreen notes are written and organized to evolve, contribute, and accumulate over time, across projects. This is an unusual way to think about writing notes: Most people take only transient notes.
- Evergreen notes should be atomic
- Evergreen notes should be concept-oriented
- Evergreen notes should be densely linked
- Prefer associative ontologies to hierarchical taxonomies
The problems are solved, not by giving new information, but by arranging what we have known since long.
Intelligent note-taking. Non-linear file management. Ideas and relationships visualized.
In order that the mind may not be taxed, moreover, by the manifold and confused reading of so many such things, and in order to prevent the escape of something valuable that we have read, heard, or discovered through the process of thinking itself, it will be found very useful to entrust to notebooks...those things which seem noteworthy and striking.
You just handed off a major redesign. Three months of research, twenty-seven major revisions, and hundreds cups of coffee have all culminated in this pinnacle of glory. It’s finally done!
Except it’s not.
It’s not, even after you have answered every single question the developers have about your red-line.
It’s not, even after you have addressed all the technical constraints developers encountered during the implementation.
It’s not, even after you meticulously documented all the patterns and styles into a library for reference and reuse.
It’s not, because neither you nor the developers have talked to a real user. At the bottom of your heart, you are secretly wishing:
My design looks great on paper, so let’s keep it on paper.
You are an ostrich.
Post-occupancy evaluation (POE) is a practice in the building industry where an architect would visit the building after its occupancy and interview its residents. It sounds like a great opportunity for collecting feedback and learning from mistakes, but it’s rarely practiced. Why?
Many awe-inspiring, prize-winning architectures are half building, half sculpture. Often made of specially molded concrete and steel, they are extremely expensive to alter, let alone any alteration would also attack the architect’s prestige and pride. So whatever usability issues the POE identifies will remain as issues, unless the architect wants to accept the public criticism and shame that comes with the remodeling.
In fear of criticism, an architect would turn down the opportunity for POE, and continue to design the same roof that would leak water in future projects.
In fear of criticism, a developer would use customer service representatives as a shield against user complaints, while focusing on the “technical” aspect of things.
In fear of criticism, a designer would close the contract as soon as the client accepts the design, even though none of the real users are represented by the client.