Technikbehauptungen verstehen: Quellen, Messungen und Unsicherheit

Ankündigung, Messung und Meinung trennen

Eine Ankündigung beschreibt eine Veröffentlichung. Eine Messung beschreibt ein Ergebnis für bestimmte Daten und Geräte. Ein Kommentar deutet dieses Ergebnis. Ein Artikel kann alle drei Formen enthalten; erst die Trennung zeigt, welche Aussage tatsächlich belegt ist.

Der Konverter SchnellWandel und sämtliche Zeiten in diesem Ratgeber sind erfundene Lehrbeispiele. Wir haben kein echtes Produkt vermessen. Die Methode soll helfen, Behauptungen in Nachrichten und KI-Antworten selbst zu prüfen.

Aus einer Schlagzeile eine prüfbare Aussage machen

„SchnellWandel ist doppelt so schnell“ nennt weder Version noch Datei oder Arbeitsschritt. Präziser wäre: „Auf demselben Gerät dauerte die Umwandlung derselben 10-MB-CSV-Datei in JSON in diesem Beispiel 400 statt 800 ms.“ Gehören Einlesen und Herunterladen nicht zur Messung, muss das danebenstehen.

Ein funktionierender Link in einer KI-Antwort genügt nicht. Enthält die Quelle wirklich diese Version, diesen Vorgang und diesen Vergleich? Folgen Sie Verweisen bis zur ursprünglichen Messung. Ist sie unzugänglich, lautet der Status „Originalmessung nicht verfügbar“, nicht „bestätigt“.

• Behauptung: Welches Verhalten ändert sich?
• Geltungsbereich: Welche Version, welches Gerät und welche Eingabe?
• Beleg: Wo stehen Werte und reproduzierbare Methode?

Doppelte Geschwindigkeit und halbierte Zeit

Von 800 auf 400 ms sinkt die Dauer um (800 − 400) / 800 × 100 = 50 %. Das Verhältnis alter zu neuer Dauer ist 800 / 400 = 2. Dieselbe Aufgabe braucht halb so lange; unter idealen Bedingungen passen zwei Vorgänge in das bisherige Zeitfenster. Für die gesamte Anwendung ist damit noch nichts bewiesen.

Nehmen wir zusätzlich unveränderte 1.200 ms für Dateiauswahl, Lesen und Ausgabe an. Die Gesamtdauer sinkt dann von 2.000 auf 1.600 ms, also um 20 %. Ein schnellerer Teilschritt verbessert den Gesamtvorgang nicht im gleichen Verhältnis. Fragen Sie bei Prozentangaben immer nach der Vergleichsbasis.

Langsame Durchläufe nicht verstecken

Die erfundenen alten Zeiten sind 780, 800, 810, 790, 820 ms; die neuen 390, 400, 410, 395, 900 ms. Nach dem Sortieren ergeben sich Mediane von 800 und 400 ms. Der neue Ausreißer mit 900 ms bleibt dennoch relevant. Fünf Versuche reichen außerdem nicht aus, um verlässliche Wahrscheinlichkeiten für eine breite Nutzerschaft zu bestimmen.

Bei einem echten Browserexperiment halten Sie Datei, Version und Messgrenzen fest und behandeln Aufwärmläufe getrennt. MDN beschreibt performance.now() als Zeitmessung mit monotoner Uhr. Änderungen der Systemuhr beeinflussen diese Uhr nicht wie Date.now(); Gerätelast, Cache-Effekte und ungeeignete Versuchsanordnung verschwinden dadurch jedoch nicht.

Ein kurzes Belegprotokoll führen

Notieren Sie Behauptung, Quelle mit Abrufdatum, belegte Aussage und offene Frage. Hier wäre die belegte Aussage: „Die mittlere Position der sortierten Zeiten für denselben hypothetischen Vorgang halbiert sich.“ Offen bleibt etwa der Speicherbedarf bei großen Dateien. Fehlende Antworten sollten im Protokoll sichtbar bleiben.

Veröffentlichungsdatum, Messdatum und letzte Seitenänderung können auseinanderliegen. Ein neuer Artikel kann einen alten Versuch wiedergeben. Prüfen Sie deshalb die behandelte Softwareversion. Fünf Seiten, die sich gegenseitig zitieren, sind keine fünf unabhängigen Experimente.

Ergebnis und Grenzen gemeinsam teilen

Eine angemessene Zusammenfassung lautet: „Im Lehrbeispiel fällt die mediane Umwandlungsdauer von 800 auf 400 ms. Mit angenommener fester Vorbereitung beträgt die gesamte Verbesserung 20 %. Es handelt sich nicht um einen realen Produkttest.“ Zahlen und Einschränkung bleiben zusammen.

Für eine Community-Frage helfen Originalquelle, unklare Textstelle und eigener Rechenweg. Verwenden Sie kleine synthetische Daten statt privater Dateien. Ändert neue Evidenz Ihr Urteil, benennen Sie die Korrektur. Ein Prozentrechner erleichtert Mathematik, beurteilt aber weder Ehrlichkeit der Quelle noch Fairness des Vergleichs.