Notae · · 4 min read

Your data is not ready. Good.

Data readiness is not a gate you pass before building; it is something you learn by building, and the mess you are afraid of is the map.

“We need to clean our data first.” It is the most respectable sentence in the enterprise, and the most expensive. It sounds like diligence. It defers everything. A data-quality project has no natural end, because clean is not a property data has; it is a relationship between data and a question. Change the question and yesterday’s clean data is dirty again. So the project runs, and the model that was supposed to justify it never gets built, and everyone agrees this is the responsible order of operations.

It is the responsible order of operations for a thing that will not ship.

You do not find out what your data contains by inspecting it. You find out by putting a model against it. At Respect Energy I deployed Bielik, a Polish language model, against the document flow where energy trading meets GDPR. Nobody handed me a clean corpus. I handed the model the real documents and read where it broke: personal data sitting in the middle of free text, structure that existed only in the org chart’s imagination. The model did not require clean data. It told me where the data was not clean.

The GDPR case is the whole argument in miniature. The obvious plan runs backwards: first scrub every document of personal data, then let the model work. That is the cleaning project with no end. What I built was a response to the mess, not a precondition for touching it. Classify locally. Strip the personal data locally, before anything reaches a larger model, and reach for PLLuM 70B only when a small model won’t do. The messiness set the architecture. Had I waited for documents that arrived pre-clean, I would still be waiting, and the safeguard that actually protects people would not exist.

Notice what happened. The mess did not slow the build; it wrote the spec. Messiness is not the absence of information. Messiness is information: what your organization actually records, and where it quietly disagrees with itself. Clean it first and you throw that signal away before you have read it. You sand down the one surface that could have told you what to build.

Ziemia Obiecana weighs something like 550 million spatial objects to find where clean power should be built. Nobody who has touched geospatial data would call 550 million objects clean. They overlap and contradict, carrying the fingerprints of every agency that ever surveyed a field. I did not clean them into readiness and then build the map. The map is how they become usable. Building against the mess at scale was the only way to learn what the mess was, and the map is what turns 550 million arguments into a decision about where a wind farm goes.

So I tell clients to invert it. Do not stand up a data-quality initiative and wait. Point a model at the messiest real data you have, and put two things around it: strip what is sensitive locally, before it leaves your machines, and keep a human hand on anything you cannot undo. Then let it fail against production reality. The readiness you were going to manufacture up front arrives instead as a residue of building the thing that needed it.

Waiting for clean data is waiting forever, because clean is defined by the question, and the question only shows up once you build. So stop sanding the surface smooth. What you were about to strip away was the map.