Manche davon nutze ich wirklich jeden Tag, andere hole ich nur raus, wenn ich ein ganz bestimmtes Problem habe. Hier ist meine Liste – quer durch den Gemüsegarten: Git, Docker, Netzwerk, Daten und inzwischen auch lokale KI.

Auch bemerke ich immer mehr, dass sehr viel mehr Menschen CLI Tools bevorzugen. Viele Entwickler und Entwicklerinnen, die ich kenne, nutzen sie täglich. Desktop-Apps sind oft überladen und berbrauchen zviel zu viele Ressourcen. Ausserdem kann ich eine CLI auch auf einem Server nutzen, ohne dass ich eine GUI brauche.

1. DNSGlobe

dnsglobe ist ein DNS Propagation Checker und ein DNS Lookup Tool. Betrachte deine DNS Einträge auf einer Weltkarte in deinem Terminal. Es sind 34 öffentliche DNS Resolver voreingestellt, die du abfragen kannst. Abgesehen davon kannst du auch eigene Resolver hinzufügen.

Installieren kannst du es mit dem Befehl:

1brew install dnsglobe   # Homebrew (macOS/Linux)
2cargo install dnsglobe               # from crates.io
3yay -S dnsglobe                      # from archlinux aur (compile from source)
4yay -S dnsglobe-bin                  # from archlinux aur (install prebuilt binary)
5nix run github:514-labs/dnsglobe     # Nix flakes (builds from source)
6x eget use 514-labs/dnsglobe         # from (from its GitHub release)
7# or grab a prebuilt binary from the GitHub Releases page

Und starten kannst du es so:

1dnsglobe                            # start empty, type a domain
2dnsglobe example.com                # query immediately and watch
3dnsglobe example.com TXT            # same, starting on TXT records
4dnsglobe --once example.com TXT     # no TUI: print results, exit (for scripts)
5dnsglobe example.com --ecs 203.0.113.0/24        # see the zone as that client network does
6dnsglobe --once example.com --ecs 203.0.113.0/24,198.51.100.0/24
7                                    # one table per subnet + a convergence summary

dnsglobe - Global DNS propagation checker TUI — watch a DNS record propagate across 34 public resolvers worldwide, on a world map in your terminal

2. Oxker

Die Verwaltung von Docker-Containern im Terminal braucht oft mehrere Befehle, um den Überblick zu behalten.

Oxker vereinfacht das. Es bündelt die wichtigsten Funktionen in einer einzigen Konsolen-App. Du kannst Container anzeigen, ihre Ressourcennutzung prüfen, Logs ansehen und verwalten, ohne ständig neue Befehle einzutippen.

Zusätzlich lassen sich Container direkt über die Benutzeroberfläche starten, stoppen oder neu starten. Damit entfallen ständige ID-Kopieraktionen und das Openen mehrerer Fenster. Gerade bei der Fehlersuche ist das ein praktischer Vorteil.

Wenn du Logs und Status schnell prüfen willst, ohne immer wieder Docker-Befehle zu tippen, ist Oxker eine sehr effiziente Lösung.

Oxker - A simple tui to view & control docker containers

3. Croc

Dateien zwischen zwei Computern zu senden ist nicht immer Einfach. Manchmal braucht es SSH-Zugriff, Schlüssel, oder Port-Weiterleitungen, bevor ein Transfer klappt.

Croc vereinfacht das. Du kannst Dateien und Ordner direkt vom Terminal zwischen Rechnern verschieben. Die Übertragung ist Ende-zu-Ende verschlüsselt, unterstützt mehrere Dateien und kann nach einer Unterbrechung fortgesetzt werden.

Croc ist ideal, wenn du Dateien schnell und ohne aufwendige Netzwerk-Konfiguration austauschen möchtest.

Croc - Easily and securely send things from one computer to another 🐊 📦

4. Worktrunk

Worktrunk ist ein Tool zur Verwaltung von Git-Worktrees im Terminal. Es macht es einfacher, mehrere Worktrees zu erstellen, zwischen ihnen zu wechseln und sie zu verwalten, wenn man parallel an verschiedenen Aufgaben arbeitet.

Mit Befehlen wie wt switch, wt list und wt remove kannst du Worktrees schnell anlegen, wechseln, prüfen und aufräumen. Das Tool unterstützt außerdem Hooks, Merge- Workflows, interaktive Worktree-Navigation, gemeinsame Build- Caches und Integrationen, mit denen du Agenten wie Claude Code direkt aus einem Worktree starten kannst.

Worktrunk - Worktrunk is a CLI for Git worktree management, designed for parallel AI agent workflows.

5. Yq

Wenn du mit YAML-Dateien im Terminal arbeitest, musst du oft immer wieder Datei öffnen, Wert finden, ändern und dann wieder speichern. yq macht diese kleinen Aufgaben deutlich schneller und komfortabler direkt in der Kommandozeile.

Du kannst damit strukturierte Daten wie YAML, JSON, XML, CSV und TOML einfach lesen, filtern, aktualisieren, zusammenführen und konvertieren. yq ist besonders praktisch, wenn du Konfigurationsdateien, Skripte oder CI/CD-Pipelines bearbeitest und Werte schnell auslesen oder ändern willst, ohne die Datei manuell zu editieren.

6. Gitlogue

Das Durchsehen von Git-Protokollen und Diffs kann zwar Aufschluss über Änderungen geben, bietet aber nicht immer ein umfassendes Verständnis der Entwicklung eines Projekts im Laufe der Zeit. Gitlogue löst dieses Problem, indem es Ihren Commit-Verlauf in eine animierte Wiederholung umwandelt, sodass Sie die Entwicklung Ihrer Codebasis direkt vom Terminal aus Schritt für Schritt verfolgen können.

Gitlogue ist besonders nützlich, wenn Sie die Entwicklung Ihres Projekts im Allgemeinen überprüfen möchten, anstatt jeden einzelnen Commit einzeln zu untersuchen. Es bietet einen klareren und prägnanteren Überblick über Ihren Git-Verlauf und erleichtert so das Verständnis der Entwicklung Ihres Projekts im Laufe der Zeit.

Gitlogue - A cinematic Git commit replay tool for the terminal, turning your Git history into a living, animated story.

7. Visidata

Wenn du eine CSV-Datei schnell ansehen oder filtern willst, ist die Arbeit mit strukturierten Daten im Terminal oft nicht besonders angenehm. Mit VisiData kannst du Datensätze sofort direkt im Terminal erkunden und analysieren.

VisiData bietet eine Tabellenoberfläche mit Funktionen zum Sortieren, Filtern, Bearbeiten und Arbeiten mit Daten. Es erspart dir oft das Kombinieren mehrerer Tools wie awk, sed und jq, wenn du einen Datensatz schnell überprüfen willst.

VisiData - A terminal spreadsheet multitool for discovering and arranging data

8. Kondo

Wenn du an mehreren Projekten arbeitest, können Build-Dateien, Abhängigkeiten und generierte Dateien still und leise viel Platz verschwenden. Ordner wie node_modules oder build manuell zu finden, kostet Zeit.

Mit kondo kannst du Projekte direkt aus dem Terminal aufräumen. Es scannt deine Projekte nach unnötigen Build-Artefakten und Abhängigkeiten und zeigt dir an, was du entfernen kannst, um Speicherplatz freizugeben.

Es zeigt auch, wie viel Platz diese Dateien einnehmen, und du kannst auswählen, was du entfernen willst. Kondo unterstützt verschiedene Sprachen und Frameworks und ist deshalb sehr nützlich, um alte Abhängigkeiten und Build-Dateien im Laufe der Zeit aufzuräumen.

Ein Wort der Warnung: Kondo ist im nichts anderes als “rm -rf”. Benutzte es mit Vorsicht. Immer ein Backup deiner Projekte haben.

kondo - A command-line tool for cleaning up dependencies and build artifacts from your projects.

9. Grex

Reguläre Ausdrücke zu schreiben ist nicht immer einfach. Man weiß oft, was man abgleichen will, braucht aber dennoch Zeit, um das richtige Muster und die passende Syntax zu finden.

grex macht das leichter. Du gibst ihm Beispiel-Strings, die du abgleichen willst, und es erzeugt automatisch ein passendes Muster. So musst du die Regex nicht selbst schreiben.

Das Tool unterstützt auch Unicode, inklusive Zeichen außerhalb von einfachem ASCII. grex ist deshalb nützlich für Eingabevalidierung, Log-Parsing, Textverarbeitung und andere Aufgaben, bei denen Muster abgeglichen werden müssen.

Grex - A command-line tool and Rust library with Python bindings for generating regular expressions from user-provided test cases.

Der Grund dafür war bei mir, dass durch das Fehlen des Browsers Edge auch die WebView2-Komponente fehlte oder fehlerhaft war. Windows braucht WebView2 aber zwingend, um bestimmte Inhalte (wie eben die Websuche im Startmenü) anzuzeigen.

Das zweite Problem: Wenn man versucht, WebView2 über die normalen Windows-Einstellungen zu reparieren oder zu löschen, passiert gar nichts. Auch eine manuelle Neuinstallation funktioniert nicht, weil die Komponente laut Windows angeblich schon installiert ist.

Hier ist die einfache Anleitung, wie du WebView2 komplett löschst und sauber neu installierst – und zwar ganz ohne die kaputte Windows-Suche nutzen zu müssen.

Schritt 1: Schlüssel aus der Registry entfernen

Damit wir das Programm löschen dürfen, müssen wir zuerst einen Sperr-Schlüssel in der Windows-Registry entfernen.

1. Drücke die Tastenkombination Win + R, tippe regedit ein und bestätige mit Enter (oder Klick auf OK).
2. Navigiere auf der linken Seite zu folgendem Pfad: HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\EdgeUpdate\Clients\
3. Lösche dort auf der linken Seite den kompletten „Ordner“ (Schlüssel) mit dem Namen: {F3017226-FE2A-4295-8BDF-00C3A9A7E4C5}

Schritt 2: WebView2 deinstallieren

Nachdem die Sperre in der Registry weg ist, können wir die alte (oder fehlerhafte) Installation entfernen. Da unsere Windows-Suche kaputt ist, starten wir das Terminal über das versteckte Power-Menü.

1. Drücke Win + X auf deiner Tastatur (oder mache einen Rechtsklick auf den Start-Button).
2. Klicke im aufklappenden Menü auf Terminal (Admin) oder Windows PowerShell (Administrator). Bestätige die Sicherheitsabfrage mit “Ja”.
3. Gib nun den folgenden Befehl ein, um in das richtige Verzeichnis zu wechseln, und drücke Enter:

1cd "C:\Program Files (x86)\Microsoft\EdgeWebView\Application\*\Installer"

(Hinweis: Das Sternchen * ist praktisch, da es automatisch den Ordner mit der aktuellen Versionsnummer findet.)

4. Starte danach die Deinstallation mit diesem Befehl und drücke Enter:

1.\setup.exe --uninstall --msedgewebview --system-level --verbose-logging --force-uninstall

Das Programm wird jetzt im Hintergrund restlos deinstalliert.

Schritt 3: Restliche Dateien aufräumen

Um ganz sicherzugehen, dass für die Neuinstallation ein komplett sauberes System bereitsteht, löschen wir noch die übrig gebliebenen Ordner.

Kopiere diese beiden Befehle nacheinander in dein noch offenes Terminal-Fenster und bestätige jeweils mit Enter:

1cmd /c rmdir /s /q "C:\Program Files (x86)\Microsoft\EdgeWebView"
2cmd /c rmdir /s /q "$env:localappdata\Microsoft\EdgeWebView"

(Da wir uns in der PowerShell befinden, nutzen wir cmd /c davor, damit der Löschbefehl sauber ausgeführt wird).

Du kannst das blaue/schwarze Fenster nun schließen. Dein System ist jetzt komplett frei von WebView2-Resten.

Schritt 4: WebView2 sauber neu installieren

Zum Schluss müssen wir die Komponente nur noch frisch installieren, damit die Windows-Suche wieder funktioniert.

1. Öffne deinen verbliebenen Browser und gehe auf die offizielle Download-Seite von Microsoft: Microsoft Edge WebView2 herunterladen.
2. Scrolle etwas nach unten zum Bereich “Evergreen Standalone Installer”. (Nimm unbedingt diesen Standalone-Installer, der funktioniert bei modifizierten Systemen wie Tiny11 deutlich zuverlässiger).
3. Klicke auf den Button x64 (für 64-Bit Systeme), stimme den Bedingungen zu und lade die Datei herunter.
4. Mache einen Rechtsklick auf die heruntergeladene Datei in deinem Download-Ordner und wähle “Als Administrator ausführen”.

Sobald die Installation durchgelaufen ist, starte deinen Computer einmal neu. Danach sollte die Windows-Suche sofort wieder wie gewohnt reagieren!

Besonders eine Sache habe ich in der letzten Zeit im Arbeitsalltag extrem zu schätzen gelernt: die Assistenten-Funktion. Die Möglichkeit, sich spezifische Agenten für unterschiedliche Aufgabenbereiche (z. B. gezieltes Code-Review, Brainstorming oder als Refactoring-Helfer) mit eigenen System-Prompts vorzukonfigurieren, beschleunigt den Workflow enorm.

Anders als LM Studio (Closed-Source) oder Ollama (klarer Fokus auf CLI) bringt Jan eine aufgeräumte grafische Oberfläche mit echter Open-Source-Transparenz und einer eigenen Plugin-Architektur mit.

Warum Jan AI aktuell in meinem Werkzeugkasten liegt

• Offline-First: Einmal das Modell (z. B. als GGUF) geladen, bleibt der gesamte Traffic auf meiner Maschine. Keine Telemetrie, keine Überraschungen.
• Die Assistenten: Mein persönliches Highlight. Verschiedene “Personas” lassen sich sauber trennen und per Klick umschalten, ohne dass ich jedes Mal den Kontext neu definieren muss.
• Ressourcenschonend: Basiert auf llama.cpp und greift direkt auf die Hardware-Beschleunigung (Metal, CUDA, Vulkan) zu.
• Nahtlose Remote-Provider: Auch wenn mein Ansatz ganz klar “Local First” ist, gibt es komplexe Aufgaben, für die man doch mal auf die großen Modelle der KI-Unternehmen zurückgreifen muss. Jan macht das extrem flexibel: Neben Anbietern wie Gemini oder LM Studio f0rge lassen sich unzählige weitere Remote-APIs wie OpenAI, Anthropic, Mistral, Groq, xAI, MLX, Azure, Hugging Face, NVIDIA NIM oder OpenRouter zuschalten (wie auch in image_1567fe.png zu sehen). Das Geniale daran: Man bleibt in derselben UI und nutzt seine perfekt konfigurierten lokalen Assistenten einfach temporär mit einem Cloud-Modell.

Der Local API Server

Für Skripte und kleine Automatisierungen bringt Jan einen echten Vorteil mit: einen lokalen, OpenAI-kompatiblen API-Endpunkt.

1. In den Settings den Local API Server aktivieren.
2. Der Dienst lauscht standardmäßig auf http://localhost:1337.

Das lässt sich ganz simpel testen:

1curl http://localhost:1337/v1/chat/completions \
2  -H "Content-Type: application/json" \
3  -d '{
4    "model": "your-model-id",
5    "messages": [{"role": "user", "content": "Hello"}]
6  }'

Das funktioniert perfekt als lokales Drop-in-Replacement für IDE-Plugins oder Kommandozeilen-Tools, die eigentlich nach einem OpenAI-Key verlangen. Man verbiegt einfach die Base-URL auf localhost.

Jan vs. LM Studio vs. Ollama

Je nach Einsatzzweck haben alle Tools ihre Berechtigung. Hier meine aktuelle Einordnung:

Mein Fazit

Wer primär schnelle, leichtgewichtige API-Endpunkte für Skripte oder zentrale Deployments sucht, ist mit Ollama nach wie vor gut bedient. Würde ich jedoch in 2026 immer direkt zu llama.cpp greifen weil es einfach flexibler ist. Für den Desktop-Einsatz als täglicher Begleiter hat Jan bei mir mittlerweile aber einen festen Platz – gerade wegen der sauberen Open-Source-Natur, der starken Assistenten-Verwaltung und der Flexibilität, bei Bedarf unkompliziert die großen Cloud-Modelle einzubinden.

In der AI-Engineering-Welt wird aktuell viel darüber diskutiert, wie überraschend effektiv das Generieren und Nutzen von nativem HTML im Umgang mit LLMs sein kann. Anthropic hat dazu vor Kurzem einen interessanten Blog-Post veröffentlicht: Using Claude Code: The unreasonable effectiveness of HTML.

Ich nutze in meiner lokalen Umgebung selbst einen kleinen LLM-gestützten PDF Intelligence & Renaming Agent, um Scans nach dem Einlesen einen Dateinamen zu geben, der meiner bevorzugten Wahl entspricht. Das funktioniert hervorragend.

Aus Neugier habe ich dann zwei aktuelle Frontier-Modelle gebeten, meine schlanke Markdown-Spezifikation (AGENTS.md) in ein hochgradig durchgestyltes HTML-Dokument zu übersetzen – so, wie es in dem Blogpost vorgeschlagen wird. Das optische Ergebnis ist bei beiden zweifellos schick. Aber als DevOps- und Software-Engineer schaut man eben auch auf die Metriken unter der Haube. Und die sprechen eine ganz andere Sprache.

Der nackte Zahlenvergleich: Markdown vs. HTML

Schauen wir uns an, was passiert, wenn man identische logische Anweisungen von Markdown in ein modernes HTML-Skelett gießt. Ich habe dafür zwei Generierungen durchgeführt: einmal mit Google Gemini (kompakteres Output, Print-CSS-Fokus) und einmal mit Claude Sonnet (vollständiges interaktives Layout mit aufklappbaren Sektionen, CSS-Grid, Animationen).

Hinweis zur Token-Schätzung: Die GPT-4o-Zahlen (Gemini-Spalte) basieren auf dem OpenAI-Tokenizer; die Claude-Schätzung auf ~3,8 Zeichen/Token (claude-sonnet-4-6).

Warum explodiert der Token-Count so massiv?

Die zugrundeliegende Programmlogik, die Systemgrenzen und die Verzeichnisstrukturen sind identisch geblieben. Der Mehrverbrauch resultiert ausschließlich aus syntaktischem Overhead: Inline-CSS-Klassen, verschachtelte <div>- und <table>-Strukturen, CSS-Variablen, JavaScript für Interaktionen und HTML-Entities wie → oder •. Das alles landet vollständig im Kontextfenster – kein Modell kann da “wegschauen”.

Je ambitionierter das visuelle Design, desto schlimmer die Bilanz. Die Claude-Variante, die wirklich hübsch geworden ist (dunkles Terminal-Theme, aufklappbare Phasen, farbcodierte Blöcke), kostet über 5× so viele Tokens wie das Original.

Der funktionale Blueprint des Agenten

Damit wir vom selben Inhalt sprechen, hier die Kurzfassung dessen, was die Spezifikation regelt:

• Zweck: Nimmt PDFs aus new/, jagt sie durch ein Python-OCR-Skript (pdf-extract.py), liest die Extraktion aus einem Buffer output.txt und generiert ein finales, sicheres Batch-Skript (rename.sh oder rename.ps1).
• Sicherheitsgrenze: Der Agent darf niemals selbst Dateien verschieben oder löschen, sondern schreibt ausschließlich idempotente Befehle (wie mv -n) in das Skript.
• Naming-Schema: yyyy-mm-dd--[category]--[sender]--[subject].pdf (Strict Lowercase, Kebab-Case, Umlaut-Sanitizing).
• Klassifizierung: Striktes Mapping auf elf vordefinierte Kategorien (z. B. amt-behoerde, arbeitgeber, haendler-shop, versicherungen).

Mein Fazit: Markdown bleibt King im Core-Engineering

Versteht mich nicht falsch: Man könnte das CSS auslagern, wenn man solche UI-Strukturen standardisiert und häufiger abruft. Aber warum sollten wir das im Entwicklungsalltag überhaupt erzwingen?

Heutzutage schickt doch niemand mehr lose, rohe Markdown-Dateien per E-Mail oder Chat durch die Gegend. Wir arbeiten in Git-Ökosystemen. Sobald du einen Link zu einer .md-Datei in GitHub, GitLab oder Codeberg teilst, übernimmt das Web-Interface das saubere Rendering für das menschliche Auge – ganz ohne eine einzige Zeile mitgeschlepptes CSS.

Wenn dieser Prompt oder diese Dokumentation nun Teil des Kontextfensters eines AI-Agenten wird (sei es lokal via Ollama/vLLM oder über externe APIs), zahlen wir bei HTML einen 400–430% Token-Aufschlag für reines visuelles Lametta, das die LLM-Logik kein bisschen verbessert. Das ist kein akademisches Detail: Bei langen Agentenläufen mit vielen eingelesenen Dateien summiert sich das direkt in höhere Kosten und kürzere effektive Kontextfenster.

Der Thariq-Blogpost hat übrigens durchaus seinen Punkt – aber er beschreibt primär einen Output-Workflow: Claude Code erzeugt HTML-Berichte, die Menschen lesen. Für diesen Anwendungsfall ist HTML tatsächlich überlegen. Das Problem entsteht, wenn man HTML auch als Input für Agenten einsetzt, also als Systemkontext, Spec oder Instruktionsdatei. Da dreht sich der Vorteil um.

Mein Fazit für schlanke Dokumentation: Für menschliche Interfaces im Browser ist HTML nett; im Herzstück meiner/unserer Engineering- und Automatisierungsumgebungen ist GitHub-Flavored-Markdown nach wie vor das ungeschlagene Optimum aus Lesbarkeit, Versionierbarkeit und Token-Effizienz.

In einem Double-NAT-Setup (Router -> UniFi Gateway Ultra -> Forgejo) müssen die Ports jedoch präzise kaskadiert werden.

Das Setup

Der Datenfluss folgt dieser Kette, um den internen Forgejo-SSH-Dienst sicher nach außen zu führen:

1. Externer Router: Leitet Port 33022 (Public) an die WAN-IP des UniFi Gateways weiter.
2. UniFi Gateway Ultra: Nimmt die Anfrage auf Port 33022 entgegen und leitet sie an die interne Server-IP von Forgejo (z.B. 192.168.1.201) weiter.
3. Forgejo Instanz: Nutzt den internen SSH-Server, konfiguriert auf Port 33022.

Die Lösung für Verbindungsprobleme

Oft scheitert die Verbindung am Standard-Port 22. Die Lösung: Den internen Forgejo-SSH-Dienst explizit auf den Zielport umstellen (z.B. 2222), damit die Port-Weiterleitung der Firewall direkt auf den lauschenden Dienst trifft.

Wichtige Konfiguration (app.ini)

Damit die Links in der Weboberfläche stimmen, muss die Forgejo-Konfiguration angepasst werden:

• SSH_LISTEN_PORT = 33022 (Worauf der Dienst lauscht)
• SSH_PORT = 33022 (Was der User von außen eingeben muss)
• SSH_DOMAIN = deine.domain.de

Client-Tipp: SSH Config

Um nicht jedes Mal den Port angeben zu müssen, hilft ein Eintrag in der lokalen ~/.ssh/config:

Host mein-git
    HostName deine.domain.de
    Port 33022
    User git

Ein einfaches git clone ssh://git@deine.domain.de:33022/user/repo.git genügt ab jetzt.

Fazit: Durch die Trennung von Web-Traffic (via NPM auf 443) und SSH-Traffic (via Port-Forwarding auf 33022) erhält man ein performantes und sauberes Self-Hosting-Setup.

Dort wechselt man in das Verzeichnis seiner Nextcloud-Installation und kann mit sudo -u www-data php occ app:update --all den Update-Vorgang starten. Wenn das dann aber auch hier - siehe Bild - so aussieht wie im Webinterface, dann gibt es Abhilfe.


Mit dem Befehl

1sudo -u www-data php occ maintenance:repair

least sich ein fehlgeschlagenes Update nämlich reparieren und wenn man dann erneut den Befehl sudo -u www-data php occ app:update --all für das Update ausführt, sollte nach kurzer Zeit die Ausgabe ähnlich aussehen:


Und dann klappt das auch wieder mit den Updates.

Someday aliens are going to land their saucers in a field somewhere in New Jersey and everything is going to go just fine right up until we try to explain our calendar to them.

Humans: “yeah we divide our year into a number of sub units called ‘months’ made up a number of days, and they’re not all the same length”

Aliens: “I guess that’s unavoidable, if your rotations-count per orbit is a prime number”

Humans: “yeah, our’s isn’t prime”

Aliens: “but surely you have most of these ‘months’ the same length and just make the last one shorter or longer?”

Humans: “No… They’re different lengths following no logical pattern”

Aliens: “what”

Humans: “and we further subdivide the months into ‘weeks’, which is 7 days.”

Aliens: “ahh, so each month is an integer multiple of weeks?”

Humans: “that would make sense, but no. Only one is, sometimes”

Aliens: “SOMETIMES?!”

Humans: “yeah our orbit around the sun isn’t an integer number of days, so we have to change the number of days to in a year from time to time”

Aliens: “oh yes, a similar thing happens on Epsilon Indi 7, where they have to add an extra day every 39 years to keep holidays on track”

Humans: “yeah that’s how ours work! Although the ratio doesn’t work out cleanly, so we just do every 4 years, except every 100 years, except except every 400 years”

Aliens: “oh, you number your years? What’s the epoch?”

Humans: “uh, it’s supposed to be the birth of a religious leader, but they got the math wrong so it’s off by 4 years, if he existed at all.”

Aliens: “if? You based your calendar off the birth date of someone you’re not sure exists?”

Humans: “yeah. He’s written about in a famous book but historical records are spotty.”

Aliens: “interesting. I didn’t realize your planet was one of the ones with a single universal religion, that usually only happens in partial or complete hive minds.”

Humans: “uhh, we’re not.”

Aliens: “You’re not?!”

Humans: “yeah we have multiple religions.”

Aliens: “oh but they all have a common ancestor, which agrees on the existence of that leader, right?”

Humans: “uh, no. Two of the big ones do, but most of the others don’t believe in him”

Aliens: “YOUR CALENDAR IS BASED ON A RELIGIOUS LEADER THAT NOT EVERYONE BELIEVES IN?”

Humans: “well, on his birth. And yeah, we got it wrong by a couple years.”

Aliens: “OK, fine. So, you have somewhat complicated rules about when you change the length of your years, and I’m scared to ask this, but… You definitely just add or subtract that extra day at the end, right?”

Humans: “…. Nope.”

Aliens: “At the start of the year? "

Humans: “nah. The end of the second month”

Aliens: “WHY WOULD IT BE THE SECOND MONTH?”

Humans: “I’m not sure, really.” Aliens: “huh. So at this point I’m dreading asking this, but how do you measure time within each day?”

Humans: “oh that’s much simpler. Each day is divided into hours, each hour has minutes, and each minute has seconds.”

Aliens: “ok. And 10 of each?”

Humans: “10 hours? No. There’s 24 hours, 60 minutes, 60 seconds”

Aliens: “…. I thought you said you used a base-10 counting system”

Humans: “we do! Mostly. But our time system came from some long gone civilization that liked base-60 like 5000 years ago”

Aliens: “and you haven’t changed it since?”

Humans: “No.”

Aliens: “huh. Okay, so why 24? That’s not a divisor of 60”

Humans: “oh because it’s actually 12!”

Aliens: “what”

Humans: “yeah each day is 24 hours but they are divided into two sets of 12.”

Aliens: “and that’s 5 12s, right, I see the logic here, almost. So like, after hour 12, it becomes the second half, which is 1?”

Humans: “No, after 11.”

Aliens: “oh, you zero-index them! So it’s hours 0-11 in the first half, then 12-23 in the second half?”

Humans: “No. 12 to 11 in the first half, and again in the second half”

Aliens: “please explain that before my brain melts out my mouth”

Humans: “the first hour is 12. Then the next one is 1, then it goes back up to 11, then 12 again”

Aliens: “that is not how numbers work. And how do you tell first 12 apart from second 12?”

Humans: “oh we don’t use numbers for that!”

Aliens: “you don’t number the two halves of your day?”

Humans: “nah, we call them AM and PM”

Aliens: “WHAT DOES THAT MEAN”

Humans: “I think it’s ante-meridian and post-meridian? But I’m not sure, I dont know much Latin”

Aliens: “Latin?”

Humans: “yeah it’s an ancient language from an old empire which controlled a lot of the world and we still use some of their terms”

Aliens: “oh, and that was the civilization that liked base-60 and set up your time system?”

Humans: “that would make sense, but… No, completely different one.”

Aliens: “okay, and what do you do to if you want to measure very short times, shorter than a second?”

Humans: “oh we use milliseconds and microseconds”

Aliens: “ahh, those are a 60th of a second and then 60th of the other?”

Humans: “No. Thousandths.”

Aliens: “so you switch to base-10 at last, but only for subdivisions of the second?”

Humans: “yeah.”

Aliens: “but at thousands, ie, ten tens tens”

Humans: “yeah. Technically we have deciseconds and centiseconds, which are 1/10 of a second, and 1/100 of a second, but no one really uses them. We just use milli.”

Aliens: “that seems more like a base-1000 system than a base-10 system.”

Humans: “it kinda is? We do a similar thing with measures of volume and distance and mass.”

Aliens: “but you still call it base-10?”

Humans: “yeah”

Aliens: “so let me see if I get this right: Your years are divided in 10 months, each of which is some variable number of days, the SECOND of which varies based on a complex formula… and each day is divided into two halves of 12 hours, of 60 minutes, 60 seconds, 1000 milliseconds?”

Humans: “12 months, actually.”

Aliens: “right, because of the ancient civilization that liked base-60, and 12 is a divisor of 60.”

Humans: “No, actually, that came from the civilization that used latin. Previously there were 10.”

Aliens: “what”

Humans: “yeah the Latin guys added two months part of the way through their rule, adding two more months. That’s why some are named after the wrong numbers”

Aliens: “you just said two things I am having trouble understanding. 1. Your months are named, not numbered? 2. THE NAMES ARE WRONG?”

Humans: “yep! Our 9th month is named after the number 7, and so on for 10, 11, and 12.”

Aliens: “your 12th month is named… 10?”

Humans: “yeah.”

Aliens: “what are the other ones named after?!”

Humans: “various things. Mainly Gods or rulers”

Aliens: “oh, from that same religion that your epoch is from?”

Humans: “uh… No. Different one.”

Aliens: “so you have an epoch based on one religion, but name your months based on a different one?”

Humans: “yeah! Just wait until you hear about days of the week.”

Aliens: “WHAT”

Humans: “so yeah we group days into 7-day periods-”

Aliens: “which aren’t an even divisor of your months lengths or year lengths?”

Humans: “right. Don’t interrupt”

Aliens: “sorry”

Humans: “but we name the days of the week, rather than numbering them. Funny story with that, actually: there’s disagreement about which day starts the week.”

Aliens: “you have a period that repeats every 7 days and you don’t agree when it starts?”

Humans: “yeah, it’s Monday or Sunday.”

Aliens: “and those names come from…”

Humans: “celestial bodies and gods! The sun and moon are Sunday and Monday, for example”

Aliens: “but… I looked at your planet’s orbit parameters. Doesn’t the sun come up every day?”

Humans: “yeah.”

Aliens: “oh, do you have one of those odd orbits where your natural satellite is closer or eclipsed every 7 days, like Quagnar 4?”

Humans: “no, the sun and moon are the same then as every other day, we just had to name them something.”

Aliens: “and the other days, those are named after gods?”

Humans: “yep!”

Aliens: “from your largest religion, I imagine?”

Humans: “nah. That one (and the second largest, actually) only has one god, and he doesn’t really have a name.”

Aliens: “huh. So what religion are they from? The Latin one again?”

Humans: “nah, they only named one of the God-days”

Aliens: “only on… SO THE OTHER DAYS ARE FROM A DIFFERENT RELIGON ENTIRELY?”

Humans: “Yep!”

Aliens: “the third or forth biggest, I assume?”

Humans: “nah, it’s one that… Kinda doesn’t exist anymore? It mostly died out like 800 years ago, though there are some modern small revivals, of course”

Aliens: “so, let me get confirm I am understanding this correctly. Your days and hours and seconds and smaller are numbered, in a repeating pattern. But your years are numbered based on a religious epoch, despite it being only one religion amongst several.”

Humans: “correct so far”

Aliens: “and your months and days of the week are instead named, although some are named after numbers, and it’s the wrong numbers”

Humans: “exactly”

Aliens: “and the ones that aren’t numbers or rulers or celestial objects are named after gods, right?”

Humans: “yup!”

Aliens: “but the months and the days of the week are named after gods from different religons from the epoch religion, and indeed, each other?”

Humans: “yeah! Except Saturday. That’s the same religion as the month religion”

Aliens: “and the month/Saturday religion is also from the same culture who gave you the 12 months system, and the names for the two halves of the day, which are also named?”

Humans: “right! Well, kinda.”

Aliens: “please explain, slowly and carefully”

Humans: “yeah so cultures before then had a 12 month system, because of the moon. But they had been using a 10 month system, before switching to 12 and giving them the modern names”

Aliens: “the… Moon? Your celestial body?”

Humans: “yeah, it completes an orbit about every 27 days, so which is about 12 times a year, so it is only natural to divide the year into 12 periods, which eventually got called months”

Aliens: “ok, that makes sense. Wait, no. Your orbital period is approximately 365.25 days, right?”

Humans: “yeah. That’s why we do 365 or 366 based on the formula”

Aliens: “but that doesn’t work. 365 divided by 27 is ~13.5, not 12”

Humans: “yeah I’m not sure why 12 was so common then. Maybe it goes back to the base 60 people?”

Aliens: “okay so one final check before I file this report: Years are numbered based on a religious leader. Years always have 12 months, but the lengths of those months is not consistent between each other or between years.”

Humans: “don’t forget the epoch we number our years from is wrong!”

Aliens: “right, yes. And your months are named, some after a different religion, and some after numbers, but not the number the month is in the year.”

Humans: “right. And when we change the month lengths, it’s the second one we change”

Aliens: “how could I forget? After months you have a repeating ‘week’ of 7 days, which is named after gods from two religons, one of which is the month-naming one, and a nearly extinct one. And you don’t agree when the week starts.”

Humans: “nope! My money is on Monday.”

Aliens: “that’s the Monday that’s named after your moon, which supposedly influenced the commonality of the 12 months in a year cycle, despite it orbiting 13 times in a year?”

Humans: “correct!”

Aliens: “and as for your days, they split into two halves, named after a phrase you don’t really understand in the long dead language of the same culture that named the months and Saturday.”

Humans: “Yep. I took some in college but all I remember is like, ‘boy’, ‘girl’, ‘stinky’, ‘cocksucker’”

Aliens: “charming. And then each half is divided into 12 hours, but you start at 12, then go to 1, and up to 11”

Humans: “all I can say is that it makes more sense on analog clocks.”

Aliens: “i don’t know what that is and at this point I would prefer you not elaborate. So each of those hours is divided into 60 minutes and then 60 seconds, and this comes from an ancient civilization, but not the one that gave you the month names”

Humans: “yep. Different guys. Different part of the world.”

Aliens: “ok. And then after seconds, you switch to a ‘base-10’ system, but you only really use multiples of a thousand? Milliseconds and microseconds?”

Humans: “right. And there’s smaller ones beyond that, but they all use thousands”

Aliens: “right. Got it. All written down here. Now if you’ll excuse me, I just gotta go make sure I didn’t leave my interociter on, I’ll be right back.”

The tall alien walks back into their saucer without a wave. The landing ramp closes.

The ship gently lifts off as gangly landing legs retract. There’s a beat, then a sudden whooshing sound as air rushes back into the space that previously held the craft, now suddenly vacuum.

NORAD alarms go off briefly as an object is detected leaving the earth’s atmosphere at a significant fraction of the speed of light.

In the years to come, many technological advances are made from what was left behind, a small tablet shaped object made of some kind of artifical stone/neutrino composite material.

The alien message left on screen is eventually translated to read “Untitled Document 1 has not been saved, are you sure you wish to quit? (yes) (no) (cancel)"

Many years have passed, and we await the day the aliens return. They have not.

Besonders positiv fiel uns der Mitarbeiter auf: fachlich kompetent, sehr erklärungsfreudig und vor allem absolut unaufdringlich. Keine Verkaufsmaschen, kein Aufschwatzen, sondern einfach nur sachliche Empfehlungen.

Die Sehkraft meiner Frau ist zum Glück stabiler als gedacht. Dennoch wird es nun die erste „Gleitsichtbrille“ geben – beziehungsweise eine Booster-Version, die technisch zwischen normalen Gläsern und Gleitsichtgläsern liegt.

Dass Markengläser von Zeiss ihren Preis haben, war uns bewusst, aber die Endabrechnung ist dennoch eine Ansage: Ein einzelnes Glas kostet 278 Euro, womit wir allein für die Gläser bei 556 Euro liegen. Beim Gestell konnten wir sparen: Dank 50 % Rabatt auf ein Modell aus der Vorjahreskollektion kostete dieses „nur“ noch 150 Euro.

Insgesamt landen wir also bei über 700 Euro für eine Brille. Warum Gestelle generell so teuer sein müssen, bleibt mir ein Rätsel – ein 3D-gedrucktes Modell, das mir sehr gut gefallen hat, sollte sogar über 400 Euro kosten. Nur für den Rahmen!

In zwei Wochen habe ich dann meinen eigenen Termin – ich bin gespannt, ob ich preislich ähnlich „glimpflich“ davonkomme oder ob mich das 3D-Design doch noch schwach werden lässt.

Whisper.cpp habe ich mit homebrew installiert und ziemlich gute Ergebnisse erzielt. Startet man den Server, gibt es auch ein einfaches Web-Interface mit Beispiel-Befehlen wie man es anwenden kann.

Ich überlege mir den Hoop von Ceado zuzulegen. Der Hoop ist ein Radial-Infusionsbrüher, der dafür sorgt, dass das Wasser gleichmäßig durch das Kaffeebett fließt – sanft und regelmäßig. Dies wird durch die seitlichen Löcher am Boden des sogenannten Flow Towers ermöglicht. Der Wasserfluss durch diese Löcher garantiert eine gleichmäßige Extraktion. Das Wasser filtert mit der gleichen Menge und Stärke durch den Kaffee und erreicht den Papierfilter erst, nachdem es den gesamten Weg durch den Kaffee zurückgelegt hat.

Update: Bestellt!

Erste Erfahrungen

Eigentlich gehört dieser Satz auf ein T-Shirt:

“Ich mag es simpel, aber ohne Pre-Infusion geht es nicht.”

Der direkte Vergleich zeigt: Mit Bloom-Phase (Pre-Infusion) schmeckt der Kaffee einfach besser. Ist bei der AeroPress auch nicht anders.

Meine Zeitangaben basieren auf den Filter von Scott Rae. Wer Next Level oder Standard AeroPress benutzt, mahlt eine Stufe gröber. Das Ergebnis überzeugt auch hier, selbst wenn die Zeiten leicht variieren.

Ein wichtiger Rat: Lass die serienmäßigen Hoop-Filter im Schrank.

Der Hoop sitzt leider auf den meisten Karaffen nicht waagerecht. Hier kann man entweder mit einem Werkzeug nachhelfen oder sich einen 3D-gedruckten Adapter zulegen. Oder einfach eine passende Karaffe nehmen.

Mein Setup-Tipp für den Alltag: 300 ml Brühmenge und 18-20g Kaffeepulver. Der Brühkopf passt damit perfekt in die meisten Standard-300-ml-Becher. Es bleibt genau der richtige Luftspalt zwischen dem Boden des Kopfs und der Oberfläche des Kaffees.

Im Büro ist es gerade „etwas schwierig“. Die Deadline drückt. Die Kollegen nerven. Die Kaffeemaschine ist kaputt. Jeder versucht, seinen eigenen Kopf durchzusetzen. Ich nehme mich da gar nicht aus – manchmal bin auch ich fest davon überzeugt, dass mein Weg der bessere ist.

Und dann ploppte heute dieser Text in mein Postfach, der mich kurz innehalten ließ:

“Unexpected forms of generosity:

• Being early can be a form of generosity. You wait, so they don’t have to.
• Delivering your work on time can be a form of generosity. You make life easier for everyone downstream.
• Leaving something unsaid can be a form of generosity. You don’t always need the last word.
• Not taking things personally can be a form of generosity. You give people the space to say things imperfectly.”

Besonders diese beiden Punkte haben mich getroffen:

Leaving something unsaid.
Not taking things personally.

Also:

Nicht immer das letzte Wort haben zu müssen.
Und nicht alles persönlich zu nehmen.

Klingt simpel.

Ist es aber nicht.

Gerade dann nicht, wenn man überzeugt ist, im Recht zu sein.

Vielleicht ist genau das eine der wichtigsten Fähigkeiten in Zusammenarbeit:

Raum lassen. Nicht sofort reagieren. Und Menschen zugestehen, dass nicht alles perfekt formuliert sein muss.

Ich sollte mir das ausdrucken und an den Bildschirm kleben.

Nicht nur für mich, sondern auch für die anderen.

In meinem Fall lief Gitea sauber auf 192.168.10.127:3000. Lokal war alles erreichbar, DNS zeigte korrekt auf den Server, und auch der Nginx Proxy Manager war wie gewohnt konfiguriert. Trotzdem endete jeder Zugriff über die Domain in einem 502 Bad Gateway.

Die üblichen Checks brachten nichts. Upstream stimmte, Protokoll passte, keine offensichtlichen Netzwerk- oder Firewall-Probleme. Es sah einfach alles richtig aus.

Der Wendepunkt kam durch einen simplen Test im Proxy-Container:

1ping 192.168.10.127

Die Antwort war unerwartet:

Do you want to ping broadcast? Then -b.

Spätestens da war klar: Das ist kein klassisches Proxy-Problem, sondern etwas auf Netzwerkebene.

Ein Blick auf die IP-Konfiguration brachte die Erklärung. Das Interface lief mit einem /25-Subnetz. Damit liegt der Adressbereich bei 192.168.10.0 – 192.168.10.127 – und die .127 ist in diesem Fall die Broadcast-Adresse.

Genau diese Adresse hatte ich aber für Gitea verwendet.

Für den Container war 192.168.10.127 also kein gültiger Host, sondern Broadcast. Entsprechend konnte keine Verbindung aufgebaut werden. Der Reverse Proxy lief ins Leere und quittierte das mit einem 502.

Lokal funktionierte weiterhin alles, weil der Zugriff nicht über diesen Netzwerkpfad ging. Das machte den Fehler besonders verwirrend: Je nachdem, wo man testete, sah alles entweder völlig in Ordnung oder komplett kaputt aus.

Der Fix war letztlich simpel: Subnetz von /25 auf /24 ändern. Testweise direkt im Container – danach dauerhaft in der Proxmox-Konfiguration:

1# vorher
2ip=192.168.10.105/25
3
4# nachher
5ip=192.168.10.105/24

Nach einem Neustart war das Problem sofort verschwunden. Der Proxy konnte den Upstream erreichen, Gitea war über die Domain verfügbar, und der 502 war Geschichte.

Am Ende war es weder ein Problem mit Gitea noch mit Nginx oder DNS – sondern schlicht ein falsch gewähltes Subnetz.

Die Lektion daraus: Wenn etwas komplett unlogisch wirkt, lohnt sich fast immer ein Blick aufs Netzwerk. Gerade bei Subnetzen reichen kleine Details, um alles scheinbar „korrekt“ aussehen zu lassen – während es in Wirklichkeit gar nicht funktionieren kann.