Local Storage
A small pocket of memory built into your web browser where a simple app can save your data directly on your own device, with no database and no login.
What It Is
Local storage is a small pocket of memory that every modern web browser carries built in, where a website can quietly save little pieces of your data straight onto the device you are using. When this weekend’s “Should I Build This?” gate remembers the decisions you logged last Tuesday, it is not phoning home to a server somewhere. It is reading them back out of the browser’s own local storage, the same way a notebook keeps its notes without asking anyone’s permission.
The plain way to picture it: your browser has a tiny drawer with your name on it, one drawer per website. A page you visit can open its own drawer, drop labeled slips of paper in (“verdict: PARK”, “date: 2026-08-15”), and pull them back out the next time you return. The slips stay in the drawer even after you close the tab or shut the laptop, until you or the site clears them. That persistence is the whole trick, and it is why a genuinely useful personal tool can exist with no accounts, no server bill, and no sign-up form at all.
How It Actually Works
Local storage holds information as simple pairs: a name and a value, both plain text. The tool says “save this decision under this label,” and later says “give me back what is under that label.” A no-code builder like Lovable writes that saving-and-loading for you behind the scenes, so you describe “keep a running log of my decisions” in a sentence and never touch the mechanics.
The important boundary is where the data lives. A normal web app sends your information across the internet to a database the company controls, usually reached through an API. Local storage does the opposite: nothing leaves the machine. The drawer is physically part of the browser on the device in front of you, which is what makes a local-storage tool feel less like software you signed up for and more like a document that happens to run.
Why It Matters Right Now
The tools now make it trivial to build a personal app in an afternoon, and the reflex is to bolt a database and a login onto everything. Most small, personal tools do not need either. A gate you open before starting a build, a habit tracker, a decision log, a scratchpad: these serve exactly one person on one device, and local storage is the honest match for that. It keeps the build small, keeps it free to run, and keeps it yours.
The Cost / Tradeoff
The convenience has real edges, and a wise operator names them before trusting it. Local storage lives in one browser on one device. Open your tool on your phone and then on your laptop and you will find two separate logs, because each browser has its own drawer and they do not talk to each other. Clear your browser data, switch to a new machine, or use a private window, and the drawer can come up empty. It is also not the place for anything you would be harmed by losing or by someone else reading on that shared computer, because it is convenient, local memory, not a backup and not a vault.
So the rule of thumb is simple: local storage is right when the data is personal, low-stakes, and single-device, and wrong the moment you need it to follow you across devices or to survive a wiped browser. When those needs appear, that is the honest signal to graduate to a real database, not before.
How TWO Uses It
TWO reaches for local storage the way a builder reaches for the lightest tool that does the job. When the weekend build is a private gate you open before starting something new, storing the log in the browser is not a limitation to apologize for. It is the point. Your record of what you chose to leave unbuilt is nobody’s business but yours, and privacy-by-staying-local means there is no server to breach, no account to leak, and no company standing between you and your own notes. The tool serves you and disappears.
We hold its limits in the same breath. TWO’s counsel is to start with local storage for a single-device personal tool, and to treat the day you genuinely need it on two devices as a real graduation to a database, weighed and chosen, not stumbled into. That restraint, using the small thing until the need for the larger thing is real, is the same discipline this whole week has been teaching about builds themselves.
Scott’s Take: The cheapest, most private database in the world is the one you already carry, so do not stand up a server for a tool that serves an audience of one.
