gendering: fehlende person-substantive in beiden kursen
- Nutzer/User -> Nutzende - Endnutzer -> Endnutzende - Teilnehmer -> Teilnehmende - Programmierer/Entwickler -> Programmierende/Entwickelnde - Web-Entwickler -> Web-Entwickelnde - Tastatur-Nutzer -> Tastatur-Nutzende - Benutzer -> Nutzende - Konsumenten -> KonsumentInnen - Künstler -> KünstlerInnen - Autor -> AutorIn - Fotografen -> FotografInnen - Kunde -> KundIn ausgenommen: code-identifiers (User, type User, /users/), Sender/Empfänger (network protocol), Sawyer (konkrete person), Hersteller/Betreiber (organisations-rolle).
This commit is contained in:
@@ -160,7 +160,7 @@ AWS Snowmobile: 45-Fuß-Container auf LKW
|
||||
|
||||
**Prozess:**
|
||||
1. AWS schickt verschlüsseltes Gerät
|
||||
2. Kunde kopiert Daten lokal (schnell!)
|
||||
2. KundIn kopiert Daten lokal (schnell!)
|
||||
3. Gerät zurück an AWS
|
||||
4. AWS lädt in S3 hoch
|
||||
|
||||
@@ -220,7 +220,7 @@ Server unter Last (symbolisch)
|
||||
**Klassisches Modell:** Ein Server, viele Clients
|
||||
|
||||
**Problem:**
|
||||
1 Million User wollen 1 GB-Datei
|
||||
1 Million Nutzende wollen 1 GB-Datei
|
||||
→ Server braucht **1 PB Bandbreite!**
|
||||
→ Server überlastet → **"Hug of Death"**
|
||||
|
||||
@@ -252,7 +252,7 @@ Globale Verteilung
|
||||
**Funktionsweise:**
|
||||
1. **Origin Server** (Hauptquelle)
|
||||
2. **Edge Servers** (geografisch verteilt)
|
||||
3. User → nächster Edge Server
|
||||
3. Nutzende → nächster Edge Server
|
||||
4. Erste Anfrage: Edge holt von Origin, cached
|
||||
5. Weitere Anfragen: Direkt vom Edge (schnell!)
|
||||
|
||||
@@ -277,7 +277,7 @@ Große CDN-Anbieter: Cloudflare, Akamai, Amazon CloudFront, Fastly
|
||||
- Lange Cache-Zeit (TTL: Tage/Wochen)
|
||||
|
||||
**Dynamic Content:**
|
||||
- User-spezifisch (Profil)
|
||||
- Nutzungs-spezifisch (Profil)
|
||||
- Kurze TTL oder nicht cachebar
|
||||
|
||||
**Cache Invalidation:**
|
||||
@@ -349,14 +349,14 @@ Dezentral, jeder ist Client & Server
|
||||
- IPFS (InterPlanetary File System)
|
||||
- Blockchain (Bitcoin, Ethereum)
|
||||
|
||||
**Vorteil:** Skalierbar (mehr User = mehr Bandbreite!)
|
||||
**Vorteil:** Skalierbar (mehr Nutzende = mehr Bandbreite!)
|
||||
|
||||
**Nachteil:** Langsam bei wenigen Peers, oft für Piraterie missbraucht
|
||||
|
||||
<!--
|
||||
P2P vs. Client-Server: Kein zentraler Server
|
||||
Last verteilt sich auf alle Teilnehmer
|
||||
Je mehr User, desto schneller (umgekehrt zu Client-Server!)
|
||||
Last verteilt sich auf alle Teilnehmenden
|
||||
Je mehr Nutzende, desto schneller (umgekehrt zu Client-Server!)
|
||||
Zensur-resistent: Kein Single Point of Failure
|
||||
Rechtliche Grauzone: Technologie neutral, aber oft illegal genutzt
|
||||
-->
|
||||
@@ -1023,8 +1023,8 @@ Privacy-Albtraum
|
||||
|
||||
**Beispiele:**
|
||||
- **Foto:** Kamera, Datum, GPS, Belichtung
|
||||
- **MP3:** Künstler, Album, Jahr, Genre, Cover
|
||||
- **PDF:** Autor, Datum, Software
|
||||
- **MP3:** KünstlerInnen, Album, Jahr, Genre, Cover
|
||||
- **PDF:** AutorIn, Datum, Software
|
||||
- **E-Mail:** Absender, Empfänger, Zeitstempel
|
||||
|
||||
**Warum wichtig?**
|
||||
@@ -1180,7 +1180,7 @@ Wikipedia für Musik-Metadaten
|
||||
**Idee:** Wikipedia für Musik-Metadaten
|
||||
|
||||
**Community-gepflegt:**
|
||||
- Künstler, Alben, Tracks
|
||||
- KünstlerInnen, Alben, Tracks
|
||||
- Relationships (Band-Mitglieder, Label...)
|
||||
- Releases (verschiedene Editionen, Länder)
|
||||
|
||||
@@ -1239,7 +1239,7 @@ Versteckte Informationen sichtbar
|
||||
**PDF-Metadaten (XMP):**
|
||||
|
||||
**Gespeichert:**
|
||||
- Titel, Autor, Betreff, Keywords
|
||||
- Titel, AutorIn, Betreff, Keywords
|
||||
- Erstellungsdatum, Änderungsdatum
|
||||
- Software, **Company** (aus Office-Lizenz!)
|
||||
|
||||
@@ -1600,7 +1600,7 @@ QKD: Abhör-sichere Kommunikation (Quantenmechanik garantiert)
|
||||
|
||||
**Filecoin (2017):**
|
||||
- Blockchain-basiert
|
||||
- User vermieten Festplatten-Platz
|
||||
- Nutzende vermieten Festplatten-Platz
|
||||
- Bezahlung in FIL (Kryptowährung)
|
||||
|
||||
**Arweave (2018):**
|
||||
@@ -1638,7 +1638,7 @@ Legitime Use-Cases: NFT-Storage, Zensur-resistente Archivierung
|
||||
- 5G + Edge Computing nötig
|
||||
|
||||
**Cloud Gaming:**
|
||||
- Spiel im Rechenzentrum, Stream zu User
|
||||
- Spiel im Rechenzentrum, Stream zu Nutzenden
|
||||
- Input-Lag = Todfeind (<50ms)
|
||||
|
||||
**Problem:** Physik (Lichtgeschwindigkeit!)
|
||||
@@ -1647,7 +1647,7 @@ Legitime Use-Cases: NFT-Storage, Zensur-resistente Archivierung
|
||||
8K: YouTube unterstützt, aber wer hat 8K-Monitor?
|
||||
VR: Meta Quest, Apple Vision Pro
|
||||
Latenz: Lichtgeschwindigkeit ~300.000 km/s, aber Routing + Processing addiert sich
|
||||
Edge Computing: Server näher an User (5G-Masten)
|
||||
Edge Computing: Server näher an Nutzende (5G-Masten)
|
||||
Cloud Gaming: Stadia gescheitert (2023 †), GeForce Now, Xbox Cloud
|
||||
Input-Lag: Fiber ~5ms/1000km, aber Server-Processing + Encoding + Decoding
|
||||
-->
|
||||
|
||||
Reference in New Issue
Block a user