STP058: Identifier

Da die Zeiten von Karteikarten in Büros und auf Ämtern <del>zum Glück</del> leider vorbei sind, braucht es nun andere Wege, um Personen zu identifizieren. Doch nicht nur störende Kundschaft will wiedererkannt werden...<h2>Shownotes</h2>Wir haben einiges an Feedback bekommen, siehe Ende der Shownotes. Zuerst zum eigentlichen Thema:
<ul>
<li>
Identifier (ID): eindeutiges Kennzeichen zur Unterscheidung gleichartiger Objekte oder Individuen
<ul>
<li>während des Softwaredesign (z.B. beim Entwurf des Datenbankschemas): Entscheidung darüber, welche Identifier für welche Kategorien von Objekten verwendet werden</li>
</ul>
</li>
<li>
Identifier für Menschen: <a href="web.archive.org/web/20240325164409/shinesoluti… Programmers Believe About Names</a>
<ul>
<li>bei deutschen Behörden üblich: das Tupel aus Name und Geburtsdatum und evtl. Geburtsort -> <a href="web.archive.org/web/20240404170829/https://www… noch nicht ganz eindeutig</a></li>
<li>bei Benutzerkonten im wesentlichen drei Optionen:
<ul>
<li>fortlaufende Nummern (Vorteile: im Speicher kompakt darstellbar, robustes Pseudonym; Nachteile: leakt das Alter des Kontos, rare kurze Nummern vermitteln Status), siehe z.B. ICQ-Kontonummern (frühe 2000er)</li>
<li>frei wählbare Benutzernamen (Vorteile: eingängig, Pseudonymität möglich; Nachteile: belohnt frühe Registrierung, fördert Name-Squatting)</li>
<li>E-Mail-Adressen (Vorteile: enthält implizit eine Kontaktmöglichkeit, wird seltener vergessen als eine Nummer oder ein frei wählbarer Name; Nachteile: muss vertraulich behandelt werden, beim Wechsel der Mail-Adresse evtl. Neuanmeldung erforderlich)</li>
</ul>
</li>
</ul>
</li>
<li>
auch bei Objekten oder Datenstrukturen eine gute Option: fortlaufende Nummern
<ul>
<li>im deutschen Handelsrecht bei Rechnungen sogar in gewissem Rahmen rechtlich vorgeschrieben</li>
<li>Vorteil: Hochzählen ist trivial umzusetzen</li>
<li>Vorteil: kompakte Darstellung im Speicher (z.B. nur 4 Byte bei einer Gesamtzahl unter 4 Mrd. Objekte) -> insb. wichtig bei Kreuzreferenzen</li>
<li>Nachteil: ab und zu hat man doch mehr Objekte als erwartet und muss mühselig auf größere Zahlen umstellen (z.B. bei über 4 Mrd. Objekten von 32-Bit-Zahlen auf 64-Bit-Zahlen) -> <a href="news.ycombinator.com/item?id=14539770">… bei der Schachwebseite chess.com</a></li>
<li>Nachteil: in verteilten Systemen (siehe STP027) braucht man eine zentrale ID-Vergabestelle oder einen aufwändigen Konsensalgorithmus -> Geht das besser?</li>
</ul>
</li>
<li>
<a href="de.wikipedia.org/w/index.php?title=Universally… Unique Identifier (UUID)</a> gemäß <a href="datatracker.ietf.org/doc/html/rfc4122">… 4122</a>
<ul>
<li>Idee: mit dem Schritt von 64 Bit auf 128 Bit so viele mögliche Werte, dass man z.B. bei zufälliger Wahl eine absurd geringe Kollisionswahrscheinlichkeit hat</li>
<li>Darstellung in Text meistens als Hexadezimalzahl in Gruppen von 8, 4, 4, 4 und 12 Stellen; Beispiel: <code>8b4b72a2-55dd-4ab7-b239-bb9caad9107a</code></li>
<li>mehrere verschiedene Formate: heutzutage am häufigsten UUIDv4 (mit rein zufälligen Zahlen, außer dass die 13. Hexadezimalstelle die Formatzahl "4" enthält)</li>
<li>Vorteil: in verteilten Systemen keine Koordination bei der Vergabe erforderlich</li>
<li>Nachteil: etwas weniger kompakt, insb. wenn die UUID wie oft üblich als Text abgespeichert wird</li>
<li>Nachteil insb. bei UUIDv4: keine sinnvolle Sortierung -> Alternativvorschläge wie <a href="ietf.org/archive/id/draft-ietf-uuidrev-rfc4122…; oder <a href="github.com/ulid/spec">ULID</a>; stellen eine sortierbar kodierte Form des Erstellungszeitstempels voran</li>
</ul>
</li>
<li>
<a href="de.wikipedia.org/wiki/Content-Addressed_Storag… Storage (CAS)</a>: Bezeichnung eines Datenstroms durch seine kryptografische Prüfsumme (siehe STP004)
<ul>
<li>z.B. Identifikation <a href="dl.xyrillian.de/noises/stp-038-intro.png"… Bildes</a> nicht durch einen Dateinamen/Pfad/URL wie <code>dl.xyrillian.de/noises/stp-038-intro.png</c…;, sondern durch die Prüfsumme <code>sha256:e68ae45acddfab6198c01ba552ca9f1b76e78bc12c4a4ca0476da27d688d8238</code></li>
<li>Bildung von Datenstrukturen (z.B. Ordner oder Lesezeichenlisten) durch Benutzung dieser Prüfsummen-IDs analog zu Inode-Nummern (siehe STP031)</li>
<li>möglicherweise noch menschenlesbare Identifier, die auf CAS-Identifier abbilden (z.B. in <a href="c3d2.de/news/pentaradio24-20210727.html"&…;: Tags als menschenlesbare Namen für Commits)</li>
<li>Vorteil: bei sorgfältigem Design selbsttätige Deduplikation und Integritätsprüfung möglich</li>
<li>Nachteil: Prüfsummen sind nochmal deutlich sperriger als UUIDs</li>
</ul>
</li>
<li>
zur Bezeichnung von Software-Versionen: <a href="de.wikipedia.org/w/index.php?title=Versionsnum…;
<ul>
<li>konventionelles Format: Zahlen mit Punkten getrennt (z.B. <code>1.7.10</code>), sortiert leider nicht lexikografisch (z.B. <code>"1.7.10" > "1.10.7"</code>)</li>
<li>kein fester Formatstandard, aber es gibt Ansätze: z.B. <a href="semver.org/lang/de/">Semantic Versioning</a></li>
<li>Alternativschema: jahreszahlbasiert (z.B. Ubuntu 24.06 ist die im Juni 2024 veröffentlichte Version) -> Bemerkung von ttimeless: kann man auch mit Dateien machen (z.B. <code>2024-03-01-ticket-bahn.pdf</code>)</li>
<li>Alternativschema: das Marketing bestimmt (z.B. XBox -> XBox 360 -> XBox One -> XBox Series X/S)</li>
<li>Alternativschema: Konvergenz (die Versionsnummer von TeX nähert sich der Zahl π an) -> bräuchten wir vielleicht mehr davon :)</li>
</ul>
</li>
</ul>
<h4>Feedback zu STP049</h4>
Till schreibt:
<blockquote>
Hallo Xyrill,
dies bezieht sich auf Schlüsseltechnologie #49 bzw auf die darin erwähnten Farb-Begriffe.
Rot vs blau kommt ursprünglich vom Militär, ich selbst kenn es von den Pfadfindern, damals bei Sommerlagern und/oder Geländespielen. Um ein bisschen Spannung in das Lagerleben zu kriegen (wovon es unter 200 pubertierenden Jünglingen offenbar nicht genug gab), wurden wir in zwei Unterlager aufgeteilt, die in Wettbewerb gingen. Am letzten Abend wurden die Sieger nach Punkten verkündet, hurra. Bei Geländespielen wurde oft eine Burg definiert, gehalten von Blau und attackiert von Rot. Hier die Ursprünge: $LINK
</blockquote>
Xyrill ersetzt hiermit den bereitgestellten Link auf einen Personalagentur-Blog durch <a href="en.wikipedia.org/wiki/Red_team">den ausführlicheren Wikipedia-Artikel</a>.
<blockquote>
Die schwarzen und weißen Hüte kommen aus der Urform des Westernfilms, in der die guten Jungs immer weiße Hüte trugen und die Schurken schwarze. Zuletzt sehr pointiert in der ersten Staffel von "Westworld", die ich außerordentlich stark empfehlen möchte. (Steht bei euch popkulturell ignoranten Cyberspezls immer im Schatten von "Black Mirror".) <a href="en.wikipedia.org/wiki/Black_and_white_hat_symb…;
re: Wurm - <a href="en.wikipedia.org/wiki/Computer_worm#History&qu… sagt</a>, die Bezeichnung gehe zurück auf einen SF-Roman
Schlapphüte (Farbe des Huts zweitrangig) sind geheimdienstlich aktive Personen. Vorkommen: ausschließlich in journalistisch schlampigen Kontexten. Das ist eine dieser Dummphrasen für alle Schreiber, die in Deutsch gelernt haben, dass man sich schöne Synonyme ausdenken soll, damit der Text eleganter wird. Wird er nicht, im Gegenteil fettet er zu, aber das ist wie nem Ochs ins Horn gepetzt. <a …

Kapitelklicken springt direkt hin

Shownotes