What I keep running into is that teams know the work is informal at the edge, but systems are designed as if formality can be enforced at capture time. In practice, that just pushes the work elsewhere.
In your experience, where does that mismatch hurt the most: audits, safety reviews, customer disputes, or something else?
Computing and formal mathematics rely on exhaustive case analysis and binary logic. And even with The Excluded Middle, there are unprovable statements.
There are at least two incompatible ternary truth tables (hello there SQL NULL) in formal logic. Then there is fuzzy logic, but that is also a formalization.
(NP-complete problems and uncomputable problems in binary logic are another sore point.)
And for informal systems the best people have found so far is hypothesis testing, which is to say that only the rejection of hypothesis based on measurements works, but not confirming a hypothesis.
I find there is a lot of value in quick and dirty capture and storage of records in good old fashioned files and directories (that re synced, backed up, etc):
... etc, just capture all the artifacts this way, be they photos, scans of handwritten notes, print-to-pdf of website orders / confirmation numbers, invoices / receipts, instruction manuals, whatever.
99% of the time, its not needed in the future, 1% of the time, it's a big deal, and in those case you can then analyze what was captured into some more useful summarized notes, spreadsheets, as needed.
Understanding this asymmetry is important, you want a system where it is mostly effortless to capture and store raw artifacts as-is, and it doesn't matter if it takes a few hours to analyze things from one place later as needed. If you have the original artifacts that's a few hours of busywork, if the artifacts don't exist... it's impossible.
I’m curious in the cases where that 1% mattered, what made the reconstruction painful even when the raw artifacts existed? Was it ordering events, understanding intent/decisions, or just finding the right things under pressure?
And were those moments tied to audits, disputes, safety issues, or something else?
@scott-iii That’s exactly the kind of situation I’m trying to understand better.
Out of curiosity, when you were piecing it together from the camera roll, what was hardest: ordering events, understanding why decisions were made, or just finding the right photos at all?
And was this tied to an audit, a customer issue, or something else?
Epigram 102:
102. One can't proceed from the informal to the formal by formal means.
— Alan J. Perlis, Yale
That’s a great way to put it.
What I keep running into is that teams know the work is informal at the edge, but systems are designed as if formality can be enforced at capture time. In practice, that just pushes the work elsewhere.
In your experience, where does that mismatch hurt the most: audits, safety reviews, customer disputes, or something else?
Everywhere.
Computing and formal mathematics rely on exhaustive case analysis and binary logic. And even with The Excluded Middle, there are unprovable statements.
There are at least two incompatible ternary truth tables (hello there SQL NULL) in formal logic. Then there is fuzzy logic, but that is also a formalization.
(NP-complete problems and uncomputable problems in binary logic are another sore point.)
And for informal systems the best people have found so far is hypothesis testing, which is to say that only the rejection of hypothesis based on measurements works, but not confirming a hypothesis.
Turtles and blech all the way down.
I find there is a lot of value in quick and dirty capture and storage of records in good old fashioned files and directories (that re synced, backed up, etc):
things/thing/2026-02-02-shipping-tracking-number.pdf
things/thing/2026-01-12-before-photo.jpg
things/thing/2026-01-10-scan-of-diagram-sketch.jpg
... etc, just capture all the artifacts this way, be they photos, scans of handwritten notes, print-to-pdf of website orders / confirmation numbers, invoices / receipts, instruction manuals, whatever.
99% of the time, its not needed in the future, 1% of the time, it's a big deal, and in those case you can then analyze what was captured into some more useful summarized notes, spreadsheets, as needed.
Understanding this asymmetry is important, you want a system where it is mostly effortless to capture and store raw artifacts as-is, and it doesn't matter if it takes a few hours to analyze things from one place later as needed. If you have the original artifacts that's a few hours of busywork, if the artifacts don't exist... it's impossible.
This asymmetry framing is really helpful.
I’m curious in the cases where that 1% mattered, what made the reconstruction painful even when the raw artifacts existed? Was it ordering events, understanding intent/decisions, or just finding the right things under pressure?
And were those moments tied to audits, disputes, safety issues, or something else?
the phone photos thing is so real. spent way too many hours trying to piece together what actually happened from someone's camera roll
@scott-iii That’s exactly the kind of situation I’m trying to understand better.
Out of curiosity, when you were piecing it together from the camera roll, what was hardest: ordering events, understanding why decisions were made, or just finding the right photos at all?
And was this tied to an audit, a customer issue, or something else?