Die Reise zu einem optimalen, LLM-unterstützten Programmiererlebnis fortsetzen. Insbesondere stelle ich fest, dass ich anstatt mich auf eine perfekte Lösung zu konzentrieren, meine Nutzung zunehmend über einige Workflows diversifiziert, die ich "zusammenfüge" aus den Vor- und Nachteilen: Persönlich bleibt das Brot und Butter (~75%?) meiner LLM-Unterstützung einfach (Cursor) Tab-Vervollständigung. Das liegt daran, dass ich finde, dass das Schreiben konkreter Code-/Kommentarabschnitte selbst und an der richtigen Stelle im Code eine hochgradige Möglichkeit ist, "Aufgabenspezifikation" an das LLM zu kommunizieren, d.h. es geht hauptsächlich um die Bits der Aufgabenspezifikation - es braucht zu viele Bits und zu viel Latenz, um zu kommunizieren, was ich in Textform möchte, und es ist schneller, es einfach im Code und am richtigen Ort zu demonstrieren. Manchmal ist das Tab-Vervollständigungsmodell nervig, also schalte ich es oft ein/aus. Die nächste Ebene besteht darin, einen konkreten Codeabschnitt zu markieren und um eine Art Modifikation zu bitten. Die nächste Ebene ist Claude Code / Codex / usw., die neben Cursor laufen, auf die ich für größere Funktionalitäten zugreife, die ebenfalls recht einfach in einem Prompt zu spezifizieren sind. Diese sind super hilfreich, aber insgesamt immer noch gemischt und manchmal etwas frustrierend. Ich arbeite nicht im YOLO-Modus, weil sie vom Kurs abkommen und dumme Dinge tun, die ich nicht wollte/brauchte, und ich drücke ziemlich oft ESC. Ich habe auch nicht gelernt, produktiv mehr als eine Instanz parallel zu nutzen - eine fühlt sich schon schwer genug an. Ich habe keinen guten Weg gefunden, CLAUDE[.]md gut oder aktuell zu halten. Oft muss ich eine "Aufräumaktion" für den Programmierstil oder Fragen des Codegeschmacks durchführen. Zum Beispiel sind sie zu defensiv und verwenden oft zu viele try/catch-Anweisungen, sie komplizieren oft Abstraktionen übermäßig, sie blähen den Code auf (z.B. verschachtelte if-else-Konstrukte, wenn eine Listenverständnis oder eine Einzeiler if-then-else funktionieren würde), oder sie duplizieren Codeabschnitte, anstatt eine schöne Hilfsfunktion zu erstellen, solche Dinge... sie haben im Grunde kein Gespür für Geschmack. Sie sind unverzichtbar in Fällen, in denen ich in ein mehr vibe-coding Gebiet vordringe, in dem ich weniger vertraut bin (z.B. kürzlich etwas Rust geschrieben, oder SQL-Befehle, oder alles andere, was ich weniger gemacht habe). Ich habe auch versucht, CC dazu zu bringen, mir Dinge neben dem Code, den es geschrieben hat, beizubringen, aber das hat überhaupt nicht funktioniert - es möchte wirklich viel mehr Code schreiben, als irgendetwas auf dem Weg zu erklären. Ich habe versucht, CC zur Hyperparameteroptimierung zu bringen, was sehr amüsant war. Sie sind auch super hilfreich bei allen Arten von weniger riskanten einmaligen benutzerdefinierten Visualisierungen oder Dienstprogrammen oder Debugging-Code, die ich sonst nie schreiben würde, weil es viel zu lange gedauert hätte. Zum Beispiel kann CC 1.000 Zeilen einmaliger umfangreicher Visualisierung/Code erstellen, nur um einen bestimmten Fehler zu identifizieren, der sofort nach dem Finden gelöscht wird. Es ist die Ära des Code-Post-Scarcity - man kann einfach erstellen und dann Tausende von Zeilen super benutzerdefinierten, super flüchtigen Codes löschen, es ist in Ordnung, es ist nicht mehr dieses kostbare, teure Ding. Die letzte Verteidigungsebene ist GPT5 Pro, auf die ich für die schwierigsten Dinge zugreife. Zum Beispiel ist es mir jetzt schon ein paar Mal passiert, dass ich / Cursor / CC alle 10 Minuten bei einem Fehler feststecken, aber wenn ich das Ganze zu 5 Pro kopiere und einfüge, geht es 10 Minuten lang, findet dann aber tatsächlich einen sehr subtilen Fehler. Es ist sehr stark. Es kann alle Arten von esoterischen Dokumenten und Papieren und so weiter aufgraben. Ich habe es auch für andere umfangreiche Aufgaben verwendet, z.B. Vorschläge, wie man Abstraktionen aufräumen kann (gemischte Ergebnisse, manchmal gute Ideen, aber nicht alle), oder eine gesamte Literaturübersicht darüber, wie Menschen dies oder das tun, und es kommt mit guten relevanten Ressourcen/Hinweisen zurück. Wie auch immer, Programmieren fühlt sich völlig offen an mit Möglichkeiten über eine Reihe von "Arten" des Programmierens und dann eine Reihe von Werkzeugen mit ihren Vor- und Nachteilen. Es ist schwer, das Gefühl der Angst zu vermeiden, nicht an der Spitze dessen zu sein, was kollektiv möglich ist, daher der zufällige Sonntag-Duschgedanken und eine gute Portion Neugier darüber, was andere finden.