Der Notfall ist klein genug, um peinlich zu wirken. Das System enthält drei Bookmarks mit der Bezeichnung Exit. Zwei sind alt. Einer gehört zu einem anderen Zweig. Dem Pathfinder bleiben Sekunden für die Wahl jener Markierung, die noch nach Home führt.
Alle drei Positionen können richtig gespeichert worden sein.
Der Fehler liegt in dem, was sie nicht mehr vermitteln.
Ein Bookmark ist eines der einfachsten Objekte in der Arbeit des Pathfinders. Er bewahrt eine Position und macht sie später nutzbar. Doch eine Position ohne klaren Zweck, Besitzer oder Alter kann exakte Koordinaten in eine schlechte Entscheidung verwandeln.
Bookmark Discipline beginnt mit einem bescheidenen Gedanken: Speichere den richtigen Ort. Lass danach seine Bedeutung den Augenblick überleben, in dem sie offensichtlich war.
Position mit Bedeutung
Der Client kann Koordinaten weit genauer bewahren, als ein Pilot sie erinnern kann. Selbsterklärend wird der Eintrag dadurch nicht.
Ein Bookmark beantwortet wo? Seine Bezeichnung, sein Ordner, Erstellungsdaten, Ablaufzeit und Beziehung zu anderen Einträgen helfen bei der Frage: Wozu dient diese Position? Über diesen Eintrag hinaus zeigt die Shared Map, wie diese Position zur aktuellen Route gehört.
Diese Antworten sollen einander stützen, ohne für dasselbe gehalten zu werden.
Der Bookmark weiss nicht, dass ein Wormhole kollabiert ist. Er zeigt weiterhin auf die gespeicherte Position. Er weiss ebenso wenig, dass eine Route unsicher geworden ist, eine Bezeichnung einem aufgegebenen Namensschema folgt oder die Person vor dem Ordner den lokalen Alias versteht.
Diese Bedeutung entsteht durch redaktionelle Arbeit im Feld. Der Pathfinder wählt, was bewahrt werden soll, benennt seinen Zweck und entfernt es oder lässt es ablaufen, sobald der Zweck nicht mehr besteht.
Mehr Bookmarks führen nicht automatisch zu besserer Navigation. Eine kurze, gepflegte Sammlung kann mehr brauchbares Wissen tragen als ein voller Ordner exakter, aber unerklärter Positionen.
Der Massstab ist nicht, ob ein Ort gespeichert wurde. Er lautet: Kann der vorgesehene Pilot den richtigen Ort erkennen, erreichen und nutzen, nachdem der Zusammenhang nicht mehr frisch ist?
Objekt oder Koordinate
Das gegenwärtige Ortssystem kann entweder ein Objekt oder eine Koordinate bewahren. Dieser Unterschied prägt die Bedeutung des Eintrags.
Ein Objekt-Bookmark entsteht aus etwas, das der Client identifizieren kann, etwa dem Wormhole auf dem Grid. Er bewahrt die Position dieses Objekts zum Zeitpunkt des Speicherns. Ein Koordinaten-Bookmark bewahrt beim Absenden des Ortes die Position des Schiffes. Das kann auch eine Position während der Bewegung oder im Warp sein.
Beides ist nützlich. Beides dient einem anderen Zweck.
Bei einer Rückverbindung ist gewöhnlich das Wormhole selbst das wichtige Objekt. Sein Speichern macht den Eintrag zur Tür. Das Speichern der nahen Schiffskoordinate macht ihn zu dem Ort, an dem sich das Schiff zufällig befand. Beide Positionen können nahe genug beieinanderliegen, um verwandt zu wirken, und trotzdem verschiedene Ankünfte oder taktische Folgen erzeugen.
Dasselbe unterscheidet ein aufgelöstes Scan-Ergebnis vom Objekt, das nach dem Warp dorthin gefunden wurde. Ein aus dem Ergebnis erstellter Bookmark bewahrt das durch den Scan abgeleitete Ziel. Ein vom Wormhole auf dem Grid erstellter Bookmark bewahrt die Tür selbst. Stufe das eine nicht still zum anderen hoch, nur weil beides den Pathfinder auf dasselbe Grid brachte.
Koordinaten sind nicht minderwertig. Ein Perch, Beobachtungspunkt oder Ort in der Mitte eines Warp besteht gerade deshalb, weil der Pilot eine Position abseits des Objekts will. Disziplin bedeutet, diesen Zweck ehrlich zu benennen.
Entscheide vor dem Speichern, ob der Eintrag das Objekt oder das Schiff orten soll.
Die Tür speichern
Jedes durchquerte Wormhole braucht auf beiden Seiten einen brauchbaren Bookmark.
Der Grund folgt aus dem Verbindungsmodell. Die beiden Enden liegen in verschiedenen Systemen und an verschiedenen Koordinaten. Ein Eintrag des Abflugendes bringt das Schiff nicht zum Ankunftsende. Zwar kann eine Shared Map die Systeme verbinden, aber kein Ziel für den Warp im Spiel erzeugen, das nie gespeichert wurde.
Bei der ersten Ankunft trägt das Rückkehrende die klarste Bedeutung, die es je haben wird: Es ist die soeben genutzte Tür. Speichere das Wormhole-Objekt vor dem nächsten Warp. Erledige dieselbe Arbeit auf der anderen Seite, sobald dieser Endpunkt zum ersten Mal erreicht wird.
So entstehen zwei Bookmarks für eine Verbindung – kein Duplikat.
Jeder Endpunkt soll aus seinem eigenen System heraus erkennbar sein. Seine Bezeichnung darf nicht verlangen, dass der Pilot auf der anderen Seite steht, bevor er sie versteht. Verwendet die Gruppe lokale Namen für die Chain, soll der Name von der gespeicherten Position aus Ziel oder Richtung anzeigen.
Stell dir zur Prüfung eine geschlossene Verbindung und eine nicht verfügbare Karte vor. Zeigt die Bezeichnung noch, welcher gespeicherte Punkt nach Home, nach aussen oder zu einem benannten Nachbarn führen sollte? Wenn nicht, lebt zu viel Bedeutung ausserhalb des Eintrags.
Überlade die Bezeichnung nicht mit jeder bekannten Tatsache über das Wormhole. Speichere zuerst die Tür. Verbinde sie mit der Karte. Lege den veränderlichen Zustand dort ab, wo er gepflegt werden kann.
Funktion benennen
Bezeichnungen werden unter anderen Bedingungen gelesen, als sie geschrieben wurden. Eine in einem stillen System erstellte Bezeichnung wird vielleicht später gesucht, während das Grid umkämpft ist.
Das erste Element soll deshalb die dringendste operative Frage beantworten. Ist dies die Rückkehr, eine Verbindung nach aussen, ein Beobachtungspunkt oder ein noch nicht bestätigter Ort?
Eine einfache Grammatik für Bezeichnungen kann aus vier Feldern bestehen:
FUNCTION | DESTINATION | LOCAL ID | QUALIFIER
Die Felder bilden ein Modell und keine allgemeingültige Regel für jede Corporation. Eine Gruppe kann andere Trennzeichen, Abkürzungen oder Aliasnamen wählen. Die Reihenfolge zählt mehr als die Typografie.
- FUNCTION sagt, weshalb ein Pilot die Position nutzen würde.
- DESTINATION verbindet die gespeicherte Position mit der Chain.
- LOCAL ID bindet ihn, falls nützlich, an den sichtbaren Identifier auf dieser Seite.
- QUALIFIER trägt nur eine kurzlebige Warnung, die bei der Auswahl nötig ist.
Ein heimwärts führender Wormhole Bookmark kann beispielsweise RETURN vor einen Alias der Chain und den lokalen Identifier der Signature setzen. Ein neu gefundener Endpunkt mit unbestätigtem Ziel soll UNVERIFIED tragen, statt die wahrscheinlichste Antwort zu übernehmen.
Vermeide Namen, die von der privaten Sicht des Erstellers abhängen. My exit, next hole und the new one verfallen, sobald ein anderer Pilot sie liest oder eine zweite Verbindung erscheint.
Die beste Bezeichnung ist nicht der vollständigste Satz. Es ist der kürzeste Wortlaut, der den für die Entscheidung wichtigen Unterschied bewahrt.
Identität und Zustand
Identität und gegenwärtiger Zustand eines Wormhole altern verschieden schnell.
Die Position des Endpunkts und der lokale Identifier helfen, das Objekt zu unterscheiden. Seine Beziehung zum Ziel gibt ihm einen Platz in der Chain. Reliable Lifetime und Massenzustand beschreiben einen zu einem bestimmten Zeitpunkt beobachteten Zustand.
All das in einer Bezeichnung zusammenzufassen kann bequem sein. Es kann die Bezeichnung auch in einen veralteten Bericht verwandeln.
Bleibt EOL in einem Bookmark, nachdem die Verbindung ersetzt wurde, kann die alte Warnung an der falschen Tür haften. Bleibt FRESH nach Stunden des Verkehrs erhalten, wird die Bezeichnung zu einer Zusicherung, die niemand tatsächlich beobachtet hat. Eine Bezeichnung nur für den Zustand kann nach seiner Veränderung bedeutungslos werden.
Nutze den Bookmark zum Bewahren von Identität und unmittelbarer Funktion. Bewahre auf der Shared Map oder in einer begleitenden Notiz den Zustand mit Source und Timestamp. Kopiert der Ablauf eine wichtige Warnung in die Bezeichnung, behandle auch diesen Text als Eintrag, der aktualisiert oder ausser Dienst gestellt werden muss.
Das ist kein Argument gegen sichtbare Warnungen. Es ist ein Argument gegen zeitlose Warnungen.
Der Unterschied erleichtert Korrekturen. Dadurch kann ein Pilot den Zustand eines bekannten Endpunkts aktualisieren, ohne eine neue Identität zu erfinden. Die Gruppe kann die Verbindung ausser Dienst stellen, ohne so zu tun, als seien die Systeme auf beiden Seiten verschwunden.
Benenne, was der Bookmark ist. Verknüpfe den beobachteten Zustand des Wormhole mit einem Timestamp.
Persönlich oder geteilt
Die Begriffe Personal Locations und Shared Locations stehen für verschiedene Probleme der Koordination.
Ein persönlicher Bookmark steht unter der Kontrolle des einzelnen Piloten. Er kann eine Notfallrückkehr bewahren, wenn ein Gruppenordner nicht verfügbar oder falsch eingerichtet ist. Eine Shared Location gibt autorisierten Piloten eine gemeinsame Position und verringert den Bedarf, dieselbe Arbeit einzeln zu wiederholen.
Keines von beiden ersetzt in jeder Operation automatisch das andere.
Eine persönliche Kopie kann den Scout vor einem Berechtigungsfehler schützen. Einer folgenden Fleet hilft sie jedoch nur, wenn der Ort zusätzlich über ein vereinbartes Verfahren geteilt wird. Eine Shared Location kann die Gruppe unterstützen, aber ihr Zugang hängt vom Ordner, den Access Lists und der gegenwärtigen Verfügbarkeit ab.
Die operative Frage hat deshalb zwei Teile:
Kann ich diese Position nutzen? Können die Personen, die von meinem Report abhängen, sie nutzen?
Beantworte beides, bevor du die Route als bereit meldest.
Redundanz soll beabsichtigt sein. Eine wesentliche Rückkehr persönlich und im richtigen gemeinsamen Ordner zu speichern kann gerechtfertigt sein. Jeder vorübergehenden Position Kopien in allen verfügbaren Ordnern zu geben erzeugt Unordnung und mehrere Einträge, die unterschiedlich altern können.
Die Gruppe braucht eine erklärte Quelle für die operative Wahrheit. Trägt die Shared Map den Zustand und der gemeinsame Bookmark-Ordner die für den Warp verfügbaren Positionen, sag es. Persönliche Kopien bleiben dann Mittel zur Wiederherstellung statt konkurrierende Autoritäten.
Zugang braucht Zeit
Eine Shared Location ist nicht zwingend für alle nutzbar, sobald sie erstellt wird.
Das gegenwärtige System legt Shared Locations in Ordnern ab, die durch Access Lists gesteuert werden. Piloten brauchen den richtigen Zugriff. Der Ordner muss verbunden und verfügbar sein. Neu hinzugefügte Shared Locations haben ausserdem eine kurze Verzögerung, bevor sie als Ziele für den Warp dienen; die gegenwärtig dokumentierte Dauer beträgt zwei Minuten.
Das verändert die Bedeutung von geteilt.
Es kann bedeuten, dass der Eintrag in einem gemeinsamen Ordner liegt. Noch ist damit nicht bewiesen, dass ein bestimmter Pilot ihn sieht, der Ordner für ihn online oder der neue Bookmark bereits für den Warp verfügbar ist.
Bei gewöhnlicher Arbeit lässt sich die Verzögerung leicht auffangen. Bei einer Extraktion oder Bewegung einer Fleet kann sie den Unterschied zwischen Information und Fähigkeit ausmachen. Meldet ein Scout Bookmark shared, soll er Erstellung und bestätigte Nutzbarkeit unterscheiden.
Der empfangende Pilot kann den Kreis mit einer genauen Antwort schliessen: Der Ordner ist verbunden, der Ort sichtbar und der Befehl für den Warp verfügbar. Diese Bestätigung ist stärker als die Annahme, ohne Fehlermeldung sei die Übergabe gelungen.
Auch Berechtigungen können sich ändern. Dadurch kann ein Bookmark korrekt bleiben und für seine früheren Nutzer zugleich unerreichbar werden. Untersuche die Ebenen getrennt: Position, Bezeichnung, Ordner, Zugriff und Bereitschaft.
Der Ort kann stimmen, während die Übergabe gescheitert ist.
Zeit gehört hinein
Jeder vorübergehende Bookmark braucht eine Erwartung für seine Ausmusterung.
Das Ortssystem kann einer gespeicherten Position einen automatischen Ablauf geben. Für Endpunkte von Wormholes und kurzlebige Feldmarken ist das nützlich, weil die beschriebenen Objekte verschwinden können, während ihre Koordinaten bestehen bleiben.
Der Ablauf beweist nicht, dass der Ort bis dahin gültig ist. Er begrenzt nur, wie lange der Eintrag automatisch aufbewahrt wird.
Ein Wormhole kann kollabieren, während sein Bookmark noch besteht. Eine langlebige taktische Position kann nützlich bleiben, nachdem ein vorübergehender Ablauf sie entfernt hätte. Die richtige Dauer folgt dem Zweck, nicht der Bequemlichkeit.
Behandle Erstellungszeit und Ablauf als Teil der Bedeutung dieses Eintrags. Sieht ein Pilot eine alte Position ohne lebende Verbindung auf der Shared Map, soll das Alter zur Prüfung statt zum Vertrauen anregen. Läuft ein kritischer Rückkehrpunkt bald ab, muss die Gruppe wissen, ob die Position während der Operation verschwinden wird.
Manuelles Aufräumen bleibt nötig. Entferne Bookmarks, deren Objekte der genannten Funktion nicht mehr dienen, oder stelle sie ausser Dienst. Sind die Hinweise unvollständig, markiere den Eintrag als unbestätigt, statt den einzigen Anhaltspunkt zu löschen, den ein anderer Pilot brauchen kann.
Zeitdisziplin verhindert zwei entgegengesetzte Fehler: jede Koordinate zu behalten, bis der Ordner unlesbar ist, und Unsicherheit zu löschen, bevor die Gruppe sie geklärt hat.
Eine vorübergehende Route verdient einen vorübergehenden Eintrag mit sichtbarem Alter.
Kurze Bezeichnungen
Lange Bezeichnungen beginnen oft als Versuch, hilfreich zu sein. Am Ende verbergen sie den ersten Unterschied, den der Pilot sehen muss.
Das Fenster Locations enthält bereits strukturierte Informationen wie System, Erstellungszeit, Ablauf und Ersteller. Ihre Wiederholung in der Bezeichnung verbraucht Aufmerksamkeit, ohne Bedeutung hinzuzufügen. Wandelnder Zusammenhang gehört auf der Shared Map in Felder für Ziel-Class, Verbindungszustand, Notizen und Source.
Nutze die Bezeichnung für die Auswahl.
Gewöhnlich bedeutet das: eine beständige Funktion, ein Verweis auf das Ziel und ein lokaler Identifier. Füge eine Warnung nur hinzu, wenn sie darüber entscheidet, ob die Position jetzt genutzt werden soll. Erklärungen gehören in Notizen oder auf die Karte.
Abkürzungen helfen nur, wenn die vorgesehenen Leser sie teilen. Ein privater Code aus drei Buchstaben spart seinem Autor Platz und verzögert alle anderen. Definiere die Grammatik der Gruppe, bevor eine Übergabe im Feld davon abhängt.
Auch die Sortierung zählt. Beginnen Bezeichnungen mit uneinheitlicher Verzierung, Personennamen oder Prosa, können verwandte Bookmarks über die Liste verstreut werden. Ein beständiges Muster mit der Funktion am Anfang lässt das Auge Rückkehrwege, äussere Verbindungen und unbestätigte Positionen als Gruppen finden.
Ein Namensschema misst sich nicht daran, wie klug es im Beispiel wirkt. Es misst sich daran, wie rasch ein müder Pilot den falschen Bookmark verwerfen kann.
Kurze Bezeichnungen tragen mehr, wenn die umgebenden Einträge ihre eigene Arbeit leisten.
Den Eintrag prüfen
Erstellen ist eine Handlung. Prüfen ist eine Observation.
Suche einen wichtigen Bookmark nach dem Speichern im vorgesehenen Ordner. Bestätige Bezeichnung, Endpunkt, Ablauf und Verfügbarkeit. Wurde er geteilt, prüfe, ob ein zweiter Pilot ihn nutzen kann, falls die Operation von dieser Übergabe abhängt.
Prüfe den gespeicherten Ort nach Möglichkeit von einer Position aus, die Fehler ohne unnötiges Risiko sichtbar macht. Es geht nicht um zeremonielle Test Warps. Die Prüfung fängt vorhersehbare Fehler ab: falscher Ordner, Koordinate statt Objekt, doppelte Bezeichnung oder noch nicht verfügbare Shared Location.
Auch vor einer späteren Nutzung muss erneut geprüft werden. Bevor ein teures Schiff einem alten Bookmark anvertraut wird, vergleiche ihn mit aktuellem Grid, Probe Scanner und Shared Map. Die Position kann bestehen, obwohl das Wormhole fort ist.
Widersprechen sich die Einträge, bewahre den Widerspruch lange genug für eine Diagnose. Benenne den Eintrag nicht bloss um, damit er zur Karte passt. Bestimme, ob Position, Kartenbeziehung oder gegenwärtige Observation falsch ist.
Eine exakte Koordinate kann vollkommen gespeichert und operativ veraltet sein. Die Prüfung fragt, ob der Zweck noch besteht.
Feldprinzip
Ein Bookmark bewahrt eine Position. Disziplin bewahrt, was diese Position bedeutet.
Speichere beide Enden jeder durchquerten Verbindung. Nenne die Funktion vor den Details. Trenne Identität vom veränderlichen Zustand, und bestätige, dass der vorgesehene Pilot das Geteilte tatsächlich nutzen kann.