Es gibt eine Sorte Softwarefehler, für die sich Nutzer selbst die Schuld geben. Du drückst die falsche Taste, eine Notiz verschwindet, und dein erster Gedanke ist nicht „Das hätte die App abfangen müssen“, sondern „Ich hätte besser aufpassen sollen“.
Du solltest nicht besser aufpassen müssen. In eine Notizen-App legst du Dinge gerade deshalb ab, damit du sie nicht mehr im Kopf behalten musst. Eine App, die ab und zu eines davon verschluckt, bricht das einzige Versprechen, das sie gegeben hat.
Notez hat vier getrennte Mechanismen, um Verlorenes zurückzuholen. Keiner davon ist überflüssig. Jeder fängt einen Fehler ab, an den die anderen nicht herankommen, und jeder arbeitet in einem anderen Zeitraum.
Schicht eins: Rückgängig, für die letzten Sekunden
⌘Z benutzt du, ohne nachzudenken. Es deckt fünf bestimmte Aktionen ab:
Löschen – du hast eine Notiz in den Papierkorb verschoben
Karten verschieben – du hast eine Karte in eine andere Spalte des Boards gezogen
Eigenschaften ändern – du hast den Wert einer benutzerdefinierten Eigenschaft gesetzt oder geleert
Schnell erfassen – du hast etwas erfasst und es sofort bereut
Erinnerungen verschieben – du hast eine Erinnerung im Kalender auf einen anderen Tag gezogen
Der Stapel fasst zwanzig Aktionen. Jeder Eintrag speichert genau das, was nötig ist, um die Aktion umzukehren: bei einer verschobenen Karte die Spalte und die Position, von der sie kam, und auch, ob sie vorher unter „Keine Spalte“ lag.
Drei Details im Verhalten sind Absicht:
Löschen und Erfassen zeigen einen Hinweis, Kartenverschiebungen nicht. Ein Hinweis bei jedem Ziehen würde eine lange Sitzung am Board unbenutzbar machen. Verschiebungen lassen sich trotzdem rückgängig machen, sie melden sich nur nicht.
Eine Änderung an einer Eigenschaft, die nichts geändert hat, wird nicht vermerkt. Öffnest du ein Auswahlfeld und wählst den Wert, der schon drinstand, belegt das keinen Platz im Stapel. Würde so ein Nicht-Ereignis einen Platz verbrauchen, wäre das, was du eigentlich rückgängig machen wolltest, unbemerkt hinten aus dem Stapel gefallen.
Der Hinweis nach dem Erfassen hat zwei Aktionen, „Rückgängig“ und „Öffnen“. Nach dem Erfassen willst du meistens nichts zurücknehmen, sondern dir die Notiz ansehen.
Die wichtige Grenze: Der Rückgängig-Stapel lebt in deiner Browsersitzung. Lädst du die Seite neu, ist er leer. Er ist der schnelle Weg für den Fehler von eben, kein dauerhafter Verlauf. Dafür gibt es die nächsten zwei Schichten.
Schicht zwei: Versionsverlauf, für die letzten dreißig Tage
Jede Notiz hat ihren eigenen Versionsverlauf, der dreißig Tage lang aufbewahrt wird.
Snapshots entstehen beim Speichern, aber nicht bei jedem Speichern, sondern höchstens einer alle fünf Minuten. Die Ausnahme sind Änderungen durch den KI-Chat oder einen verbundenen Assistenten: Davor wird immer ein Snapshot der Notiz im alten Zustand gespeichert. Der Grund ist eine einfache Rechnung. Ein Editor, der beim Tippen automatisch speichert, würde sonst an einem einzigen Schreibnachmittag Hunderte fast gleicher Versionen erzeugen, und mit einer Versionsliste von vierhundert Einträgen kannst du nichts anfangen. Im Fünf-Minuten-Raster bleibt die Liste lesbar.
Jeder Snapshot enthält neben dem Inhalt auch die Tags der Notiz. Das zählt beim Wiederherstellen: Holst du die Version vom letzten Dienstag zurück, kommen auch die Tags vom letzten Dienstag zurück. Sonst würde alter Text in einer Notiz landen, deren Einordnung sich unbemerkt längst geändert hat.
Der Versionsverlauf ist für den Fehler da, an den Rückgängig nicht herankommt: nicht „Ich habe gerade etwas falsch gemacht“, sondern „Irgendwann in den letzten zwei Wochen ist diese Notiz schlechter geworden, und ich weiß nicht, wann“. Du siehst dir die Versionen in der Vorschau an und stellst die gewünschte wieder her.
Schicht drei: der Papierkorb, für alles, was in den letzten dreißig Tagen gelöscht wurde
Wenn du eine Notiz löschst, ist sie nicht weg. Sie wird mit Zeitstempel als gelöscht markiert und bleibt dreißig Tage lang so: einsehbar und wiederherstellbar.
Spannend wird es bei Unternotizen.
Eine Notiz zu löschen löscht ihren ganzen Teilbaum. Löschst du eine Projektnotiz, gehen alle darunter verschachtelten Notizen mit. Nur das ist vernünftig: Eine zurückgelassene Unternotiz ohne Elternnotiz ist ein Leck, keine Rettung.
Wiederherstellen ist vorsichtiger als Löschen. Stellst du eine Notiz wieder her, kommen ihre Unternotizen mit zurück, aber nur die, deren Löschzeitstempel exakt mit ihrem eigenen übereinstimmt. Das ist der Fingerabdruck von „in derselben Kaskade gelöscht“.
Was die naive Variante täte: Angenommen, du hast im März eine veraltete Besprechungsnotiz gelöscht. Im August löschst du das ganze Projekt, überlegst es dir anders und stellst es wieder her. Ein naives Wiederherstellen holt den ganzen Teilbaum zurück, auch die Notiz aus dem März, die du vor fünf Monaten bewusst weggeworfen hast. Du müsstest sie suchen und noch einmal löschen, falls sie dir überhaupt auffällt.
Weil der Löschzeitstempel verglichen wird, macht ein Wiederherstellen genau einen Löschvorgang rückgängig und lässt jede frühere Entscheidung unangetastet.
Schicht vier: das Speichern, das abgelehnt wird
Die ersten drei Schichten retten dich vor deinen Fehlern. Die vierte gibt es, weil in einem Workspace mehr als eine Person arbeiten kann, und dort geht etwas anderes schief: Niemand macht einen Fehler, und trotzdem verschwindet Arbeit.
Zwei Personen öffnen dieselbe Notiz. Beide bearbeiten sie. Beide speichern. Wer als Zweiter speichert, überschreibt die erste Fassung, ohne Fehler, ohne Warnung und ohne Spur, dass es die andere Version je gab. Wer zuerst gespeichert hat, merkt es Tage später oder nie.
Notez lehnt dieses Speichern stattdessen ab.
Jede Notiz hat einen Versionszähler für ihren Inhalt, der bei jedem Speichern des Inhalts hochzählt. Wenn dein Editor speichert, schickt er die Version mit, von der er ausgegangen ist. Hat sich die Notiz seitdem geändert, wird das Speichern mit einem Konflikt abgelehnt statt ausgeführt, und du erfährst, dass die Notiz an anderer Stelle geändert wurde und du sie neu laden sollst, bevor du weiterschreibst.
Die Prüfung läuft zweimal: einmal gegen die gelesene Notiz und noch einmal als Bedingung im Update selbst. Das ist keine Paranoia nach dem Motto „doppelt hält besser“. Zwischen dem Lesen einer Zeile und dem Schreiben gibt es ein echtes Zeitfenster, in dem das Speichern einer anderen Person ankommen kann, und nur die Bedingung beim Schreiben schließt es.
Du verlierst die paar Sekunden seit deinem letzten Speichern. Den Nachmittag der anderen Person verlierst du nicht.
Das ist die bewusste Alternative zur gemeinsamen Bearbeitung in Echtzeit. Zwei gleichzeitige Änderungen an formatiertem Text automatisch zusammenzuführen ist möglich, und genau so entsteht ein Absatz, den keiner der beiden geschrieben hat. Das zweite Speichern abzulehnen ist grob, aber immer nachvollziehbar: Einer von euch lädt neu, und beide Versionen existieren noch.
Wie sich die Schichten die Arbeit teilen
Zeitraum | Mechanismus | Übersteht ein Neuladen? |
|---|---|---|
Sekunden | Rückgängig-Stapel mit | Nein |
Minuten bis 30 Tage | Versionsverlauf, Snapshots im Fünf-Minuten-Raster | Ja |
Bis zu 30 Tage | Papierkorb, Wiederherstellen erkennt die Kaskade | Ja |
Sofort | Schutz vor Speicherkonflikten | Ja |
Die Lücken, ehrlich aufgezählt, damit du weißt, wo die Grenzen liegen:
Rückgängig gilt pro Sitzung. Schließt du den Tab, ist der Stapel weg.
Versionsverlauf und Papierkorb enden beide nach dreißig Tagen. Keiner von beiden ist ein Backup-Archiv.
Rückgängig erfasst keine Änderungen am Inhalt einer Notiz, dafür ist der Versionsverlauf da.
Offline bearbeiten geht nicht, also gibt es auch keinen Offline-Konflikt aufzulösen.
Worum es eigentlich geht
Keine dieser vier Funktionen ist schwer zu bauen. Rückgängig-Stapel, Soft Deletes, Snapshot-Tabellen und Versionszähler sind bekanntes Handwerk.
Trotzdem fallen sie weg, weil sich jede nur an dem Tag auszahlt, an dem etwas schiefgeht, und an allen anderen Tagen unsichtbar bleibt. So entsteht eine ganze Gattung von Notizen-Apps, die in der Demo glänzen und im vierten Monat jemandem einen Nachmittag Arbeit vernichten.
Du schreibst etwas auf, um es nicht mehr mit dir herumzutragen. Das funktioniert nur, wenn du dir auch keine Sorgen mehr darum machen musst.
Weiterlesen
Teilen ohne Merge-Konflikt – warum ein geteilter Workspace von zwei kollidierenden Speichervorgängen den zweiten ablehnt, statt beide zusammenzuführen.
Der Aufräumjob, der deinen Avatar gelöscht hätte – wie ein täglicher Job, der nicht zugeordnete Dateien löscht, beinahe Workspace-Avatare entfernt hätte, die noch in Gebrauch waren.
Notez: eine Notizen-App für Entwickler – was Notez ist, auf welchen Wegen eine Notiz hineinkommt und was jeder Plan enthält.