Wannabe Bug Buster //2302

Es tut Herrn Klugsch nicht gut, wenn er über längere Zeit hinweg zu viel Freizeit hat.
Vor ein paar Wochen ist er auf die Idee gekommen, programmieren zu lernen, und bringt das seither immer wieder auf’s Tapet. Ein bisschen Fortran hatte er ja mal zu Studienzeiten* gemacht, aber das ist Jahrzehnte her und auch nicht mehr zeitgemäß.

Naja, meinetwegen könnte er mit irgendwelchen Büchern oder CBTs eine moderne Programmiersprache lernen, aber er möchte, dass ich ihm die Sprache beibringe, die ich meistens nutze. Dazu käme noch die Bedienung der Entwicklungsumgebung* (samt Debugger) sowie der Umgang mit dem genutzten Framework.
Gut – sonst gebe ich als notorische Besserwisserin ja ganz gerne meine Kenntnisse weiter. Aber die Kombination Herr Klugsch und Programmieren beschwört in mir Horrorszenarien herauf. Er würde sich dann ständig bei mir einmischen, nicht nur passiv zugucken oder sich mal zwischendurch etwas erklären lassen, sondern seinen unmaßgeblichen Senf in Dinge geben, von denen er als unerfahrener Anfänger noch keine wirkliche Ahnung hat.
Wenn ich mir vorstelle, dass ich gerade debugge, und er gibt mir zwischendurch unerwünschte „Ratschläge“ (das sind auch Schläge!), dann geht mein metaphorischer Blutdruck hoch.

Bisher habe ich es geschafft, ihn zu vertrösten, aber er fängt immer wieder davon an, und akzeptiert kein Nein. Ich weiß nicht, wie ich ihm diesen Einfall ausreden soll.

* Damals an der VAX muss das Programmieren über Kommandozeile etwa so abgelaufen sein:
For-Datei mit Text-Editor öffnen, Code schreiben oder ändern, Datei abspeichern (OK – bei PHP und JavaScript mache ich das heutzutage praktisch genauso) und Editor verlassen.
Datei kompilieren, und versuchen, sich möglichst viele Fehlermeldungen zu merken.
Datei wieder editieren, um dabei Fehler auszubessern.
Wieder kompilieren, bzw. die letzten Schritte so oft wiederholen, bis keine Syntaxfehler mehr vorhanden sind.
Danach linken, wobei der Linker ebenfalls Fehlermeldungen bringen kann. In diesem Fall, alles wieder von vorn.
Erst wenn ein lauffähiges Executable erstellt wurde, kann man mit dem Debuggen beginnen. Das funktionierte damals wohl so, dass man an definierten Stellen Variablenwerte in die Ausgabekonsole oder eine Log-Datei schrieb. Hat das gepasst, lässt sich das Programm weiterentwickeln. Bei unerwarteten Werten war es dagegen aufwendig und umständlich, die Käfer aufzuspüren. Breakpoints gab es ja noch nicht.