Wie ein Drop entsteht

Der Weg, Schritt für Schritt

1. Arbeit. Es wird gebaut: eine Seite, eine Funktion, ein Werkzeug, ein Fehler weniger. Das ist der Normalfall und passiert unabhängig vom Drop. Der Drop berichtet über diese Arbeit, er bestimmt sie nicht – in der Quelle der Drops steht es so: ein Bericht, keine Ankündigung ins Blaue.
2. Eintrag ins Bautagebuch. Jeder abgeschlossene Bauschritt wird sofort mitgeschrieben – im selben Arbeitsgang, nicht gesammelt und nicht nachträglich. Ein Eintrag hat Datum, Titel, die Angabe, wohin er gehört, einen erzählenden Text und einen Satz „Was das bringt“. Dieser Schritt läuft heute schon jeden Tag; wie gut, zeigt der Abschnitt „Der erste Teil wird längst gelebt“ weiter unten.
3. Am Monatsende: Auswahl. Aus den Einträgen des Monats wird ausgewählt, was für Besucher überhaupt sichtbar ist. Vieles fällt hier weg – verschobene Dateien, umbenannte Variablen, Aufräumarbeit ohne sichtbare Wirkung. Seit dem 22.09.2026 schreibt ein Werkzeug dafür einen gegliederten Entwurf aus dem Bautagebuch und lässt Werkstatt-Bereiche wie das Entwickler Tagebuch von sich aus weg. Für September 2026 liegt ein solcher Entwurf vor: 303 von 1.082 Einträgen vorgeschlagen, übernommen ist davon bisher nichts – was in den Drop kommt, entscheidet Kevin.
4. Erklärtext. Das Ausgewählte wird in normalen Worten erklärt: was es ist, warum es gebaut wurde, was sich dadurch ändert. Keine Dateinamen, keine Befehle, kein Fachkauderwelsch. Der Grund steht in der Regel für Updatetexte: Sie sind kein Entwickler-Logbuch, sondern Kommunikation. Wo es eine passende Seite gibt, zeigt der Punkt dorthin statt auf den Bautagebuch-Eintrag.
5. Prüfung. Bevor irgendetwas hochgeht, laufen die Prüfwerkzeuge der Webseite über alle Seiten – und melden, was kaputt oder unvollständig ist. Welche das sind und was sie am 27.09.2026 gemeldet haben, steht unten unter „Was vor der Veröffentlichung geprüft wird“. Zusätzlich prüft das Werkzeug, das den Drop in die Daten der Webseite schreibt, seine Form.
6. Veröffentlichung am Drop-Tag. Der Ordner, der wirklich hochgeladen wird, wird frisch gebaut, und der Drop erscheint. Das Werkzeug der Drops läuft dabei als einer der Bauschritte mit; ist die Quelle fehlerhaft, bricht der ganze Bau ab. Einen festen Drop-Tag gibt es noch nicht – er steht erst fest, wenn es den ersten Drop gibt.
7. Eintrag ins Archiv. Der Drop wandert ins Drop-Archiv und bleibt dort stehen. Nichts wird später stillschweigend geändert. Übersicht und Archiv lesen dieselbe Datendatei, ein Drop kann also nicht auf der einen Seite stehen und auf der anderen fehlen. Stellt sich später etwas als falsch heraus, berichtigt es der nächste Drop.

Der erste Teil wird längst gelebt

Die Schritte eins und zwei sind keine Erfindung für den Drop. Sie sind seit langem Regel: Jeder Bauschritt wird mitgeschrieben – webseitenfertig, nicht als Entwickler-Notiz. Geschrieben wird nach jedem abgeschlossenen Bauschritt, im selben Arbeitsgang, ausdrücklich nicht gesammelt und nicht nachträglich. Die Begründung steht in der Regel selbst: Wer erst am Ende zusammenfasst, hat die Hälfte vergessen und schreibt sie technisch statt für Leser.

Am 20.09.2026 standen im Heft 1.434 Einträge mit Datum – nachgezählt, nicht geschätzt. Eine Woche später, am 27.09.2026, waren es 1.501, also 67 mehr in sieben Tagen. Genau diese Einträge sind der Rohstoff jedes Drops. Wer sie lesen will, findet sie alle auf der Seite Das Bautagebuch, mit Suche und Filter nach Bereich und Monat.

Wie viel Rohstoff ein einziger Monat liefert, zählt die Drop-Seite unter „Bisher in diesem Monat“ mit: Für September 2026 waren es bis zum 27.09. schon 1.143 Einträge, 797 davon im Entwickler Tagebuch. Zum Vergleich: Der ganze August 2026 brachte 296. Aus so vielen Bauschritten die wenigen zu finden, die ein Besucher bemerkt, ist die eigentliche Arbeit von Schritt drei – und der Grund, warum ein Drop nicht einfach eine Liste des Monats sein kann.

Was vor der Veröffentlichung geprüft wird

Ein Drop erscheint nicht, weil jemand sagt, es sei alles in Ordnung, sondern weil es gemessen wurde. Die Webseite hat dafür drei Werkzeuge, die es unabhängig vom Drop schon gibt. Am 20.09.2026 umfasste die Webseite 131 Seiten in 85 Sprachen – beide Zahlen hier selbst nachgezählt. Am 27.09.2026 waren es 145 Seiten; die Sprachen sind gleich geblieben. Dass die Zahl der Seiten in einer Woche um 14 wächst, ist der Grund, warum sie hier mit Datum steht und nicht als feste Größe.

Und wenn ein Monat wenig bringt?

Dann ist der Drop klein – und sagt das. Es gibt keinen Mindestumfang, den ein Drop erfüllen muss, und nichts wird gestreckt, um eine Seite zu füllen. Ein Monat, in dem an der Grundlage gearbeitet wurde, sieht von außen mager aus, obwohl er es nicht war; dann steht genau das im Drop.

Ein aufgeblähter Drop wäre eine Lüge mit zusätzlichem Aufwand. Lieber drei ehrliche Absätze als drei erfundene Höhepunkte. Und wenn in einem Monat gar nichts für Besucher Sichtbares entstanden ist, darf ein Drop auch das sagen. Ob ein solcher Monat einen kurzen Drop bekommt oder gar keinen, ist noch nicht entschieden – die Häufigen Fragen sagen das genauso offen.

Woher die Drops kommen

Kein Drop wird von Hand in eine Seite geschrieben. Alle Drops stehen in einer einzigen Quelle; ein Werkzeug macht daraus eine Datendatei, und die Seiten lesen nur diese. Das ist dieselbe Bauweise wie beim Bautagebuch, das seine Seite ebenfalls aus dem Heft füllt statt aus abgetipptem HTML.

1. Die Quelle. Ein einzelner Text, in dem jeder Drop als Abschnitt steht: eine Überschrift „Aerona Drop · Monat Jahr“, darunter der Stand – geplant oder erschienen, bei „erschienen“ mit Datum – und dann die Punkte, jeder mit Bereich, Titel, Erklärtext und höchstens einem Verweis. Wer einen Drop schreibt, schreibt nur hier. Als Bereiche sind die Namen der Teile des Ökosystems vorgesehen, etwa AetherOS, Emojis oder Aeronisch; ein anderer Name ist kein Fehler, das Werkzeug weist aber darauf hin – meistens ist es ein Tippfehler.
2. Das Werkzeug. Es liest die Quelle, prüft sie und schreibt daraus eine Datendatei. Ohne den Zusatz „anwenden“ zeigt es nur an, was es täte. Das Beispiel, das oben in der Quelle die Schreibweise erklärt, steht in einem eigenen Block und wird übersprungen; sonst entstünde daraus ein Drop, den es nicht gibt.
3. Die Datendatei. Sie liegt bei den Skripten der Webseite. Übersicht und Archiv lesen ausschließlich sie. Sie trägt das Datum, an dem sie erzeugt wurde, und die Zahl der Drops – heute den 20.09.2026 und die Zahl 0.

Bevor das Werkzeug etwas schreibt, prüft es fünf Dinge: dass Monat und Jahr gültig sind, dass kein Monat zweimal vorkommt, dass der Stand „geplant“ oder „erschienen“ heißt und ein erschienener Drop ein echtes Datum trägt, dass jeder Verweis auf eine Seite zeigt, die es wirklich gibt, und dass keiner nach draußen führt – erlaubt sind nur Seiten dieser Webseite. Schlägt eine Prüfung fehl, schreibt es gar nichts und lässt die alte Datendatei stehen. Eine halb richtige Datenlage wäre schlimmer als eine alte. Als das Werkzeug am 20.09.2026 entstand, wurden zwölf Fehlerfälle einzeln durchgespielt; alle zwölf hat es erkannt. Und das Entwurfs-Werkzeug aus Schritt drei probiert jeden Entwurf vorher an einer Kopie der Quelle aus, damit er beim Übernehmen nicht an einem Formfehler scheitert.

Der Vorteil ist nicht Bequemlichkeit, sondern Verlässlichkeit: Übersicht, Archiv und jede spätere Seite zeigen zwangsläufig dasselbe, weil es nur eine Stelle gibt, an der etwas stehen kann. Und ein Drop kann nicht versehentlich auf einer Seite stehen und auf der anderen fehlen. Vorbild ist das Bautagebuch: Auch seine Seite, der Feed und die Monatszahlen lesen alle aus denselben erzeugten Daten, statt jeweils eine eigene Abschrift zu pflegen.

Weiter