Schlagwort: Remote-Aufnahmen

Vor Ort – oder doch lieber remote?

Aktuell bereite ich gerade für nächste Woche eine Cobol-Schulung vor. Auch wenn ich die letzten Wochen Vor-Ort-Schulungen gehalten habe – die Sache wird wieder remote laufen. Ebenso wie meine Videoaufnahmen für LinkedIn Learning in der übernächsten Woche. Für mich stellt sich mittlerweile die Frage, ob und wann meine Arbeit wieder ganz oder zumindest überwiegend auf „Präsenz“ umgestellt wird? Denn ich habe für die kommenden Wochen und Monate wieder Schulungsanfragen, die zwingend Vor-Ort laufen sollen. Zum Teil habe ich sie schon zugesagt. Aber Corona, die aktuell katastrophalen Rahmenbedingungen beim Fliegen (heute wird zusätzlich zu den total chaotischen Flughafenbedingungen durch den Urlaubswahnsinn sogar noch in FFM gestreikt), die permanent unzuverlässige Bahn sowie die explodierenden Benzinpreise bzw. allgemeinen Reisekosten lassen mich meine Zusagen bereuen und  überlegen, ob ich nicht konsequent auf „Remote“ bestehe? Vielleicht mit Ausnahme von Schulungen hier in der Umgebung, die ich u.U. sogar mit dem Rad anfahren kann (wie die letzten Wochen) und Videoaufnahmen bei LinkedIn Learning in Graz, denn ich will da unbedingt mal wieder hin. Aber ansonsten?

Ich muss Ende September nach Hamburg. Wie soll ich denn da hinkommen?

  • Inlandsflug? Theoretisch billig, gut und schnell. In der Praxis eine Umweltsauerei und besagtes Chaos an den Flughäfen lassen das im Grunde als Option nicht zu.
  • Bahn? Das klappt bei mir einfach nie. Mein Sohn hat letzte Woche wieder 5,5 Stunden für eine Strecke gebraucht, die nach Plan 90 Minuten dauern sollte, ich habe mein letztes Ziel vor 3 Wochen (Marburg) gar nicht erreicht, weil es einfach in Giessen nicht mehr weiterging, Anschlusszüge erreiche ich sowieso fast nie und ich kann nicht mehr zählen, wie oft meine Fernzüge unterwegs stehengeblieben sind.
  • Auto? Bei den Kosten, den Staus durch die vielen Baustellen und auch wegen der Umwelt wirklich nicht gut. Nach HH sind es weit über 500 Km und da brauche ich ja 6 – 7 Stunden einfach.

Ich liebe HH und das war mit ein Grund, warum ich diese Maßnahme Vor-Ort zugesagt habe, aber ich hoffe dennoch, dass Corona die Sache auch für den Kunden auf Remote zwingt. Doch die Kunden wollen eben wieder verstärkt von Remote weg. Gestern habe ich von einem Schulungspartner, für den ich die letzten Wochen UML und Java bei Fachinformatikern geschult habe, einen Hilferuf bekommen. Denn rein zufällig soll er in einigen Tagen für einen Teil dieser Gruppe eine Cobol-Schulung halten. Mein Schulungspartner ist nun Cobol-Spezialist und macht das seit gut 35 Jahren – früher Host und mittlerweile unter Linux. Er ist also in Cobol fitter wie ich und der Hilferuf ging nicht um konkrete Cobol-Fragen und auch nicht darum, ob ich das übernehmen könne.

Es ging darum, dass beim Kunden neue Corona-Regeln in Kraft getreten sind. Die Gruppe, die Cobol in den Räumlichkeiten des Kunden (einer Bank) lernen soll, besteht aus 4 Fachinformatiker-Azubis und dem Trainer (besagtem Schulungspartner). Wenn in der Schulungszeit auch nur ein Corona-Fall bei einem der 5 Leute auftritt, besteht für die gesamte Gruppe ein Betretungsverbot der Räumlichkeiten des Kunden für die kommenden 5 Tage. Nun hatte ich die Azubis ja über die letzten 5 Wochen immer 2 Tage die Woche in einer Berufsschule unterrichtet und ständig hat jemand wegen Corona gefehlt. Ich selbst habe am letzten Tag auch ein Andenken mitgenommen – trotzt Mehrfachimpfung/Boostern. Was mir nur zufällig aufgefallen war, denn meine Symptome waren so, dass ich normalerweise nie auf die Idee gekommen wäre, mich zu testen oder gar krankzufeiern. Rein die Sensibilität aufgrund des Corona-Hotspots Schule hat dazu geführt, dass mir die Möglichkeit überhaupt in den Sinn gekommen ist. Aber sei es drum – auch wenn die aktuelle Corona-Variante wohl bei 99,9% der Infizierten entweder nicht bemerkt wird oder nicht an die Auswirkungen eines Sommerschnupfens heranreicht – wenn so strikte Zugangsregeln bzw. Isolationsregeln etc. gelten – wie soll man dann noch Maßnahmen vor Ort planen können?

In dem Fall meines Schulungspartners ist die Planung einfach – sie werden vor Ort beginnen (erzwungen vom Kunden) und dann ist es nur die Frage, an welchen Tag abgebrochen wird. Der einzige Grund, warum das im besten Fall durchgehen kann ist, dass die Azubis Ihre Corona-Infektion bei mir in der Schulung bereits hatten und gerade immun sind. Bis zur nächsten Variante des Virus. Aber wie gesagt – vermutlich wird die Schulung abgebrochen und dann muss halt auf remote umgestellt werden. Theoretisch. Denn im Fall von Cobol wird das auf dem Host verwendet oder unter Linux, die Azubis müssen aber im Remote-Fall Notebooks der Firma verwenden, unter denen dann ein Host-Zugriff oder Linux und die verwendete Cobol-Distribution nicht laufen. Der Kunde lässt also Remote quasi technisch scheitert, verbietet aber Vor-Ort mit hoher Wahrscheinlichkeit. Quadratur des Kreises.

Um kurz abzuschweifen – ich habe OpenCobolIDE, MinGW und ein Docker-Image für Cobol als Lösung vorgeschlagen, um Cobol dann unter Windows bei den Azubis zum Laufen zu bringen und gerade die Sache mit dem Docker-Image gestern erstmal selbst getestet, um das nächste Woche selbst neu in meine Schulung zu integrieren. Geht wunderbar und ist quasi die Verbindung der Vergangenheit (Cobol) mit der Gegenwart (Docker). Genau da sehe ich auch in meiner sehr Laienhaften Betrachtungsweise den Hauptsinn von Docker, denn so nutze ich Docker ja auch für Cordova bei meinen Vorlesungen an der TH Bingen.

Aber um die Sache zum Abschluss zu bringen – ich habe die letzten Wochen Kundenwünschen nach Vor-Ort-Maßnahmen wieder zugestimmt, werde das aber beenden. Solange ich es mir leisten kann, werde ich wieder auf reines Remote zurückgehen. Die fehlende Planungssicherheit, die aktuell unmöglichen Reiseumstände und auch, dass mich Corona trotz Boostern und extremer Vorsicht erwischt hat (auch wenn ich keine wirklichen Symptome mitgenommen habe), geben mir keine andere Wahl. Freiberufliche Arbeit muss extrem flexibel sein und richtig planen kann man nie – aber so extreme Unsicherheit ist mir zu viel. Zumal auch das gesamte Risiko bei mir liegt. Wenn ich Corona bekomme, muss ich die Maßnahme abbrechen. Entweder weil es der Kunde oder die Politik immer noch 5 Tage Isolation fordert – auch ohne Symptome (da ist Deutschland leider noch nicht so weit wie etwa Österreich, wo diese Maßnahme endlich abgeschafft wurde). Remote arbeite ich einfach weiter. Oder die Maßnahme wird abgebrochen, weil irgendjemand in der Gruppe Corona hat. Das explodierende Risiko von Reiseproblemen muss ich auch noch tragen. Nein, so geht es einfach nicht, wenn auf der anderen Seite Remote alles einfach und sicher macht.

Jedes System wird so lange optimiert, bis nichts mehr geht

Heute habe ich mir über Stunden den Wolf gesucht, warum mein Aufnahme-Kit keinen Ton zum Rechner geschickt hat. Ich habe für meine Remote-Aufnahmen bei LinkedIn Learning ein geniales USBPre 2 Sound Device samt supertollem Beyerdynamic DT 297 PV/250-Headset mit Mikro. Eine Erste-Sahne-Ausstattung, die es mir erlaubt von zuhause Videotrainings zu erstellen, wenn ich entweder keine Zeit habe, um mehrere Tage noch Graz zu fliegen, oder aber – wie in der aktuellen Corona-Katastrophe – alle Vor-Ort-Aufnahmen gestoppt wurden. Die überwiegende Zahl meiner Trainings habe ich in Graz aufgenommen, aber auch schon ein paar remote. Mit dem genannten Kit bzw. dessen Vorgänger. Und wegen der Corona-Absage ziehe ich eben die remote-Option für nächste Woche und nehme halt zuhause statt wie geplant in Graz auf.

Dachte ich, nur dann habe ich das Aufnahme-Kit halt heute bei meinem Testlauf nicht zum Aufnehmen gebracht. Wobei ich mir sicher war, dass alles bis vor Kurzem funktioniert hat.

Das Device wurde zwar am Rechner erkannt und auch ganz normal der Sound auf die Kopfhörer geschickt. Ebenso wurden meine Aufnahmen am Gerätepegel angezeigt. Nur der Rechner hat kein Tonsignal bekommen bzw. mein Aufnahmeprogramm als auch alle anderen Programme, die ich so über den Tag getestet habe, haben kein Signal bekommen.

Ich habe mehrere Stunden rumgetestet und so alles gemacht, was mir an möglichen Troubleshootingmaßnahmen eingefallen ist (und genau deshalb ist es nicht unkritisch, wenn man remote arbeitet – wenn was nicht geht, hat man in Graz sofort Hilfe – remote ist man erstmal auf sich gestellt):

  1. Alle Knöpfe und Regler am Gerät kontrolliert.
  2. Alle Knöpfe, Anschlüsse und Regler am Gerät in allen denkbaren Konfigurationen durchprobiert.
  3. Alle Kabel, die ich selbst auch habe, sowie das Mikro und sogar den Kopfhörer getauscht.
  4. Das Kit an 3 verschiedenen Windows-10-Rechnern getestet.
  5. Obwohl es explizit als unnötig gilt, einen alternativen Treiber installiert.
  6. Im Aufnahmeprogramm alle Optionen einzeln kontrolliert.

Resultat – NULL.

Dann habe ich mich remote aus Graz vom Techniker unterstützen lassen. Ich kam einfach nicht weiter. Wir haben vom neuen Umswitchen der Jumper am Device bis zu den oben genannten Schritten alles wiederholt.

Resultat – NULL.

Ich hatte zwischenzeitlich meinem Rechner mal mit Dual-Boot Linux hochgefahren:

Resultat – unter Linux geht das Kit scheinbar. Aber sicher war ich nicht, ob nicht das interne Mikro da in die Irre geführt hab. Den Gedanken habe ich also erstmal nicht weiter verfolgt, weil genau in der Phase die Remote-Unterstützung aus Graz da war.

Wir hatten uns irgendwann darauf geeinigt, dass ich ein älteres Kit als Austauschhardware zugeschickt bekomme, um nächste Woche überhaupt was machen zu können. Eventuell doch ein Hardware-Problem…

Aber ich war so gefrustet und kann vor allen Dingen ungelöste Probleme einfach nicht ab (wohl ein typischer Charakterzug von Mathematikern), dass ich nicht aufgeben wollte. Ich habe das Kit letztendlich an meinen meinen uralten XP-Rechner angeschlossen, den ich eigentlich nur noch wegen Spellforce habe, und ein uraltes XP-Bandicam installiert.

Resultat: Alles einwandfrei.

Nun bin ich misstrauisch geworden und ganz, ganz laaaaaaaangsam auf die richtige Spur gekommen, denn unter Windows 10 ging die Sache auf allen 3 Rechner weiter nicht.

Und dann habe ich endlich die Ursache gefunden. Meine Sicherheitseinstellungen von Windows haben den Zugriff auf das Mikro blockiert. Der Mikrofonzugriff war genaugenommen komplett deaktiviert :-(.

Man, man, man. So kann man auch einen Tag verbringen. Ein Problem auf dem Niveau von fehlendem Benzin bei einer Autopanne, bei der man erst einmal den Motor zerlegt hat, bevor man das eigentlich triviale Problem erkennt. Zumal es vollkommen identisch auf eben 3 Rechnern aufgetreten ist. Aber ich nutze Sicherheitstools. Vermutlich haben die das dicht gemacht, ohne dass ich das bewusst gewählt hatte. Wobei nur der Zugriff auf das per USB angeschlossene Mikro blockiert war – das interne Mikro hat funktionert (wenn ich nicht vollkommen falsch mich erinnere), was die Sache noch tücksicher zum Entdecken macht. Wie gesagt – sowas hasse ich an den Remote-Aufnahmen und da ist es soviel besser, wenn man Vor-Ort-Aufnahmen macht.

Aber jetzt sollte den Aufnahmen nichts mehr im Weg stehen und ich habe wieder was gelernt (wenngleich auf Kosten meiner Nerven und viel überflüssigem Aufwand und Zeitverlust). Jedes System optimiert man oft bis zur Untauglichkeit, wie ich wieder bemerken musste.