File 104 · Briefing · 4 min

Measure first, then believe

Im Labor lernt man früh, dass ein Messwert ohne Kontrolle nichts wert ist. Diese Gewohnheit ist auch beim Programmieren eines der nützlichsten Werkzeuge.

01Blindprobe und Kontrolle

In der Analytik läuft neben jeder Probe eine Blindprobe mit, und eine Kontrollprobe, deren Gehalt man kennt. Stimmt die Kontrolle nicht, ist die ganze Messreihe verdächtig.

In der Software heißt das: Tests mit Daten, deren richtiges Ergebnis man kennt. Eine neue Berechnung muss erst bekannte Fälle korrekt wiedergeben, bevor man ihr bei unbekannten vertraut.

02Kalibrieren

Messgeräte werden regelmäßig gegen Standards kalibriert, weil jedes Gerät mit der Zeit driftet. Auch Vorhersagen haben systematische Fehler: Ein Modell kann an einem bestimmten Ort immer etwas zu viel Wind oder zu wenig Thermik zeigen. Wer Vorhersagen mit echten Messwerten von Wetterstationen vergleicht, findet solche Abweichungen.

03Richtig ist nicht dasselbe wie präzise

Präzise heißt: Wiederholte Messungen liegen nah beieinander. Richtig heißt: Sie liegen nah am wahren Wert. Ein Modell kann sehr präzise falsch liegen. Und eine Anzeige mit drei Nachkommastellen wirkt genau, ohne es zu sein. Deshalb gehört die Unsicherheit in die Darstellung: lieber „1,5 bis 2,5 m/s“ als „2,137 m/s“.

04Plausibilität prüfen

Ein erfahrener Laborant sieht einem Ergebnis an, ob es stimmen kann. Ein pH-Wert von 15 ist ein Messfehler, kein Befund. Genauso sollte ein Programm seine Eingangsdaten prüfen: Fehlende Werte, Temperatursprünge um 40 Grad oder ein Satellitenbild voller Wolken müssen auffallen, statt still weiterverarbeitet zu werden.

05Das Laborjournal

Was nicht dokumentiert ist, ist nicht passiert. Im Labor ist das Laborjournal, in der Software sind es Versionsverwaltung, Protokolle und aufbewahrte Rohdaten. Nur so lässt sich später nachvollziehen, warum ein Ergebnis an einem bestimmten Tag so aussah, wie es aussah.

06Was dabei herauskommt

Software, die nach diesen Regeln gebaut ist, ist nicht fehlerfrei. Aber sie kennt ihre Grenzen und zeigt sie offen. Das ist mehr wert als eine Zahl mit vielen Nachkommastellen.

Merksatz

Erst messen, dann glauben. Und auch dann nur so weit, wie die Messung reicht.

Nach diesem Maßstab entstehen FlyableDay und Flurblick.

In the lab you learn early on that a measurement without a control is worthless. That habit is also one of the most useful tools in programming.

01Blanks and controls

In analytical chemistry every sample is run alongside a blank and a control sample of known content. If the control is off, the whole series of measurements is suspect.

In software, that means tests with data whose correct result you know. A new calculation must first reproduce known cases correctly before you trust it with unknown ones.

02Calibration

Instruments are regularly calibrated against standards, because every instrument drifts over time. Forecasts have systematic errors too: a model may always show a little too much wind or too little thermal activity at a particular place. Comparing forecasts with real measurements from weather stations reveals such biases.

03Accurate is not the same as precise

Precise means repeated measurements lie close together. Accurate means they lie close to the true value. A model can be very precisely wrong. And a display with three decimal places looks exact without being so. That is why uncertainty belongs in the display: better “1.5 to 2.5 m/s” than “2.137 m/s”.

04Plausibility checks

An experienced lab technician can tell at a glance whether a result can be right. A pH of 15 is a measurement error, not a finding. In the same way, a program should check its input data: missing values, temperature jumps of 40 degrees or a satellite image full of clouds must be noticed rather than silently processed.

05The lab notebook

If it isn't documented, it didn't happen. In the lab that is the lab notebook; in software it is version control, logs and keeping the raw data. Only then can you later understand why a result looked the way it did on a particular day.

06What comes out of it

Software built by these rules is not free of errors. But it knows its limits and shows them openly. That is worth more than a number with many decimal places.

Remember

Measure first, then believe. And even then, only as far as the measurement goes.

This is the standard behind FlyableDay and Flurblick.

More briefings

04