19 Punkte von GN⁺ 2026-01-07 | 6 Kommentare | Auf WhatsApp teilen
  • Eine Open-Source-Anleitung, die Schritt für Schritt erklärt, wie man nur mit dem Smartphone jederzeit und überall coden kann
  • Mit Tailscale, Termius und Claude Code kann man sich mit einem Remote-Computer verbinden und Code direkt im Terminal ausführen
  • Der Computer muss 24/7 mit dem Internet verbunden bleiben; auf dem Smartphone werden dafür VPN und ein SSH-Client eingerichtet
  • Enthält Tipps für Website-Vorschauen, Datenbankzugriff und Sitzungsverlauf-Verwaltung, um mobiles Entwickeln effizienter zu machen
  • Ein praktischer Ansatz, mit dem sich die Produktivität und Freiheit von Entwickler:innen erweitern lassen, selbst unterwegs

Überblick über Doom Coding

  • Doom Coding ist eine Art des Codens im Terminal mit dem Smartphone und schlägt eine produktive Alternative zu Doom Scrolling (sinnlosem Scrollen) vor
    • Überall dort, wo es eine Internetverbindung gibt, kann man coden
    • Der Autor erwähnt, dass er von Taiwan aus auf seinen Computer in Philadelphia zugegriffen und dort einen Prototyp entwickelt hat
  • Diese Anleitung ist als Schritt-für-Schritt-Guide aufgebaut, der sich in 5 Minuten einrichten lässt
  • Ein Vergleichs-Update zu modernen Mobile-Coding-Tools (z. B. Claude Code on the Web) ist geplant

Voraussetzungen

  • Ein Computer mit Internetverbindung, der rund um die Uhr läuft
  • Ein Smartphone
  • Ein Claude-Pro-Abonnement

Überblick über die Gesamtarchitektur

  • Aufbau einer Remote-Entwicklungsumgebung mit Tailscale, Termius und Claude Code
  • Über VPN und SSH ist direkter Zugriff vom Smartphone auf das Terminal des Computers möglich

Schritt 1: Computer einrichten

Schritt 2: Smartphone einrichten

  • Tailscale-App installieren und mit demselben Konto anmelden
  • Termius installieren (mobiler SSH-Client)
  • MagicDNS-Adresse prüfen (z. B. my-computer.tailnet-name.ts.net)
  • In Termius einen neuen Host anlegen
    • Label: Verbindungsname
    • Hostname: MagicDNS-Adresse
    • Port: 22
    • Username/Password: Anmeldedaten des Computers

Schritt 3: Verbinden und coden

  • Auf dem Smartphone Tailscale-VPN aktivieren
  • In Termius den Host auswählen und verbinden
  • Im Terminal den Befehl claude ausführen und mit dem Coden beginnen

Fehlerbehebung (Troubleshooting)

  • Maßnahmen bei fehlgeschlagener Verbindung
    • Prüfen, ob das Tailscale-VPN eingeschaltet ist
    • In der Tailscale-App prüfen, ob neben dem Gerät ein grüner Kreis angezeigt wird (falls nicht, liegt ein Netzwerkproblem vor)
  • Stromversorgung und Entsperrstatus des Computers prüfen
    • Nach erneutem Anschließen an die Stromversorgung muss das Gerät unbedingt entsperrt werden

Best Practices

Abschluss

  • Doom Coding ist eine praktische Form des Remote-Codings, mit der man die Entwicklung auch unterwegs fortsetzen kann
  • Nutzer:innen werden ermutigt, ihre Best Practices und Anwendungsfälle zu teilen
  • Das Projekt endet mit dem Gruß „Happy Doom Coding!“

6 Kommentare

 
huiya 2026-01-08

Ach bitte, sorgt dafür, dass meine Firma diesen Beitrag nicht sieht.

 
shakespeares 2026-01-08

Hahahahahahahahahaha

 
roxie 2026-01-26

Haha, ich glaube, es ist das erste Mal, dass mir schon das README Spaß gemacht hat.

 
cadenzah 2026-01-08

Das war also nicht dieses Doom.

 
shakespeares 2026-01-08

Das ist wirklich DOOM.

 
GN⁺ 2026-01-07
Hacker-News-Kommentare
  • Ich wollte meinen Computer nicht 24/7 eingeschaltet lassen und habe deshalb eine Lösung gebaut, die Strom spart und automatisches Starten zugleich ermöglicht
    Mein ssh-wol-proxy sendet beim Aufbau einer SSH-Verbindung ein WOL-Paket an die Zielmaschine und hält die Verbindung, bis sie hochgefahren ist
    Zusätzlich habe ich debian-autoshutdown so eingerichtet, dass sich das System automatisch abschaltet, wenn 15 Minuten lang kein SSH-Traffic anliegt
    So reicht es, sich vom Laptop oder Smartphone per SSH zu verbinden, und innerhalb von 30 Sekunden wacht der Server auf. Kein physischer Knopf muss gedrückt werden
    Den genauen Ablauf habe ich in meinem Blog beschrieben, und aktuell entwickle ich eine Variante „machine on proxy (mop)", um Proxmox-VMs remote zu starten

  • Ich programmiere unterwegs mit dem Android-Terminal und Claude Code
    Wenn ich mit der Familie zusammen bin, unterhalte ich mich beim Kochen oder Putzen mit Claude und entwickle dabei weiter
    Mit einem Prompt von etwa 500 Wörtern ließ ich Claude per nmap Netzwerkports scannen, mit cURL fuzzing betreiben und die APIs einer Hue-Bridge sowie eines alten Samsung-TVs finden, um ein Lichtsteuerungsskript und eine HTML+JS-Fernbedienung zu erstellen
    Am interessantesten war der Moment, in dem Claude mir anwies, den Knopf an der Hue-Bridge zu drücken, um einen API-Schlüssel zu erhalten
    Am Ende verstand ich die Authentifizierungsstruktur von Hue, den Entertainment-Modus und sogar die websocket-basierte Kommunikation von SmartThings. Dass ich mit nur 500 Wörtern so viel lernen konnte, war eine erstaunliche Erfahrung

    • Ich habe das README gelesen und frage mich, ob all das allein über Claudes CLI-Interface möglich ist
      Ist es mit dem Bearbeiten von Dateien und dem Ausführen von Utilities bei zugleich wenigen Fehlern wirklich produktiv nutzbar, und bietet nur Claude so etwas an?
  • Ich habe schon öfter Beiträge darüber gesehen, mit VPN vom Smartphone aus zu programmieren, aber ich frage mich, ob es nicht besser wäre, Claude Code über ein E-Mail-Interface zu nutzen
    Man könnte Claude per E-Mail Aufgaben schicken, und wenn Claude weitere Informationen braucht, stellt es Fragen per Mail, auf die man dann mit Anweisungen antwortet
    Vielleicht könnte es sogar Screenshots von Programmausgaben mitschicken. Das wirkt einfacher als ein VPN, daher frage ich mich, was die Nachteile wären

    • Das erinnert mich an das Sprichwort: „Wer nur einen Hammer hat, für den sieht alles wie ein Nagel aus." E-Mail-Automatisierung ist gut für Support-Tickets und Ähnliches, aber für Entwicklungsumgebungen, die Unmittelbarkeit brauchen, ungeeignet
      Ehrlich gesagt finde ich das Programmieren auf dem Smartphone zwar interessant, möchte es aber nicht wirklich tun. Für ernsthafte Entwicklung ist ein Laptop am Ende die deutlich bessere Erfahrung
    • In fast allen solchen Beiträgen wird Tailscale erwähnt, und ich habe das Gefühl, dass dazu in den nächsten Tagen vielleicht eine Investmentmeldung auftaucht
    • E-Mail ist langsam im Feedback und unpraktisch. Tailscale dagegen ist einfach einzurichten und stabil
      Der Autor nutzt die SSH-App Termius zusammen mit Mosh, um Sitzungen aufrechtzuerhalten, und setzt tmux ein, um die Arbeit fortzuführen
      Ich mache etwas Ähnliches, verwende aber statt des Macs zu Hause einen Linode-VPS für 5 $. Soweit ich weiß, hat Pieter Levels (@levelsio) diesen Ansatz zuerst populär gemacht
    • Statt E-Mail könnte man auch einen Telegram-Bot bauen, der CLI-Befehle stellvertretend ausführt. Dann müsste man auch keine Router-Ports öffnen
    • Ich nutze die Claude-Code-App für iOS (Pro-Konto). Man verbindet ein GitHub-Repo und weist ein Issue zu, und Claude erledigt den Rest selbstständig. Einrichtung war kaum nötig
  • Früher dachte ich, es gäbe einen Zyklus zwischen lokalem Computing und Remote-Terminals, aber inzwischen scheint es eher in Richtung einer doppelt entfernten Struktur zu gehen (Smartphone → Computer → Claude-Server)

    • In den letzten fünf Jahren ist mein Laptop fast vollständig zum Terminal einer anderen Maschine geworden. Lokal mache ich nur Web-Browsing oder kleine Skripte, die eigentliche Rechenarbeit läuft komplett remote
      Auch als Forscher ist AI Coding für mich noch ein Bereich, bei dem ich noch kein richtiges Gefühl dafür habe. Auf dem Smartphone könnte es wegen des unbequemen Tippens immerhin etwas sinnvoller sein
    • In Zukunft könnten wir zu Hause einen Daten-Hub haben, während AI-Berechnungen in einem nahegelegenen Rechenzentrum stattfinden und wir uns von überall per VR-Headset oder Tablet verbinden
    • Natürlich gibt es auch das noch schlimmere Szenario, dass alle internen Gespräche und sämtlicher Code in Microsoft-Server-Logs landen. Allein der Gedanke daran ist unerquicklich
  • Auf Android kann man mit QPython schon ausreichend programmieren. Es wirkt nicht so, als müsste man zwingend von einem 24/7 laufenden Remote-Computer abhängen

    • Mit einem Pixel-Smartphone kann man über die neu hinzugefügte Terminal-App eine Debian-VM ausführen. Das ist praktisch eine Linux-Maschine in der Handfläche. Man kann nicht nur Python, sondern sogar eine komplette Anaconda-Umgebung installieren
    • Ich nutze zwar ein iPhone, aber statt direkt auf dem Server zu bauen, denke ich auch darüber nach, Dockerfiles mit QPython auszuführen und dann per git zu pushen
  • Dass man auf dem Smartphone wie in einem Gespräch programmieren kann, fühlt sich nach einer großen Veränderung an
    Früher war Programmieren auf dem Smartphone schmerzhaft, aber in dialogischer Form könnte es sogar besser sein
    Bugs im Bett beheben oder unterwegs ein MVP bauen ist jetzt möglich geworden
    Wer einen kleineren und stärker integrierten Ansatz will, dem empfehle ich meinen Open-Source-App-Builder tinykit
    Er bringt wie Builder à la Lovable integrierte Dienste für Datenbank, Dateien, Authentifizierung und Zahlungen mit, und man kann Apps in einer einzigen Svelte-5-Datei bauen. Es basiert auf Node + PocketBase und läuft selbst auf einem VPS für 2 $ problemlos

    • Das Tippen auf dem Smartphone ist immer noch furchtbar. Wenn Spracherkennung aber gut funktioniert, könnte es ziemlich brauchbar sein
  • Ich setze toad und opencode ein, um spontane Ideen sofort umzusetzen. Zum Festhalten plötzlicher Einfälle ist das großartig, bei großen Projekten stößt es aber an Grenzen

    • Trotzdem frage ich mich, ob es eine Struktur gibt, mit der man diesen Ansatz auch auf größere Side Projects anwenden könnte
  • Ich nutze seit Jahren eine angepasste Hacker-Tastatur (mit ctrl/meta-Tasten für GNU screen und emacs) sowie einen geforkten SSH-Client
    Mit zusammengeklapptem Pixel Fold erreiche ich fast die gleiche Produktivität, aufgeklappt ist es durch den größeren Bildschirm und die größeren Tasten noch angenehmer
    Ich freue mich auf den bald erscheinenden Click Communicator
    Ich plane, mein Setup in einem Beitrag zu dokumentieren und als Open Source zu veröffentlichen
    Mit einer knappen Sprache wie Clojure geht das auf dem Smartphone gut, aber lange Syntax wie bei Java ist wegen der 80-Zeichen-Begrenzung schwierig

  • Jemand machte den Witz, statt „Claude-Pro-Abo“ passe eher „Doom Slopping“

    • Stimme vollkommen zu
  • Auf dem Smartphone zu programmieren ist nichts Neues. Früher haben viele Leute direkt mit tmux entwickelt
    In manchen Regionen ist das Smartphone mangels Laptop sogar das einzige Entwicklungsmittel
    Die Beispielbilder in diesem Beitrag waren allerdings ziemlich lustig

    • Ich frage mich allerdings, ob es tatsächlich Länder gibt, in denen keine Laptops verkauft werden