Die Regeln eines Drops

Woher diese Regeln kommen

Aerona hat ein eigenes Regelwerk. Es liegt im Projekt, nicht in einer Schublade, und es gilt für alles: für den Code, für die Oberfläche, für die Texte auf dieser Webseite – und damit auch für jeden Drop. Ein Thema, eine Datei. Die Regeln auf dieser Seite sind nicht für den Drop erfunden worden; sie galten vorher schon, und ein Drop ist nur ein weiterer Ort, an dem sie eingehalten werden müssen. Am 27.09.2026 umfasst das Regelwerk 36 Dateien: 35 Regeln und ein Inhaltsverzeichnis.

Warum das hier steht statt im Verborgenen: Wer einen Drop liest, soll nachprüfen können, woran er gemessen wird. Wenn ein Drop eine dieser Regeln bricht, ist das ein Fehler – und keine Geschmacksfrage. Eine Regel, die nur der kennt, der sie einhalten soll, lässt sich von außen nicht einfordern; eine veröffentlichte schon.

In den Kästen unten steht jeweils die Datei, aus der die Regel stammt. Sie alle liegen im Regelordner des Projekts, 01_Aerona_Regeln – der Dateiname allein genügt also, um sie zu finden. Eine eigene Regeldatei für den Drop gibt es nicht. Was nur ihn betrifft, steht in der Quelle der Drops selbst, in drei kurzen Sätzen: nichts Erfundenes, keine Zahl ohne Beleg, nichts stillschweigend Geändertes.

1. Nichts erfinden, jede Zahl nachgezählt

Die oberste Regel für alles Geschriebene lautet: Jede Behauptung über den Zustand des Projekts braucht eine Quelle. Das gilt ausdrücklich nicht nur für Berechnungen, sondern für jeden Satz, der eine Tatsache behauptet – im Gespräch, im Kommentar, in der Dokumentation und in den Regeln selbst. Steht in einem Drop eine Zahl, wurde sie vorher nachgezählt. Lässt sich etwas nicht belegen, kommt es nicht in den Drop.

Die Regel begründet sich mit Fällen, die bereits Schaden angerichtet haben. Einer davon steht als Beispiel in der Regeldatei: die Annahme, es seien 25 Hintergrundbilder. Es waren 24 – eines war beim Anbieter gelöscht worden, still, ohne Fehlermeldung. Der Satz war nicht gelogen, er war ungeprüft. Genau das soll in einem Drop nicht passieren.

Was als Beleg zählt, legt die Regel ebenfalls fest: eine Zahl, ein Dateiname mit Zeile, ein Befehl oder ein Datum – ein Gefühl zählt nicht. Eine Vermutung darf stehen, aber nur als Vermutung gekennzeichnet. Und weil Zahlen veralten, gehört zu jeder gemessenen Zahl das Datum der Messung; ein „ist deutlich schneller“ ohne Messung nennt die Regel ausdrücklich als Gegenbeispiel.

Für dich heißt das: Du darfst jede Zahl in einem Drop für nachgezählt halten. Und wenn eine Zahl fehlt, wo du eine erwartet hättest, ist das kein Versehen: Dann war sie nicht zu belegen, und dann wird sie lieber weggelassen als geschätzt. Viele Zahlen der Webseite kannst du außerdem selbst nachmessen – wie, steht auf Selbst nachprüfen.

2. Nichts Halbfertiges als fertig verkaufen

Aerona wird gebaut, nicht verkauft. Deshalb gilt die Ehrlichkeitsregel: Angezeigte Zustände müssen wahr sein. In der Regeldatei steht das für die Werkzeuge im Programm – wir faken keine Ladebalken und keine Status-Prüfungen –, und sie sagt ausdrücklich dazu, dass diese Regel darüber hinaus gilt: Zielbilder werden als Ziel gekennzeichnet, nicht als erledigter Stand.

Für Pläne gilt derselbe Maßstab: Kein Vorhaben wird öffentlich angekündigt, das nicht ernsthaft geplant ist. Und wird etwas gestrichen, wird das offen gesagt statt still gelöscht – auf der Webseite gibt es dafür sogar eine eigene Seite: Nie erschienen. Die Regel verlangt dafür eine feste Stelle: Ein gestrichenes Vorhaben wird im nächsten Updatetext genannt. Ein Drop ist genau so ein Ort – wer ihn liest, erfährt dort auch, was nicht mehr kommt.

Für den Drop selbst ist das sogar eingebaut. Jeder Drop trägt einen Stand, und der kennt nur zwei Werte: geplant oder erschienen. Ein geplanter Drop erscheint auf der Übersicht mit der Marke „Geplant“; „erschienen“ nimmt das Werkzeug nur mit einem echten Datum an. Einen Zwischenstand wie „fast fertig“ nimmt es gar nicht an, sondern meldet ihn als Fehler.

Für dich heißt das: Was in einem Drop als fertig steht, kannst du ansehen oder benutzen. Was geplant ist, steht als Plan da – erkennbar, nicht zwischen den Zeilen. Ein Drop darf ruhig klein sein; er darf nur nicht so tun, als wäre er groß. Wie weit Aerona insgesamt ist, steht ohne Beschönigung auf der Download-Seite: noch nichts erschienen, Start geplant für Sommer 2027.

3. Deutsch, klar, ohne Werbeton

Aerona schreibt alles Erklärende auf Deutsch; nur der Code selbst ist englisch. Für Texte, die Nutzer lesen, kommt eine zweite Regel dazu: Sie sind kein Entwickler-Logbuch, sondern Kommunikation. Also für den Leser schreiben statt für den Programmierer, und erklären, was etwas bringt, statt wie es programmiert wurde. Kurze Sätze, keine schwer übersetzbaren Bilder – denn dieselben Texte müssen später in viele Sprachen passen. Die Regel für Nutzertexte wird dabei genau: höchstens ein Nebensatz, keine Sätze mit mehr als 25 Wörtern, keine Redewendungen, keine Wortspiele. Was im Deutschen schon verschachtelt ist, wird in 85 Sprachen nicht klarer.

Der Ton ist festgelegt: hilfsbereit, respektvoll, professionell und positiv – ob in einer Fehlermeldung, auf einem Knopf oder in einem Updatetext. Fehlermeldungen sollen weiterhelfen statt belehren, und ein leerer Zustand bekommt einen Satz statt einer weißen Fläche. Ein Drop beschreibt, was da ist – das muss reichen. Die Quelle der Drops sagt es in einem Satz: Ein Drop ist ein Bericht, keine Ankündigung ins Blaue.

Für dich heißt das: Ein Drop lässt sich in wenigen Minuten lesen, auch ohne Vorwissen. Wo ein Fachbegriff nötig ist, steht die Erklärung daneben – oder ein Link dorthin, wo es ausführlich steht. Jeder Punkt eines Drops darf dafür höchstens einen Verweis tragen, und der muss auf eine Seite dieser Webseite zeigen, die es wirklich gibt.

4. Archiv statt Löschen – ein Drop bleibt stehen

Kevins Grundregel fürs Aufräumen lautet: Nichts, was sichtbar oder funktional im Produkt ist, darf verschwinden. Gelöscht wird nur, was nachweislich tot ist; alles andere wandert in einen Archiv-Ordner statt in den Papierkorb. Im Projekt gilt das für Dateien – für einen veröffentlichten Drop gilt es genauso. „Nachweislich tot“ heißt dort: per Suche belegt, dass nichts mehr darauf verweist. Bei einem Drop kann das nie zutreffen, denn niemand weiß, wer ihn verlinkt oder gespeichert hat.

Ein Drop wird deshalb nach dem Erscheinen nicht mehr umgeschrieben und nicht entfernt. Stellt sich später heraus, dass etwas falsch war, wird es im nächsten Drop berichtigt: Der alte bleibt so stehen, wie er erschienen ist, und der neue sagt, was daran nicht stimmte. So bleibt nachvollziehbar, was wann behauptet wurde – auch das Unangenehme.

Eine Frage ist dabei noch offen: ob der alte Drop zusätzlich einen Hinweis auf seine Berichtigung bekommt, damit man beim Lesen gleich sieht, dass etwas nicht mehr stimmt. Das wäre kein Umschreiben, aber eine Änderung am alten Stand – entschieden ist es noch nicht. Bis dahin gilt, was die Quelle der Drops festlegt: berichtigt wird im nächsten Drop.

Für dich heißt das: Ein Link auf einen Drop bleibt gültig. Was du einmal gelesen hast, findest du wieder – im Drop-Archiv, neueste zuerst. Und du siehst, wenn etwas berichtigt wurde, statt dass es still verschwindet.

5. Für alle lesbar

Barrierefreiheit ist bei Aerona kein Zusatz für später. Die Regel sagt es hart: Eine Oberfläche, die sich nur mit Maus, nur mit scharfen Augen und nur mit ruhigem Blick bedienen lässt, ist nicht hochwertig – sie ist unfertig. Die Grundregel darin lautet: Keine Aussage lebt allein in Farbe, Bewegung, Ton oder Position. Zu jedem Signal gehört ein zweiter Träger: Text, Form oder Beschriftung.

Praktisch heißt das für einen Drop: Fließtext hat mindestens 4,5 : 1 Kontrast zum Hintergrund, große Schrift und Bedienelemente mindestens 3 : 1. Jedes Bild braucht eine Beschreibung. Nichts wird allein durch eine Farbe unterschieden. Und wer im Betriebssystem „Bewegung reduzieren“ eingestellt hat, bekommt den Drop ohne Animationen – und zwar im fertigen Zustand, nicht im Anfangszustand, sonst bliebe statt Ruhe eine leere Stelle.

Dazu kommt die Größe: Bei 200 % Zoom darf nichts abgeschnitten werden und kein waagerechter Scrollbalken entstehen, und alles, was man anklicken kann, muss mindestens 44 × 44 Pixel groß sein. Ob eine Seite das einhält, misst die Karte „Wie zugänglich ist diese Seite?“ im Steckbrief jeder Seite. Ein Werkzeug ruft dieselbe Prüfung auf allen Seiten auf, einmal hell und einmal dunkel – die Drop-Seiten eingeschlossen.

Für dich heißt das: Ein Drop funktioniert mit der Tastatur, mit einem Vorleseprogramm und auf einem kleinen Bildschirm. Was die Webseite dafür alles kann, steht auf Barrierefreiheit. Automatische Prüfungen finden nicht alles; wenn dir etwas auffällt, ist ein Hinweis über Hilfe & Kontakt willkommen.

6. Keine Daten über Besucher

Die Datenschutzregel ist keine Haltung, sondern eine Bauvorschrift: Was auf dem Rechner bleiben kann, verlässt ihn nicht. Nicht „wird verschlüsselt übertragen“, nicht „wird anonymisiert“ – bleibt hier. Dazu kommt die Prüffrage für jede neue Funktion: Jeder Abruf ins Netz ist erklärbar, oder er ist ein Fehler.

Für einen Drop bedeutet das: kein Zählpixel, kein Analyse-Werkzeug, keine Messung, wer was gelesen hat, keine Anmeldung und kein Konto. Es wird nicht gezählt, wie oft ein Drop geöffnet wurde – auch nicht anonym. Was die Webseite in deinem Browser ablegt, sind nur deine eigenen Einstellungen, und die bleiben bei dir.

Warum „auch nicht anonym“? Die Regel beantwortet das selbst: „Anonymisiert“ ist kein Freibrief, denn Gerätekennung, Zeitpunkt und Verhalten ergeben zusammen wieder eine Person. Gezählt werden dürfte nur mit einer aktiven, vorher eingeholten Zustimmung – und eine vorangekreuzte Zustimmung ist keine. Für einen Drop gibt es schlicht nichts, wofür man eine solche Zustimmung bräuchte.

Für dich heißt das: Du kannst einen Drop lesen, ohne etwas zu hinterlassen. Was genau gespeichert wird und was nicht, steht in der Datenschutzerklärung; einfach erklärt auch auf Datenschutz einfach erklärt. Auch die Glocke, die neue Seiten anzeigt, rechnet allein in deinem Browser und schickt nichts weg.

Wenn eine Regel gebrochen wird

Regeln, die niemand prüft, sind Dekoration. Bei Aerona laufen die Prüfungen als Werkzeuge mit – es gibt ein Programm, das nachsieht, wo das Projekt seine eigenen Regeln bricht, und eines, das alle Prüfreihen des Projekts in einem Zug laufen lässt und nur meldet, was durchfällt. Der Maßstab für einen Drop ist: Was eine dieser Prüfungen nicht besteht, geht nicht hoch.

Wie viel davon von selbst passiert, gehört ehrlich dazu: Von selbst aufgehalten wird ein Drop heute dann, wenn seine Quelle nicht in Ordnung ist – dann bricht der Bau des Ordners zum Hochladen ab, und nichts Neues geht hoch. Die Regelprüfung und die Prüfreihen werden dagegen von Hand gestartet. Eine Sperre, die sie vor dem Hochladen erzwingt, gibt es noch nicht.

Das erste Programm kennt heute dreizehn maschinelle Prüfungen, jede mit der Nummer der Regel, die sie schützt – etwa, dass nichts aus dem Netz nachgeladen wird (Regel 16), oder dass jedes Bild eine Beschreibung hat (Regel 25). Entstanden ist es, weil derselbe Verstoß dreimal von Hand gefunden wurde: ein Programm, das heimlich Schriften aus dem Internet nachlud – im Werbe-Studio, in der Design-Werkstatt und in der Emoji-Galerie. Jedes Mal zufällig.

Fällt trotzdem etwas durch – und das kommt vor –, gilt Regel 4 dieser Seite: Der Drop bleibt so stehen, wie er erschienen ist, und die Berichtigung kommt in den nächsten Drop. Nicht still ausgebessert. Ein Fehler, der offen berichtigt wird, kostet etwas Ansehen; einer, der still verschwindet, kostet das Vertrauen in alles andere.

Weiter