If you haven't heard the term, you’re not alone. "Filedot" (a portmanteau of file and dot —as in the dot in a flowchart) refers to a class of process models where a single file acts as both the and the currency of a workflow. Unlike traditional database-driven models that rely on complex queries and live connections, filedot models treat files (CSVs, XMLs, JSONs, PDFs, or images) as discrete, autonomous agents. The Anatomy of a Filedot Think of a basic approval process. In a filedot model, a purchase order isn't just data in a row of a table. It is a .po file sitting in an "inbox" folder. Its very presence is the signal. A script watches that folder. When the file appears, the script moves it to a "processing" folder, reads its contents, and—based on rules embedded in the file’s metadata or naming convention—decides the next step.
So the next time you design a system, ask yourself: Do I need a real-time socket? Or can I just drop a file in a folder and let the dots fall where they may? You might be surprised how often the answer is the latter. filedot models
One of the hardest problems in distributed systems is the "exactly-once" guarantee. With a filedot model, if a process fails, you simply don't delete the source file. Re-run the process. The same input yields the same output. No duplicate transactions, no corrupted state. If you haven't heard the term, you’re not alone