Job

OK, nach meinem Genörgel über die Kneifzange, muss ich evtl. was gerade stellen.

Seit Ende der 90er Jahre verdiene ich meinen Lebensunterhalt mit der Entwicklung irgendwelcher Software in unterschiedlichsten Bereichen und Sprachen. In all der Zeit sind Sprachen und Frameworks gekommen und wieder gegangen. Aber wenn ich zurückblicke, gibt es lediglich zwei Veränderungen, die meine Arbeit nachhaltig und positiv verändert haben: Debugger & Tracer (egal ob visuell oder textbasiert) und LLMs.

Ich habe kein Verständnis mehr für diese Ewiggestrigen, die beim Entwickeln auf LLMs verzichten. Selbst, wenn ich berücksichtige, dass ich viel Zeit investiere, um permanent hinterherzuschauen, was der kleine selbstdichtende Schaftbolzen gerade verbricht und ich manchmal das Gefühl habe, dass mich die „Begriffsstutzigkeit“ der LLM in den Wahnsinn treibt, reduziert sich meine Umsetzungszeit um die Hälfte bis zwei Drittel. Und das zeigt sich darin, dass der hässliche Teil wegfällt. Heute hat der kleine Schneehobel zum Beispiel für eine Datenmigration unzählige CMS Elemente von einer Software auf die Elemente einer anderen Software gemapped. Wenn ich vorstelle, ich hätte die Elementstrukturen auf beiden Seite erst ermitteln müssen, um dann einen Konverter zu schreiben, wäre ich vermutlich ausgeflippt.

Ganz anders bei Bildern. Wie kann man nur KI-Bildchen in seinem Blog posten. Da hört der Spaß nun wirklich auf… 

Damals™, vor fünf Jahren, zu Beginn der Pandemie, als die Deutschen HomeOffice kennengelernt haben, hatte ich schon mal ein paar Zeilen geschrieben, wie ich meine Arbeit im Homeoffice frustfrei angehe.

Neben all dem Gewäsch über Disziplin beim Einhalten von Arbeits- und Pausenzeiten gibt es noch etwas anderes immens Wichtiges: Ich versuche, meine Mittagspause nach Möglichkeit so einzurichten, dass ich zuvor einen Task mit einem Erfolgserlebnis beendet habe. So gehe ich ohne Gedanken an den unabgeschlossenen, vielleicht sogar frustrierenden Job in die Pause. Das klingt wieder wie eine dumme Binsenweisheit, aber trotzdem ist was dran.

Da es vorkommt, dass ich meinen „richtigen“ Mac auch mal für berufliche Zwecke nutze, wenn mich das kleine Notebook anstinkt, benötige ich auch verschiedene SSH Schlüssel für verschiedene GitHub Accounts auf dem gleichen Rechner.

Dazu habe ich zwei Schlüssel. Nenne wir sie einfach id_home und id_work und gehen davon aus, dass die beiden öffentlichen Schlüssel bei dem jeweils passenden Account auf GitHub hinterlegt sind.

In der ~/.git/config lege ich zwei Host Einträge an, die zu den Schlüsseln passen:

Host github.com_home
    HostName github.com
    User git
    IdentityFile ~/.ssh/id_home

Host github.com_work
    HostName github.com
    User git
    IdentityFile ~/.ssh/id_work

Mit dem Befehl ssh -T git@github.com_home bzw. ssh -T git@github.com_work kann der Login geprüft werden. Die Ausgabe sollte im Idealfall wie folgt aussehen:

Hi {username}! 
You've successfully authenticated, but GitHub does not provide shell access.

In der .git/config der Projekte benutze ich dann den passenden Host in der Repository URL damit der richtige Schlüssel für die Authentifizierung benutzt wird.

Bei einem „Home“-Projekt sieht die URL dann so aus:

[remote "origin"]
    url = git@github.com_home:{usename}/{project}.git

Wenn ein Repo frisch eingerichtet wird, kann an das auch direkt beim Verbinden machen:

git remote set-url origin git@github.com_home:{usename}/{project}.git

Um es mir einfacher zu machen, habe ich schlußendlich für die „Home“-Projekte den Host einfach bei github.com belassen und nur den Host für Work entsprechend benannt, da ich auf dem Rechner wesentlich mehr „Home“-Projekte als „Work“-Projekte habe.

Ich weiss nicht, ob es eine einfachere Möglichkeit gibt, den Zugriff mit bestimmten Accounts auf Repos zu steuern. Aber diese Lösung funktioniert ganz gut.

Bin ich eigentlich der Einzige, der von DDEV manchmal unglaublich genervt ist. Immer wieder stolpere ich über die beiden folgenden Probleme. Vollkommen egal, ob ich Colima oder OrbStack benutze.

• Irgendwann hört der Mutagen-Spaß auf zu synchronisieren, oder die Synchronisation ist so langsam, dass effektiv keine Arbeit möglich ist. Obwohl in Anbetracht der ignorierten Verzeichnisse in der .ddev/mutagen/mutagen.yml nur eine Hand voll Dateien übrig bleiben, die überhaupt synchronisiert werden müssten.
• Xdebug beachtet grundsätzlich nur Breakpoints in der index.php eine Projekts. Alle anderen Breakpoints werden ignoriert.

Es ist zwar nervig, den vollständigen Stack in den passenden Versionen lokal zu installieren. Aber arbeiten konnte ich damit immer sehr gut. Ich denke, ich will dahin zurück…