Dirk: Früher haben wir unsere Systeme wie Haustiere verwendet. Wir haben sie gestreichelt, gehegt und gepflegt.
Dirk: Und was man heute macht, ist, man betreibt Systeme wie Rindviecher,
Dirk: von denen man eine ganze Herde hat. Und wenn mal ein Rindviech nicht mehr da
Dirk: ist, dann stellt man ein neues Rindviech dazu.
Christian: Mein Gast heute ist Dirk Deimeke. Er studierte Mathematik, Informatik und Elektrotechnik
Christian: in Bochum und Dortmund. Und nach seiner Uni-Zeit arbeitete er in verschiedenen
Christian: Rollen, vor allem als System- und Datenbankadministrator.
Christian: Im Jahr 2008 entstand die Idee für ein Linux-Adminbuch. 2011 erschien die erste
Christian: Auflage mit dem Namen Linux-Server – Das Administrationshandbuch im damaligen Galileo-Verlag.
Christian: Im Laufe der Jahre sind neue Inhalte dazugekommen und alte wurden überarbeitet oder gestrichen.
Christian: Der Titel wurde auf Linux-Server – Das umfassende Handbuch, geändert.
Christian: Mittlerweile gibt es die siebte Auflage und weitere kommen.
Christian: 2008 ist Dirk in die Schweiz ausgewandert und arbeitet weiter im Linux- und Infrastrukturumfeld.
Christian: Seit 2022 ist er bei der Swisscom in der Schokoladenhauptstadt Zürich tätig
Christian: und verantwortet den Aufbau eines Linux-Workplaces.
Christian: Zwischen 2024 und 2025 absolvierte er an der Zürcher Hochschule eine Weiterbildung in moderner Führung.
Christian: Zeit bei der Swisscom war für ihn der Schritt vom Techniker zur Führungsperson,
Christian: also weg von Bits und Bytes hin zu Menschenverantwortung und Zusammenarbeit.
Christian: Er hat mehrfach auf IT-Konferenzen wie der Free-and-Open-Source-Software-Konferenz,
Christian: der FrOSCon-Konferenz.
Christian: Und den Chemnitzer Linux-Tagen gesprochen über Themen rund um Linux,
Christian: Open Source, Arbeitskultur und den Wandel vom Techniker zur Führungskraft.
Christian: Dirk bloggt und podcastet regelmäßig zu Linux und Open Source.
Christian: Gemeinsam mit Sujeevan Vijayakumaran betreibt er den Podcast TILpod und mit
Christian: Mario Hommel den Podcast BuzzZoom.
Christian: Privat lebt er mit seiner Frau, zwei Hunden und einem Pferd,
Christian: ruhig gelegen im Zürcher Oberland, wo es mehr Wiesen als Banken gibt.
Christian: Doch jetzt geht's raus aus dem Schokoladenbrunnen. Hallo Dirk.
Dirk: Hallo Christian.
Christian: Schön, dass du da bist. Ich würde ganz gerne mal einsteigen bei deiner Lebensgeschichte.
Christian: Ganz früh bei deinem Anfang. Jetzt nicht, wo du geboren bist,
Christian: in welcher Krippe, das meine ich jetzt nicht.
Christian: Sondern eher, was hat dich denn dazu verleitet, letztendlich im IT-Umfeld ein Studium zu machen?
Dirk: Also erst mal, ich bin in einer Stadt geboren, die es heute nicht mehr gibt.
Dirk: Das ist vielleicht dann auch nochmal ganz interessant, weil es im Jahr 1974
Dirk: eine Gemeindereform gab in Deutschland und ich bin vor 1974 geboren.
Dirk: Ja, was hat mich zu einem IT-Studium gebracht? Eigentlich war seit meiner Schulzeit
Dirk: klar, dass ich Mathematiker werde, weil ich immer sehr gut in Mathematik war,
Dirk: sogar mehr als sehr gut in Mathematik.
Dirk: Und dann bin ich ins Mathestudium gekommen und habe gelernt,
Dirk: dass Mathematik nicht das ist, was ich studieren wollte, sondern ich wollte
Dirk: eigentlich Rechnen studieren.
Dirk: Und da mich doch eine Faszination für Computer so ein Stück weit begleitet hat,
Dirk: wir waren, zur Erinnerung, wir waren da in den Anfängen, vorsichtig formuliert,
Dirk: da gab es noch Amiga und Atari ST.
Christian: Och, das war ja schon weit.
Dirk: Ja, also ich habe mit einem programmierbaren Taschenrechner angefangen,
Dirk: das war noch ein bisschen weiter früher, so 1982 glaube ich. Ähm,
Dirk: Und deswegen fand ich Informatik relativ spannend. Ich habe auch tatsächlich
Dirk: Mathematik mit Schwerpunkt Informatik, hieß es damals, und Nebenfach Elektrotechnik studiert.
Dirk: Schwerpunkt Informatik war, weil es in Bochum damals noch kein Informatikstudium gab.
Dirk: Und als ich dann gemerkt habe, dass ich Mathematik nicht machen wollte,
Dirk: was mich in meinen vier Semester gekostet hat, habe ich mich dann entschieden,
Dirk: Informatik zu studieren und dann halt nach Dortmund zu gehen.
Christian: Spannend, spannend. Ich habe ja auch mit Informatik, ich habe ja auch mit Mathematik
Christian: angefangen, bis ich dann auch gewechselt habe.
Christian: Aber meine Begründung war vielleicht eher, dass die Informatiker und die Mathematiker,
Christian: sehr ähnlich ticken und dass ich mal mit anderen Leuten etwas zu tun haben wollte.
Christian: Und daher habe ich auch das Nebenfach gewechselt.
Christian: Aber es stimmt schon, Mathematik, glaube ich, im Studium ist was ganz anderes
Christian: als Mathematik in der Schule, so wie man da in Kontakt kommt.
Christian: Ja, und dann bist du in die Linux-Systemadministration abgedriftet.
Christian: Wie ist es dazu gekommen? Also, wie ist es zu Linux im Allgemeinen gekommen?
Christian: War Windows noch nicht so weit?
Dirk: Ein folgenschwerer Fehler, wie es sich angedeutet hat.
Dirk: Wie bin ich dazu gekommen? Also, erstmal generell hat mich eine Faszination
Dirk: für Kommandozeileninterfaces begleitet.
Dirk: Also ich fand es immer cool, wenn man auf der Kommandozeile viele Dinge tun konnte.
Dirk: Und das ging unter Windows nun wirklich nicht so toll. Also wer sich erinnern
Dirk: mag, mit später Command-Exe, wie hieß es denn früher, wie hieß das davor,
Dirk: weiß ich gar nicht, die Batch-Geschichten der Kommandozeilen-Interpreter.
Dirk: Das hat nicht wirklich Spaß gemacht.
Dirk: Und unter Linux oder Unix hat das richtig Spaß gemacht. Und deswegen bin ich
Dirk: erst über Unix, wo ich ein Software-Praktikum drauf gemacht habe an der Uni,
Dirk: später dann auch zu Linux gekommen.
Dirk: Und mich hat immer begeistert, dass es eine quelloffene Software ist und dass
Dirk: es Open Source ist und dass man selber Veränderungen vornehmen kann.
Dirk: Und ich komme aus einem finanziell schwächeren Haushalt.
Dirk: Ich fand immer gut, dass mit diesen Systemen Teilhabe möglich war.
Dirk: Also, dass es möglich war, ohne dass man einen dicken Geldbeutel hatte, auch,
Dirk: am Internet oder was. Das Internet war auch in den Kinderschuhen.
Dirk: Wir sind ja schon alt, wir sind ja weiß-graue Bärte.
Dirk: Dass es einfach möglich war, alles Mögliche zu machen, ohne dass man viel Geld
Dirk: in die Hand nehmen musste.
Christian: Kommandozeile, das ist ja interessant. Aber benutzt du heute immer noch primär
Christian: die Kommandozeile oder ist dein Alltag doch der Maus gewichen?
Dirk: Also, ich benutze natürlich viele grafische Applikationen, aber die Kommandozeile,
Dirk: die Shell, ist das Erste, was ich öffne, wenn ich an meinen Rechner gehe.
Dirk: Also, ich habe eine grafische Oberfläche und das Erste, was ich öffne,
Dirk: ist ein Terminalfenster.
Dirk: Und ich mache auch tatsächlich viel in dem Terminalfenster. Ich habe mir ein
Dirk: Skript geschrieben, was mein Update durchführt mit allen möglichen Sachen.
Dirk: Also, alle Git-Repositories werden aktualisiert, alle Anwendungen werden aktualisiert,
Dirk: meine Dot-Files werden aktualisiert.
Dirk: Und dann habe ich ein weiteres Skript geschrieben, was mir so die ganzen Applikationen
Dirk: hochfährt, die ich so täglich brauche, wenn ich arbeite.
Dirk: Das kann man anders lösen, ja,
Dirk: aber ich habe es halt mit einem Skript gelöst, weil mir das Spaß macht.
Christian: Ja, eigentlich auch eine spannende Frage. Also wie viel programmieren können
Christian: muss man eigentlich, wenn man im Administrationsumfeld tätig ist?
Christian: Also Skripten, selber natürlich sowas wie eine Shell-Sprache,
Christian: Batch oder anderen Varianten versus vielleicht, was jetzt eher so Richtung Python
Christian: geht, so Automatisierung.
Christian: Wie viel Skripting muss man können, um als Systemadministrator arbeiten zu können?
Dirk: Ich sage erst mal, was man nicht braucht, wenn man das Linux noch als Desktop-System
Dirk: verwendet, braucht man keine Kommandozeile kennen und man braucht auch nicht
Dirk: skripten und auch nicht programmieren können. Damit habe ich mein Team relativ
Dirk: überrascht, weil die dachten, als ich den Linux vorgestellt,
Dirk: Dass ich jetzt mit der Kommandozeile komme und als sie merkten,
Dirk: dass es nicht einmal die Kommandozeile aufgepoppt war, da waren sie relativ
Dirk: erstaunt, weil sich so in den Köpfen doch festgesetzt hat, dass man für ein
Dirk: Linux-System wirklich die Kommandozeile braucht, weil ohne die geht es nicht.
Dirk: Und zurück zu deiner Frage.
Dirk: Also man muss in jedem Fall Ablaufsteuerungen beherrschen, sage ich mal.
Dirk: Man muss verschiedene Programme nacheinander starten können,
Dirk: man muss Bedingungen einpflegen können und man muss abhängig von Bedingungen
Dirk: wieder andere Dinge tun können. Also Skripten muss man können.
Dirk: Ganz zu Beginn vielleicht die Shell-Skripte, die man lernen kann.
Dirk: Dann auch später habe ich sehr viel mit Perl gemacht, als ich es kennengelernt habe.
Dirk: Und wenn man in Richtung automatisierte Konfiguration geht und Konfiguration
Dirk: Management geht, dann kommt man an Python nicht vorbei oder wenn man sogar Puppet,
Dirk: benutzt, dann ist es eher Ruby.
Dirk: Also programmieren können, ist in der heutigen Zeit nicht mehr wegzudenken.
Dirk: Also wir betreiben Systeme heute mit den gleichen Methoden, mit denen Software-Developer
Dirk: auch Applikationen programmieren.
Christian: Ja, ich glaube, dann laufen wir jetzt so langsam in Richtung DevOps.
Christian: Wie würdest du denn den Unterschied noch ausmachen? Siehst du dich noch als
Christian: klassischer Administrator oder würdest du dich, keine Ahnung,
Christian: wie nennt man denn Leute, die DevOps machen, DevOpser? Keine Ahnung.
Christian: Also, wie viel ist DevOps-Arbeit, kann man das überhaupt sagen?
Christian: Ach, ich weiß es gar nicht.
Christian: Also, wie viel klassische Systemadministration steckt noch in deiner Arbeit
Christian: drin versus das, was im Allgemeinen heute vielleicht dem DevOps-Umfeld zugeordnet wird?
Dirk: Also, die klassische Systemadministration gibt es nicht mehr.
Dirk: Punkt. Ich glaube, das ist das.
Dirk: Was es aber gibt, ist Plattformentwicklung, nennt sich das heute.
Dirk: Das drückt sich so ein bisschen durch die Jobtitel aus, die man als Lehrberuf
Dirk: in der Schweiz lernen kann.
Dirk: Das Pendant zum Fachinformatiker Systemintegration, den ich in Deutschland,
Dirk: als Lehrherr betreuen durfte, gab es in der Schweiz das Berufsbild des Systemtechnikers.
Dirk: Das ist klassisch das gleiche Pendant.
Dirk: Und dieser Systemtechniker, der wurde umbenannt in Plattformentwickler.
Dirk: Und das gibt, glaube ich, auch relativ gut die Entwicklung vor.
Dirk: Also man macht seine Systeme nicht mehr als Einzelkunstwerke,
Dirk: indem man einfach auf Next, Next, Next fertig klickt und man hat seine Systeme
Dirk: installiert, sondern man automatisiert den Systemaufbau, um nachvollziehbare Systeme zu bekommen.
Dirk: Zur Grenze von DevOps komme ich gleich da kommen wir in Richtung Container-Applikationen,
Dirk: oder Orchestrierungsumgebung der Punkt ist der, dass man versucht alles nachvollziehbar
Dirk: zu haben also wenn man sich überlegt, man hatte früher einen Großrechner das Ding steht in der Mitte,
Dirk: die Z-Series von IBM war da weltweit führen Z-Series für Zero Downtime die haben
Dirk: halt alle Hardware-Ressourcen in diesem Riesentrümmer drin gehabt und haben,
Dirk: wenn es Probleme gab, Hardware-Probleme gehabt hat einfach ein anderer Hardware-Part,
Dirk: die Aufgabe übernommen.
Dirk: Wir sind dann rüber zu kleinen Server-Betriebssystemen gekommen,
Dirk: wo es dann einen dicken Server in der Mitte gab. Davon gab es auf einmal aber
Dirk: auch mehrere, die eine Aufgabe getan haben.
Dirk: Und dann sind wir weiter zu virtuellen Maschinen gewechselt.
Dirk: Und es ist immer eine 1-zu-N-Beziehung. Das heißt, früher, es gab einen Großrechner,
Dirk: es gibt mehr Server, es gibt noch mehr virtuelle Maschinen, und dann gibt es
Dirk: noch viel, viel mehr Container.
Dirk: Und irgendwie hat sich die Belegschaft nicht daran angepasst,
Dirk: wie viele Configuration-Items sie verwalten mussten. Das heißt,
Dirk: man wurde dem Ganzen nur dadurch ja, dass man automatisiert hat und dass man
Dirk: sehr viel automatisiert hat.
Dirk: Gleiches zu Gleichem gemacht hat, was natürlich den Systembetrieb an der Stelle vereinfacht.
Dirk: Also zurück, man automatisiert so weit, dass man alles nachvollziehbar hat.
Dirk: Und man hat früher gesagt, Pets and Cattle. Also sprich, früher haben wir unsere
Dirk: Systeme wie Haustiere verwendet. Wir haben sie gestreichelt, gehegt und gepflegt.
Dirk: Und was man heute macht, ist, man betreibt Systeme wie Rindviecher,
Dirk: von denen man eine ganze Herde hat. und wenn mal ein Rindvieh nicht mehr da
Dirk: ist, dann stellt man ein neues Rindvieh dazu.
Dirk: Also es gibt dieses geflügelte Wort von Pets and Cattle halt.
Dirk: Und so muss man das, glaube ich, heute sehen.
Dirk: Durch den hohen Automatisierungsgrad hat man immer ein Basisbetriebssystem fertig
Dirk: und obendrauf packt man als Layer vielleicht dann noch die Applikation mit einer
Dirk: Mittelschicht vielleicht, wo die Runtime-Umgebung der Applikation drin ist.
Christian: Ja. Lass uns mal drei Technologien uns genauer anschauen und vielleicht kannst
Christian: du mal einordnen, und wofür man das benutzt und was so Anwendungsfelder sind.
Christian: Also ich hätte einmal Ansible, Puppet und Terraform. Kannst du die mal einordnen,
Christian: wofür die da sind, was man damit macht?
Dirk: Ja,
Dirk: kann ich. Das trifft mich jetzt unvorbereitet, das macht aber gar nichts.
Dirk: Also mit Terraform, Terraform hat seinen großen Siegeszug,
Dirk: angetreten, dadurch, dass es eine Programmiersprache war oder HCL,
Dirk: das HashiCorp Configuration Language heißt die, glaube ich, eine Programmiersprache
Dirk: war, mit der man Cloud-Ressourcen zusammenkleben konnte.
Dirk: Also man konnte dadurch Systeme auf Infrastrukturbasis bauen.
Dirk: Man hat dadurch ein System hochfahren können und konnte dadurch dann einfach
Dirk: Systeme hinstellen, sage ich mal prompt.
Dirk: Ansible, mit Ansible kann man das auch. Also wenn es Ansible Runbooks oder Module gibt,
Dirk: mit denen man Cloud-Dinge tun kann, dann kann man das da genauso tun.
Dirk: Ansible ist aber eigentlich eher ein Tool, mit dem man so Basis-Installationen
Dirk: macht. Mittlerweile macht man damit auch viel, viel mehr.
Dirk: Einverstanden, man kann mit Ansible alles machen, auch Kaffee kochen,
Dirk: dafür gibt es bestimmt Plug-in.
Dirk: Aber prinzipiell war es erstmal dazu gedacht, System-Endzustände zu definieren
Dirk: und die Magie von Ansible hat im Hintergrund dazu geführt, dass die System-Endzustände
Dirk: auf dem Zielsystem irgendwie erreicht werden.
Dirk: Was dazu führt, dass diese ganzen Ansible-Playbooks halt idempotent sind.
Dirk: Das heißt, wenn man sie ein zweites Mal ausgeführt hat, hat sich am Endzustand
Dirk: ja nichts geändert und damit hat das Playbook auf dem Zielsystem nichts getan.
Dirk: Und Puppet ist vom Modell her nochmal unterschiedlich. Also Ansible ist so,
Dirk: dass man einen zentralen Ansible-Host hat, mit dem man sich via SSH auf Zielsysteme verbindet.
Dirk: Puppet läuft ein bisschen anders. Es gibt einen Marionettenspieler in der Mitte, den Puppet-Master.
Dirk: Und der Puppet-Master wird von den ganzen Puppet-Clients alle halbe Stunde im Default,
Dirk: angefragt, ob es eine neue Konfiguration gibt und dann spielt der Puppet Master
Dirk: die Konfiguration aus und das Zielsystem, also das System, was die Konfiguration
Dirk: empfängt, versucht sich dann auch in den Zustand zu versetzen,
Dirk: was in dieser Konfiguration angegeben wurde.
Dirk: Wir haben das mal eine ganze Zeit dazu verwendet, dass wir die Basisinstallation
Dirk: mit Ansible gemacht haben, wenn es eine Cloud-Ressource war,
Dirk: sogar mit Terraform, dann haben wir mit Ansible das Ganze normiert,
Dirk: sodass wir einen normierten Stand hatten und haben,
Dirk: da dann auch die Software installiert, die das System brauchte und haben mit
Dirk: Puppet die Konfiguration durchgeführt.
Dirk: Ob das jetzt der Weisheit letzter Schluss ist, weiß ich nicht,
Dirk: aber das ist halt eine Sache, so wie wir es damals eingesetzt haben.
Christian: Ich höre jetzt immer wieder Cloud raus und Container und Automatisierung.
Christian: Seit wann gibt es diesen Trend eigentlich?
Christian: Ich habe so ein bisschen den Eindruck, dass man natürlich früher so seine eigene
Christian: Hardware hatte und irgendwann ist das dann verschwunden.
Christian: Also dann hat man vielleicht erst Server gemietet, wo man dann immer noch die
Christian: gesamte Infrastruktur drauf gehabt hat und irgendwann kam es mal dazu,
Christian: dass man sagte, eigentlich brauchen wir das gar nicht mehr selber aufbauen,
Christian: das Betriebssystem und so.
Christian: Wir können das einfach in die magische Cloud hochladen und die haben dann die
Christian: Compute-Kapazitäten und die haben dann schon die Services.
Christian: Wann fing das eigentlich an?
Dirk: Also eine Jahreszahl kann ich dazu nicht nennen, aber da wäre vielleicht an
Dirk: der Stelle als allererstes,
Dirk: Amazon zu nennen, beziehungsweise AWS zu nennen, die gemerkt haben,
Dirk: dass sie neben dem, dass sie eigentlich Einzelhändler sind und Einzelversandhändler
Dirk: sind und gemerkt haben, dass sie sehr viel IT brauchen, um Einzelversandhändler
Dirk: zu sein, haben sie gesagt, das, was wir intern benutzen, können wir auch nach außen geben.
Dirk: Wir haben einen sehr, sehr hohen Automatisierungsgrad und wir können das,
Dirk: was wir da tun, auch an Endanwender verkaufen. Wir haben so viele Lehrkapazitäten,
Dirk: dass wir auch diese Lehrkapazitäten einfach an Interessierte verkaufen können.
Dirk: Und ich glaube, das war so der erste echte Cloud Provider, so dass man ihn als
Dirk: Cloud Provider nennen konnte.
Dirk: Wenn wir jetzt in die Rechenzentren zurückgehen, dann ist es heute ja sogar
Dirk: so weit, dass sich Virtualisierungsumgebungen Cloud nennen, also sprich, dass man,
Dirk: mit einer API auf eine Virtualisierungsumgebung zugreift und dort dann halt,
Dirk: automatisiert Dinge durchführt und dann ist es eine Private Cloud beispielsweise an der Stelle und das,
Dirk: wovon wir über Amazon sprechen oder Google Compute oder Azure,
Dirk: das sind wohl die drei größten oder es gibt noch tausend andere mehr,
Dirk: Das nennt man dann Global Public Cloud an der Stelle.
Christian: Siehst du das eher positiv oder negativ oder neutral, dass die großen Cloud-Anbieter
Christian: meistens in den USA sitzen?
Dirk: Ich sehe es negativ, ehrlicherweise.
Christian: Was haben wir denn für Alternativen? Und warum nehmen so wenig Unternehmen denn
Christian: diese Alternativen vielleicht auch in Europa wahr?
Christian: Warum haben wir uns in diese Lage gebracht eigentlich, auch politisch,
Christian: dass wir hier in Europa so wenig große Cloud-Anbieter haben?
Dirk: Ich sage vielleicht erst mal, warum ich es negativ finde. Ich finde negativ,
Dirk: dass es durch regulatorische Bedingungen durchaus möglich ist,
Dirk: dass aus Amerika auf Daten auch in deutschen Rechenzentren zugegriffen werden.
Dirk: Der Cloud Act erlaubt es, dass ein amerikanisches Mutterunternehmen Zugriff
Dirk: auf seine Tochterunternehmen haben muss, egal in welchem Land sie sind und damit
Dirk: auch Zugriff auf die Daten, die von diesem Tochterunternehmen gehostet werden, bekommen muss.
Dirk: Das ist eine regulatorische Vorbedingung, ohne die geht es einfach nicht.
Dirk: Man kann sicherlich durch Verschlüsselung dem so ein Stück weit entgegenwirken,
Dirk: aber wir alle wissen, wenn man die Daten hat und man rennt da wirklich mit dem,
Dirk: Kopf gegen die Wand, irgendwann geht die Wand kaputt, also eine Brute-Force-Attacke klassisch.
Dirk: Man kann sowas an irgendeinem Punkt wirklich entschlüsseln und dann da auch
Dirk: weitermachen. Und wenn man so Rechenkapazitäten in Form einer NSA hat,
Dirk: dann ist da sehr viel möglich an der Stelle.
Dirk: Unser großes Problem, aber das wird ja schon fast politisch in Europa, ist es halt.
Dirk: Dass die Technologieunternehmen in Amerika deutlich weiter sind als in Europa,
Dirk: und dass man gerne an dieser Hochtechnologie teilnehmen wollte und deswegen
Dirk: sehr stark auf amerikanische Cloud-Provider gesetzt hat.
Dirk: Es ist, glaube ich, auch in der Branche relativ unumstritten,
Dirk: dass AWS technologisch führend ist, aber die anderen amerikanischen Cloud-Unternehmen,
Dirk: rüsten nach und sind zwischenzeitlich gleich auf.
Dirk: In Sachen Volumen überholt, glaube ich, gerade Microsoft mit Azure relativ viele,
Dirk: weil das Basis von M365 ist.
Dirk: Aber man möchte halt an dieser Technologiebewegung gerne mitmachen.
Dirk: Man möchte da halt gut sein an der Stelle.
Dirk: Es gibt europäische Cloud-Provider, die gar nicht so wahnsinnig bekannt sind
Dirk: und die auch gar nicht in dem Umfang konfigurierbar sind.
Dirk: Wie es die amerikanischen Cloud-Provider sind, glaube ich. Also ich möchte einen
Dirk: Hetzner nennen, die eine eigene Cloud haben und ich möchte vielleicht OVH aus
Dirk: Frankreich nennen, die ein relativ großer Infrastruktur-Provider sind.
Dirk: Otto bietet, glaube ich, seine Ressourcen. Otto, der Versandhändler,
Dirk: bietet, glaube ich, seine Ressourcen auch in Form von Cloud an.
Dirk: Zalando hatte das mal vor. Ich weiß gar nicht, ob sie es durchgeführt haben.
Dirk: Es gibt europäische Alternativen, die aber lange nicht so weit sind wie die
Dirk: amerikanischen Provider an der Stelle.
Dirk: Und vielleicht liegt es auch regulatorisch daran, dass wir in Zentraleuropa
Dirk: haben, wir regulieren erst und machen dann.
Dirk: Und in Amerika wird erst gemacht und dann reguliert. Das ist ein kleiner Unterschied.
Christian: Erst tun und dann fragen? Oder erst fragen und dann tun?
Dirk: Und besser fragen nach Vergebung als nach Erlaubnis. Also bei uns ist es eher,
Dirk: wir fragen um Erlaubnis und in Amerika ist es wie wir fragen um Vergebung.
Dirk: Aber die regulatorischen Bedingungen sind halt andere.
Dirk: In Amerika kann man erst mal machen und erst wenn es dazu kommt,
Dirk: wenn es zu Problemen kommt, wird ein Regulatorium nachgeworfen.
Dirk: Bei uns ist erst die Regel da und dann wird gemacht. Das ist vielleicht der große Unterschied.
Christian: Eigentlich, glaube ich, haben wir das gleiche Problem im Moment auch mit KI-Anbietern.
Christian: Also eigentlich vielleicht eine ähnliche Form. Vielleicht denkt man in Europa
Christian: so, oh, wie sieht das mit dem Datenschutzrecht aus? Woher kommen überhaupt die
Christian: Daten, mit denen die LLMs gefüttert werden?
Christian: Und in den USA, wie, ja, da stecken fünf Millionen Bücher drin. Ist egal, hier.
Christian: Bezahlen können wir später dazu. Mich hat das damals schon mal gewundert,
Christian: dass bei europäischen Lösungen man so darauf bestanden hat, dass die Server in Europa stehen.
Christian: Aber für mich hat das nie das Problem gelöst.
Christian: Wenn es amerikanische Unternehmen und selbst die Server in den USA leben,
Christian: gibt es trotzdem durch die Regeln Möglichkeiten, dass die Daten ins Ausland fließen.
Dirk: Ja, definitiv.
Christian: Das bringt mich so ein bisschen so auf Sicherheit. Du hast gerade Verschlüsselung
Christian: erwähnt. Wie könnt ihr das bei euch im Unternehmen regeln,
Christian: zum Beispiel Patches aufzuspielen, das System zu aktualisieren?
Christian: Weil ich glaube, es gibt hier so einen Konflikt zwischen ich will mein System
Christian: immer aktualisieren. Auf der anderen Seite haben wir aber dieses Stichwort oder
Christian: Sprichwort Never Change a Running System.
Dirk: Never even touch.
Christian: Ja, also eigentlich will man ja niemals dran gehen, wenn man sagt,
Christian: oh, dieses fragile System läuft gerade und wenn ich da irgendwas bewege,
Christian: dann fällt es um und läuft, nie wieder startet, nie wieder.
Christian: Auf der anderen Seite kommen irgendwie Security-Hinweise täglich rein,
Christian: man muss das aktualisieren und das und das und das.
Christian: Wie macht ihr sowas in der Praxis bei euch im Unternehmen?
Dirk: Also ich bin jetzt nicht in dem Unternehmen, in dem ich gerade bin,
Dirk: bin ich nicht im Infrastrukturbereich beschäftigt.
Dirk: Aber ich kann vielleicht sagen, wie das so gemeinhin gemacht wird.
Dirk: Es ist so, dass die Linux-Anbieter, die Distributionsanbieter regelmäßig Patches zur Verfügung stellen.
Dirk: Und dabei sind Security-Patches dabei und Hotfixes dabei, die einfach Fehler beheben.
Dirk: Und diese Patches unterliegen einem Review-Zyklus und werden dann für Systeme
Dirk: freigegeben und in der Regel ist es so, dass die Systeme automatisiert gepatcht werden.
Dirk: Am Anfang des Monats werden vielleicht Development- und Testsysteme gepatcht
Dirk: und mit einer zeitlichen Verzögerung von 1, 2, 3 Wochen dazwischen werden dann
Dirk: die Produktionssysteme gepatcht.
Dirk: So, man hofft auf diesem Weg halt sicher zu sein, dass Sachen,
Dirk: die man vorher schon mal in Dev und Test ausgerollt hat, dass die später die
Dirk: Produktion nicht runterreißen.
Christian: Aber völlig, heutzutage ist also völlig automatisiert. Also es guckt nicht wirklich
Christian: jemand drüber und sagt, ich weiß nicht, ob ich jetzt diesen Linux-Patch einspielen
Christian: sollte, ich warte mal lieber.
Christian: Sondern da muss man einfach sagen, da hat man gar keine Zeit zu sich,
Christian: damit individuell auseinanderzusetzen. Das wird einfach drüber gebügelt, Feierabend.
Christian: Und dafür hat man den Servicevertrag zum Beispiel und dann wird das gemacht.
Dirk: Ja, genau. Also was natürlich bei dieser Patch, also wenn die Patches reviewt
Dirk: werden, werden natürlich auf interne Testsysteme zuerst ausgerollt,
Dirk: um zu gucken, ob da alles tut.
Dirk: Aber die Konstellationen sind
Dirk: halt unterschiedlich. Man hat nicht jedes Kundensystem gleich nachgebaut.
Dirk: Und da vertraut man halt darauf, dass die Kunden halt ihre Development-, Test-, Quality-Systeme,
Dirk: was sie auch immer alles haben, entsprechend auf dem gleichen
Dirk: Stand haben, sodass sie die Tests auch selber durchführen können.
Dirk: Es hilft ja nichts zu sagen, dass das Betriebssystem läuft. Eigentlich muss
Dirk: die Applikation, die auf dem Betriebssystem läuft, laufen.
Dirk: Das ist, glaube ich, der Stoß, den man einmal verstanden haben muss.
Dirk: Wenn das Betriebssystem läuft, ich komme aus solchen Gegenden,
Dirk: wo der Systembetrieb ganz klar gesagt hat, mein Ding läuft, das ist alles andere,
Dirk: das ist nicht mehr mein Problem.
Dirk: Ich glaube, aus dem Alter und aus der Situation sind wir mittlerweile auch raus, glücklicherweise.
Christian: Wenn du jetzt Privatpersonen empfehlen müsstest, ein Linux-System aufzusetzen,
Christian: zu betreiben, anzufangen, wie würdest du da bei den vielen Linux-Systemen auswählen?
Dirk: Ich habe vor ein paar Jahren einen Vortrag auf den Chemnitzer Linux-Tagen dazu
Dirk: gehalten. Den Link können wir sicherlich in die Sendungsnotizen packen.
Dirk: Da gibt es auch ein Video von. Ich würde einem potenziellen Anfänger raten,
Dirk: auf ein System zu setzen, was mit Ubuntu als Basis daherkommt.
Dirk: Also die Idee dahinter, auf Ubuntu zu setzen, ist, dass man da eine Basis hat,
Dirk: die sehr gut dokumentiert ist, wo man sehr viele Informationen auch im Internet darüber findet.
Dirk: Und letzten Endes ist es so, dass man jemanden kennen muss, der vielleicht jemanden
Dirk: kennt, der einem wirklich bei gezielteren Problemen weiterhelfen kann.
Dirk: Meiner Ansicht nach ist das auch einer der Erfolge von Windows,
Dirk: dass man da immer jemanden findet, der Ahnung hat oder jemanden kennt,
Dirk: der jemanden kennt, der Ahnung hat.
Dirk: Und alle Probleme kann man heutzutage nicht mehr selber lösen.
Dirk: Dazu sind die Computer viel zu komplex und auch die Anwendungssoftware viel zu komplex geworden.
Dirk: Das heißt, man ist auf Support angewiesen und bei Ubuntu kriegt man,
Dirk: glaube ich, relativ viel Support.
Dirk: Es ist nicht das beste System. Was das beste System ist, entscheidet glücklicherweise
Dirk: jeder selber, weil es sehr viele Wahlmöglichkeiten gibt.
Dirk: Und das Gute ist, dass man die Wahlmöglichkeiten hat. Und das Schlechte ist
Dirk: auch, dass man die Wahlmöglichkeiten hat.
Dirk: Weil man muss wählen. An irgendeiner Stelle muss man sich entscheiden und sich
Dirk: überlegen, womit man beginnen möchte.
Dirk: Ich selber bin auf dem Desktop-Distributions-Hopper. Das heißt,
Dirk: ich wechsle regelmäßig meine Desktop-Distributionen.
Dirk: Einfach, weil es mir Spaß macht, zu wechseln. Und ich kann dann mit dem gleichen
Dirk: Programm, mit einer anderen Distribution auch noch weiterarbeiten.
Christian: Also ich habe jetzt verstanden, wenn man es eher privat nutzen möchte,
Christian: Ubuntu, weil die Dokumentation gut ist. Ich habe sogar den Ubuntu-Font bei mir
Christian: auf meinen Folien drauf.
Christian: Der hat so einen gewissen Charakter. Wenn man jetzt mal auf die Unternehmensseite
Christian: wechselt, also nehmen wir mal an, ich möchte für meinen Lakritz-Shop einen Server wählen.
Christian: Mache ich das auch mit Ubuntu? Oder würdest du sagen, naja, wenn man es schon
Christian: irgendwie seriös macht, als Unternehmen macht, dann greift man zu anderen Lösungen,
Christian: weil kommerzieller Support ist besser oder die Frequenz der Security-Updates ist besser.
Christian: Also würde man dann was anderes nehmen? Und warum? Was wären solche Kriterien,
Christian: dass man sagt, naja, in dem Fall wäre Ubuntu dann aber vielleicht nicht mehr so gut?
Dirk: Das kann ich mit einem sehr, sehr definitiven Kommt darauf an beantworten.
Christian: Wow. Ähm ...
Dirk: Im Unternehmensbereich ist es so, dass man meist bezahlte Software hat und die
Dirk: bezahlte Software setzt ein bestimmtes zugrunde liegendes Betriebssystem voraus.
Dirk: Die meisten Zertifizierungen für Betriebssystemen gibt es wahrscheinlich für
Dirk: Red Hat Enterprise Linux, was relativ weit vorne ist und gibt es auch für SUSE
Dirk: Linux Enterprise Server, wenn man im Rechenzentrum guckt.
Dirk: Gibt es auch zum Teil für Ubuntu, aber schon weniger und es gibt sie auch zum
Dirk: Teil für Debian, aber auch wieder weniger.
Dirk: Von daher würde ich immer schauen, bei Debian gibt es einen Community-Support,
Dirk: bei Ubuntu den Support durch die Herstellerfirma Canonical, bei SUSE Linux Enterprise
Dirk: Server durch SUSE und bei Red
Dirk: Hat Enterprise Linux halt durch Red Hat und diesen Support zahlt man auch.
Dirk: Also man muss sich davon lösen, dass man ein komplett gratis Betriebssystem,
Dirk: mit kompletten Support bekommt, ohne dass man was dafür zahlen muss.
Dirk: Aber der Bestimmer, was man da einsetzt, ist zum einen die Software,
Dirk: die ich auf dem System einsetzen möchte, dafür zertifiziert.
Dirk: Und zum anderen beißt sich das vielleicht mit dem, was ich sonst im Rechenzentrum stehen habe.
Dirk: Meistens ist Software für mehrere Betriebssysteme zertifiziert und man sucht
Dirk: sich ja jetzt nicht jedes System einzeln aus und sagt, ach,
Dirk: das lasse ich unter Debian laufen, das lasse ich unter Ubuntu laufen,
Dirk: das lasse ich unter Red Hat Enterprise Linux laufen und das unter SUSE Linux Enterprise Server.
Dirk: Und weil ich da auch einen deutschsprachigen Support bekomme,
Dirk: Manjaro habe ich noch nicht im Rechenzentrum, das tue ich jetzt auch noch ins
Dirk: Rechenzentrum, sondern ich erinnere nochmal an Pets and Cattle.
Dirk: Man reduziert Betriebskosten dadurch, dass man eine relativ einheitliche Basis hat.
Dirk: Man muss einfach gucken, dass man auf möglichst breiter Basis einheitlich ist.
Dirk: Und das kann man, glaube ich, nur durch die drei kommerziellen Systeme,
Dirk: Red Hat, SUSE und Canonical, Schrägstrich Ubuntu, machen, weil man da kommerziellen Support bekommt.
Dirk: Und meiner Erfahrung nach ist Red Hat...
Dirk: Wenngleich auch manchmal ein bisschen altbacken, das System,
Dirk: was die weiteste Zertifizierungsverbreitung hat.
Christian: Mir ist aufgefallen, jetzt wo ich an einem C-Buch arbeite und ich viel Tools
Christian: einsetze, also nicht nur in den verschiedenen Compiler, sondern auch Profiling-Tools und so weiter,
Christian: dass ich ein bisschen genervt bin von den verschiedenen Möglichkeiten, das zu installieren.
Christian: Jeder hat irgendwie seinen eigenen Installer. Du bist der Fachmann.
Christian: Warum ist das so fürchterlich? Warum hat jeder sein eigenes Kommando,
Christian: wenn ich Software installieren möchte?
Dirk: Weil das historisch gewachsen ist. Weil, ja, weiß ich nicht,
Dirk: Ubuntu hat ja die Basis in Debian. Debian hat ein eigenes Softwarepaket gehabt,
Dirk: gehörte zu den großen ersten Distributionen.
Dirk: Red Hat ist eine zweite relativ große Distribution. Die haben sich halt parallel
Dirk: angefangen zu entwickeln und da hat ja jeder sein eigenes Ding getan.
Dirk: Und so gibt es halt die großen Paketformate, Debian-Pakete, .deb,
Dirk: und Red Hat Package Manager-Paketformate, Das sind RPMs, die durch entsprechende
Dirk: Tools installiert werden können.
Dirk: Und sie sind eigentlich nie dazu gekommen, das zu vereinheitlichen,
Dirk: weil jeder von sich geglaubt hat, dass er das bessere Format hat und keiner
Dirk: ein Stück weit abgeben wollte von dem, was er getan hat.
Dirk: Ich meine, die Hardcore-Leute, die laden sich den Quelltext runter und kompilieren
Dirk: selber. Das geht natürlich auch noch.
Dirk: Und das geht vor allem auch dann gut, und ich komme darauf zurück,
Dirk: wenn man eine stabile Basis hat. Also wenn man eine weitverbreitete Basis hat,
Dirk: dann funktioniert das auch ganz gut.
Christian: Also als Autor ist das extrem lästig, weil dann musst du immer so einen Menüpunkt,
Christian: nicht so einen Menüpunkt, sondern so eine Unterteilung machen.
Christian: Also bei dem Betriebssystem muss ich das schreiben, bei dem Betriebssystem muss ich das schreiben.
Dirk: Das müssen wir Buch auch, ja.
Christian: Ja, stimmt, genau, da kommen wir auch nochmal zu. So ein anderer Knackpunkt
Christian: ist irgendwie mit dem systemd versus, wie heißt die Alternative nochmal?
Dirk: System V Boot.
Christian: Ja, was hat es damit auf sich? Das ist ja auch irgendwie so ein Glaubenskrieg.
Christian: Warum das Ganze, warum ist das so irgendwie extrem, warum wird im Linux-Umfeld
Christian: häufig so extrem fast schon religiös argumentiert? Also das ist für mich auch so ein Beispiel. Warum?
Dirk: Weil man es kann.
Dirk: Es gibt halt viele Leute, die sind, die mögen keine Veränderung.
Dirk: Und alles, was ihren Status Quo verändert, dem sehen sie skeptisch entgegen. Ja.
Dirk: Und ich bin auch mittlerweile der Meinung, dass man nicht mehr jeden Scheiß
Dirk: mitmachen muss, um es mal vorsichtig zu sagen, sondern dass man auch da mal
Dirk: ein bisschen Wasser denn rein runterfließen lassen muss.
Dirk: System V Init-Skripte hatten halt den großen Nachteil, dass das alles uneinheitlich
Dirk: war und dass alle selbstgeschriebene Skripte verwendet haben.
Dirk: Es gibt zwar ein Framework, was man so verfolgen soll, aber man muss nicht.
Dirk: Und was das Schlimmste ist, System V Boot ist Single-Threaded.
Dirk: Und jetzt sind wir in einer Welt, wo wir mit Multicore-Architekturen zu tun
Dirk: haben, also unsere Produktionstrümmer haben 192, 384 Cores.
Dirk: Und wenn ich mir überlege, dass nur ein Core davon benutzt wird,
Dirk: um das System hochzufahren, dann ist das absolute Verschwendung.
Dirk: Man möchte ja parallelisieren und das bietet halt systemd. systemd erlaubt eventabhängige
Dirk: Starten von Software und erlaubt auch parallelisierte Starten von Software.
Dirk: Und das, was bei systemd, glaube ich, der Hauptknackpunkt für viele ist,
Dirk: das Init-System mit System V oben drauf, das ist ein System, was einzig und allein
Dirk: dem Zweck dient, den Rechner hochzufahren und die Systemdienste zu starten.
Dirk: systemd ist aber eine Suite, ein großes Potpourri vom Programm,
Dirk: die im Prinzip dazu dienen können, das komplette System zu managen.
Dirk: Und wenn man systemd und Init vergleicht, also diese beiden Boot-Systeme,
Dirk: dann ist es halt so, dass man Äpfel und Birnen vergleicht. Man hat auf der einen
Dirk: Seite ein System, was nur dazu gedacht ist, ein System in eine Lage zu versetzen,
Dirk: dass man damit arbeiten kann.
Dirk: Und auf der anderen Seite hat man ein System, was auf Events reagieren kann,
Dirk: zum Beispiel, was dadurch dazu führen kann, dass wenn man einen USB-Stick in
Dirk: einen Rechner steckt, das automatisch via systemd der Virenscanner angeschmissen wird und,
Dirk: der USB-Stick geprüft wird.
Dirk: Das geht unter System V auch, indem man udev-Rules da vergibt an der Stelle,
Dirk: aber es ist halt aus diesem Framework rausgenommen und,
Dirk: Also, ich glaube, der Hauptkritikpunkt für viele, die das nicht mögen,
Dirk: ist halt, dass es viel, viel mehr ist als nur Init.
Christian: Ja.
Dirk: Glaube ich.
Christian: Das heißt aber dann auch, dass letztendlich auch die Arbeit als Systemadministrator
Christian: sich über die Jahre auch durchaus gewandelt hat.
Christian: Also, das heißt, es kommen neue Tools, man muss sich auch dann ja mit verändern.
Christian: Also kann man nicht nur sagen, das haben wir vor 20 Jahren so gemacht,
Christian: das bleibt so, sondern das sind ja auch tatsächlich ziemlich fundamentale Bewegungen dann.
Christian: Noch ein anderes Thema, was ich spannend finde, ist, viele Linux-Systeme sind
Christian: ja schon Open Source, es gibt kommerzielle Unterstützung, aber ich habe so ein
Christian: bisschen den Eindruck, dass in der Landschaft sich das so ein bisschen verschiebt,
Christian: so zu so einem Hybrid-Modell.
Christian: Ja, der Kern ist frei und open source, aber dann flanscht man noch was kommerzielles
Christian: daran und damit verdienen wir unser Geld.
Christian: Ist das zu beobachten? Ist das nur ein Bauchgefühl oder stimmt das tatsächlich?
Dirk: Wo fangen wir an? Also bei der Linux-Distribution ist es so,
Dirk: dass alles, was du da bekommst, open source ist.
Dirk: Das, was du bezahlst, ist der Support und dass du regelmäßig Patches,
Dirk: getestete Patches bekommst.
Dirk: Das ist das, was du bezahlst. Aber das System selber ist und bleibt Open Source
Dirk: und die Urheberrechte sind und bleiben bei den Herstellern der Software.
Dirk: Natürlich bringt jeder Hersteller dann noch ein paar eigene Tools mit.
Dirk: Die meisten Hersteller im Distributionsbereich bieten die auch als Open Source
Dirk: an, dass man die weiterverwenden kann.
Dirk: Aber der Kernpunkt, womit sie ihr Geld verdienen, ist mit Support und mit getesteten,
Dirk: Aktualisierungen, sage ich mal so.
Dirk: Und mit der Garantie, dass sie über die Laufzeit des Systems bei Red Hat und
Dirk: SUSE und mittlerweile sogar bei Ubuntu 10 Jahre bis maximal 13 Jahre,
Dirk: dass sie in dieser Zeit API-Kompatibilität gewährleisten.
Dirk: Das heißt, dass man eine Software, die man an Tag 1 einer Distribution aufgespielt
Dirk: hat, 13 Jahre lang auf dem gleichen System weiterverwenden kann.
Dirk: Und da kommen wir dann zu dem Problem, wo dann du auch eine Rolle spielst, Christian.
Dirk: Kein Mensch möchte, aber erst recht kein Softwareentwickler und deswegen,
Dirk: Christian, möchte mit 13 Jahren alten Bibliotheken arbeiten.
Christian: Oh Gott, das stimmt.
Dirk: Niemand. Und deswegen ist es halt so, dass man schauen muss,
Dirk: das machen wir auch schon seit Jahren, dass man das Betriebssystem und die Applikationen,
Dirk: die darauf laufen, voneinander entkoppelt.
Dirk: Also jetzt klassisch in deinem Beispiel wäre das, dass wir Applikationen immer
Dirk: angeraten haben, dass wir eigenes Java mitbringen.
Dirk: Sodass sie, wenn wir patchen, ist ihre Runtime-Umgebung für die Applikationen davon nicht betroffen.
Dirk: Oder auf einem sehr, sehr tiefen Layer, wovon der Distributionshersteller aber
Dirk: garantiert, dass sich dieser Layer nicht so verändert, dass es API-Brüche gibt,
Dirk: also dass da irgendwelche Kompatibilitätsprobleme auftauchen.
Dirk: Was oben drauf läuft, ist dann wieder egal.
Dirk: Da ist dann der Softwareentwickler selber gefordert und wenn es eine Java-Version
Dirk: gibt, die eine bestimmte Kernel-Version oder eine bestimmte glibc-Version unten
Dirk: drunter voraussetzen würde,
Dirk: dann muss der Softwareentwickler sehen, ob die mit diesem vorhandenen Betriebssystem
Dirk: überhaupt machbar ist oder ob es dafür was Neueres braucht.
Christian: Wie siehst du die Spaltung bei den anderen Werkzeugen, wie zum Beispiel,
Christian: jetzt haben wir über Ansible Puppet schon kurz besprochen oder Terraform.
Christian: Also wie stark verändert sich das, was vielleicht ursprünglich Open Source war,
Christian: hin zu vielleicht wird wer weggenommen, es kommerzialisiert sich.
Christian: Also zum Beispiel im Java-Umfeld ist mir aufgefallen, man hat relativ lange
Christian: und gut mit Flyway arbeiten können. Das ist so ein Daten- und Migrationstool.
Christian: Das war eigentlich immer frei gewesen.
Christian: Und plötzlich wird das quasi, gab es eine feindliche Übernahme und plötzlich
Christian: sind die interessanten Migrationen,
Christian: dafür muss man dann eben jetzt Geld ausgeben oder man bekommt nur,
Christian: sagen wir mal, alte Datenbanken oder alte Schematas unterstützt,
Christian: die dann funktionieren, für alles andere muss ich bezahlen.
Christian: Das finde ich merkwürdig. Deswegen meine Frage, wie erlebst du das bei den anderen
Christian: Produkten, die man jetzt neben dem Betriebssystem noch einsetzt?
Christian: Vielleicht Produkte, die früher völlig selbstverständlich Open Source war,
Christian: gute Community und plötzlich schnappt sich ein Unternehmen diese Technologie
Christian: und es wird gefühlt geschlossener.
Dirk: Ich sehe eine Tendenz zu OpenCore, dass der Kern einer Anwendung frei bleibt,
Dirk: aber alles, was die Anwendung interessant und angenehm zu nutzen macht, das muss man bezahlen.
Dirk: Es gibt da sehr viele Beispiele, für GitLab sei mal als Beispiel genannt,
Dirk: was in der Basisversion OpenCore ist, was man frei benutzen kann.
Dirk: Es gibt eine Community Edition, die man auf jedem Server einsetzen kann.
Dirk: Bei Grafana ist es genau das Gleiche, beispielsweise, um da mal zwei Beispiele zu nennen.
Dirk: Beispielsweise, um mal zwei Beispiele zu nennen, auch sehr schön,
Dirk: um an der Stelle mal zwei Beispiele zu nennen, wo halt das Basisding Open Source
Dirk: ist, aber das, was man an zusätzlichen Funktionen haben möchte und was man vielleicht
Dirk: auch im heutigen Lifecycle Management braucht, das kostet dann auf einmal Geld.
Dirk: Die Tendenz gibt es. Die Frage muss man sich ja erlaubt zu stellen,
Dirk: arbeiten Menschen daran, die auch vielleicht Familie haben, die ihre Familie
Dirk: ernähren müssen, wie sollen sie das tun?
Dirk: Und wenn wir alle altruistisch unterwegs wären und alles, was wir machen,
Dirk: freistellen würden und wir arbeiten 100% an diesen Dingen, wie sollen wir unsere Familie ernähren?
Dirk: Und das beißt sich an der Stelle und irgendwoher muss das Geld ja kommen.
Dirk: Da gibt es einmal im Großen und Ganzen das Modell zu sagen, ich hole mir das
Dirk: über Support und über Stabilität, durch sehr, sehr guten Support.
Dirk: Die andere Möglichkeit wäre halt zu sagen, ich biete Premium-Funktionen an oder
Dirk: Funktionen jenseits des Kerns an, die ich dann mir explizit bezahlen lasse.
Christian: Ich überlege gerade, wie ich dir danken kann für diese eigentlich fantastische
Christian: Überleitung zur Autorentätigkeit.
Christian: Eigentlich passt das jetzt ganz gut zusammen, mal dazu überzuleiten.
Christian: Letztendlich ist es ja auch etwas, was man traditionell erstmal frei hat,
Christian: eine Dokumentation, aber natürlich sind gewisse Sachen in Buchform doch dann irgendwie auch besser.
Christian: Erzähl mir ein bisschen davon. Wie ist es dazu gekommen, zu dem Buch?
Dirk: Ja, was soll ich sagen? Die Geschichte dieses Buches ist eine Geschichte von Missverständnissen.
Dirk: Nein, ich war sehr aktiv in der Ubuntu-Community und jemand,
Dirk: der auch in der Community sehr aktiv war, der damalige Projektleiter von ubuntuusers,
Dirk: der war schon Autor im damaligen Galileo-Verlag.
Dirk: Und hat er mich gefragt, ob ich mir vorstellen könnte, mit ihm ein Buch zusammen,
Dirk: über Linux Server zu schreiben. Und ich fand die Idee eigentlich total klasse,
Dirk: dass ich mit ihm zusammen daran gearbeitet habe.
Dirk: Dann hat er sich entschieden, eine Dissertation zu machen, stand für das Buch
Dirk: nicht mehr zur Verfügung. Und dann ist es dazu gekommen, dass wir mit dem Verlag
Dirk: zusammen einfach geschaut haben, dass wir Autoren finden, die an so einem Projekt
Dirk: miteinander arbeiten wollen.
Dirk: Weil mir alleine habe ich es nicht so getraut in dem Umfang.
Christian: Das ist ja auch viel. Also wie viele Seiten hat jetzt das Buch?
Dirk: Ich glaube 1300 irgendwas oder knapp um die 1300.
Christian: Ja, und an jeder Ecke bewegt sich ja irgendwas. Das ist ja absolut verrückt,
Christian: da immer auf dem letzten Stand zu bleiben.
Dirk: Ja, plus die Sache natürlich, die du auch schon kurz angesprochen hast.
Dirk: Du musst ja nicht nur die Befehle reinschreiben, wie man Software installiert.
Dirk: Du hast ja auch noch unterschiedliche Versionen der Software auf verschiedenen Distributionen.
Dirk: Das heißt, und du hast Unterschiede zwischen RPM-basierten und Debian-basierten
Dirk: Distributionen, wo die Konfigurationsdateien liegen.
Dirk: Also sprich, ein großer Teil des Geschreibsels ist zum Beispiel auch da festzustellen,
Dirk: wo sind die Unterschiede und das auch mit zu dokumentieren, was man wo und an
Dirk: welcher Stelle tun muss.
Christian: Ja, ich fand immer so die Idee reizvoll, so eine Art interaktives Buch zu haben, was ich dann starte
Christian: und dann ist da so eine Art Checkbox oder so ein Dropdown-Menü,
Christian: dann kann ich dann sagen, ich habe jetzt Version Bla mit Betriebssystem Blub und
Christian: dann wird das Buch nur für mich gemacht mit genau den Inhalten und den Rest,
Christian: der interessiert mich ja gar nicht, der linkt ja nur ab, aber,
Christian: das ist natürlich eine schwierige Entscheidung.
Christian: Wie habt ihr euch letztendlich darauf geeinigt, welche Distribution in den Mittelpunkt setzt?
Christian: Nehmt ihr alle großen, sagen wir mal Red Hat, Fedora damals,
Christian: Ubuntu und Debian gleichwertig mit oder habt ihr gesagt, wir gucken erst auf
Christian: die Consumer-Seite oder wir gucken eher auf die Business-Seite?
Christian: Wie habt ihr das entschieden?
Dirk: Das hat sich so ein bisschen entwickelt. Ich meine, die Zielsetzung unseres
Dirk: Buches ist so der erfahrene Linuxer, der auf irgendwelche Wege angefangen hat,
Dirk: Server-Administrator zu werden.
Dirk: Oder der Server-Administrator im Nebenberuf geworden ist, der also nicht hauptberuflich
Dirk: damit arbeitet. Weil wir wollten eine klare Abgrenzung haben.
Dirk: Ein Buch, was so viele verschiedene Themen hat, wie das Linux-Server-Buch,
Dirk: was wir haben, das kann nicht so in die Tiefe gehen.
Dirk: Und wir haben gesagt, ein professioneller User, der Tag ein,
Dirk: Tag aus nur Systemadministration macht, der kauft sich Fachbücher zu den spezifischen Themen, die wir,
Dirk: im Buch behandeln. Das Buch ist jetzt in einer Breite so, dass jemand,
Dirk: der sich einen virtuellen Server oder einen Root-Server im Internet kriegt,
Dirk: der kann ihn damit betreiben.
Dirk: Und er könnte auch einen Server betreiben, den er geerbt hat.
Dirk: Aber wenn er hauptberuflich damit arbeitet, dann würde ich dann noch tiefergehende
Dirk: Literatur empfehlen an der Stelle. Die kommt aber nicht in einem einzelnen Buch.
Dirk: Wir haben rund 30 Kapitel.
Dirk: Das heißt, 30 unterschiedliche Themengebiete. Man kann sich jetzt vorstellen,
Dirk: bei 30, das sind wir mit 40 Seiten pro Kapitel plus minus.
Dirk: Also im Schnitt, wohlgemerkt, es gibt Kapitel, die sind deutlich länger,
Dirk: es gibt Kapitel, die sind deutlich kürzer.
Dirk: Mit 30 verschiedenen Themen und 40 Seiten können wir nicht so in die Tiefe gehen,
Dirk: dass wir das alles wirklich bis ins letzte Detail auseinandernehmen.
Christian: Ja, also letztendlich hätte man dann in den 40 Kapiteln jeweils auch 40 spezielle Bücher.
Dirk: Oh, die gibt es ja auch. Ja, die gibt es ja auch, genau.
Christian: Aber ich sehe das eigentlich aus dem Softwareumfeld auch häufig,
Christian: dass manchmal gar nicht so viel nötig ist, um Leuten jetzt einen Einstieg zu geben.
Christian: Klassisches Beispiel in Java wäre Testen mit JUnit.
Christian: Eigentlich kann man das in 10 Minuten erklären, wie man so einen einfachen Testfall
Christian: schreibt und es gibt auch tatsächlich kein JUnit Buch, also es gibt schon welche
Christian: aber die sind alle relativ alt, jetzt kein modernes und das wundert mich eigentlich,
Christian: weil JUnit ist ein Framework,
Christian: ein Library, die jeder irgendwie benutzt, aber trotzdem gibt es da keine aktuelle
Christian: Literatur was irgendwie komisch ist und das heißt
Christian: faktisch reichen einfach so ein paar Seiten mal so nebenbei um einzusteigen
Christian: und dann kann man zum Beispiel auf die Referenzdokumentation zurückgreifen.
Christian: Deswegen, wie gesagt, manchmal reicht eine kurze Einführung,
Christian: um einen auf den Weg zu bringen und das muss manchmal gar nicht so tief sein.
Christian: Dann wird es auch schnell langweilig, dass man sagt, warum soll ich das jetzt lesen?
Christian: Weil viele, glaube ich, die Bücher auch durchaus linear durchlesen und dann
Christian: zu einem Punkt kommen, so, mein Gott, nochmal, das ist aber sehr speziell.
Christian: Ob ich das brauche, weiß ich nicht. Und dann wird es langweilig,
Christian: die Leute fangen an zu blättern und dann legen sie das Buch zur Seite,
Christian: das bringt dir auch nichts.
Dirk: Ja, genau. Also es gibt natürlich viele solche Beispiele. Pytest unter Python
Dirk: wäre auch noch so ein Beispiel.
Dirk: Was man in den Grundzügen sehr schnell verstanden hat. Wenn es ins Detail geht,
Dirk: muss man vielleicht die Community fragen oder heutzutage fragt man dann irgendwelche
Dirk: Large Language Models und wie man Sachen umsetzt und merkt sehr,
Dirk: sehr schnell, dass die auch nicht immer richtig liegen. Aber ja.
Dirk: Ein Buch hat vielleicht an der Stelle den Vorteil, dass es von Leuten geschrieben
Dirk: wird, die damit zu tun haben, die Erfahrungen damit bringen und die genau wissen,
Dirk: worauf sie hinweisen müssen. Wie heißt es so schön?
Dirk: Neue Besen kehren gut, das beziehe ich mal auf AI, aber die Alten wissen, wo der Dreck steckt.
Dirk: Also es spielt gerade in der Systemadministration spielt Erfahrung eine megagroße Rolle.
Dirk: Wenn man genügend Erfahrung hat, riecht man, woher Probleme kommen können.
Dirk: Das wirst du für deinen Bereich genauso haben, denke ich mal.
Christian: Das merke ich immer dann, wenn ich ein Java-Fortgeschrittenen-Seminar gebe,
Christian: wenn mir dann auffällt, was ich rede und im Hinterkopf sofort schon weiß,
Christian: ach, eigentlich wirst du das nie brauchen.
Christian: Weil das sind ganz viele Sachen, die heute vom Framework abgenommen werden,
Christian: wo man das eigentlich nicht so programmieren muss.
Christian: Also Threading zum Beispiel, da kann man tief einsteigen, aber normalerweise
Christian: lautet die Richtlinie, vom Threading machst du einen großen Bogen.
Christian: Du lädst alles auf das Framework ab, was irgendwie mit Threading angeht und
Christian: hältst schön deine Finger da irgendwie raus, um irgendwelche selber Synchronisationen
Christian: oder sowas zu machen. Und an einem Kurs stellt man es irgendwie vor,
Christian: weil es ein Teil der Standardbibliothek ist.
Christian: Aber das sind halt auch so Punkte, wo ich dann innerlich denke,
Christian: so unwahrscheinlich, dass es jemals benutzt wird.
Dirk: Ja, das ist vermutlich so. Das gilt aber im Serverbereich genauso.
Dirk: Also man kann es bis ins Letzte ausdiskutieren und jedes einzelne Bit und Byte
Dirk: und jeden einzelnen Kern- und Parameter besprechen, wovon man bei 90 Prozent
Dirk: weiß, dass sie eh nie gebraucht werden.
Christian: Wie war denn die Abstimmung dann von den Kapiteln und den Inhalten im Buch?
Christian: Das ist ja jetzt genau so ein Punkt, den man in der Gruppe, ihr habt ja zu mehreren
Christian: geschrieben, ihr schreibt weiter mit mehreren.
Christian: Das ist ja durchaus eine Frage, dass man sich irgendwie erstmal einigen muss,
Christian: welche Themen wollen wir grundsätzlich aufnehmen, was ist so tief,
Christian: wo wollen wir vielleicht ein bisschen Tiefe wegnehmen, wo wollen wir in die Breite gehen.
Christian: Das ist ja permanent eigentlich eine Diskussion. Wie macht ihr das?
Christian: Setzt euch zusammen, einmal im Jahr, zweimal im Jahr. Große Skype- oder Discord-Runde. Kaffee, Kuchen.
Dirk: Ja, fast so. Also das allererste, als wir das allererste Buch geschrieben haben,
Dirk: mit der allerersten Gruppe, haben wir uns tatsächlich in Person getroffen in
Dirk: Stuttgart und haben also unsere Ideen durchdiskutiert, was jeder so für Vorstellungen hatte.
Dirk: Von dieser ersten Gruppe ist nur noch einer tatsächlich übrig und das bin ich.
Dirk: Und selbst der Lektor hat mittlerweile dreimal gewechselt.
Dirk: Das ist ja auch relativ lang. 2009 haben wir uns das erste Mal getroffen und
Dirk: danach haben wir uns nur noch virtuell getroffen. Wir haben eine Mailing-Liste
Dirk: zusammen, auf der wir uns abstimmen, wo wir Sachen miteinander besprechen.
Dirk: Und wir haben halt einmal pro Buch wirklich ein virtuelles, physisches Treffen,
Dirk: wo wir alle anwesend sind, also so wie wir jetzt miteinander sprechen.
Dirk: Jetzt das nächste wird über Open Talk stattfinden, wo wir einfach darüber diskutieren,
Dirk: was zu machen ist, wir haben schon Ideen,
Dirk: wir haben, benutzen Dokumente, an denen wir gemeinsam arbeiten,
Dirk: also bei meinem Fall jetzt CryptPad als Beispiel,
Dirk: und sprechen dann darüber bei der ersten Auflage gab es natürlich einen Riesenkampf
Dirk: das möchte ich nicht verhehlen, was überhaupt in das Buch rein soll und wie
Dirk: tief wir eigentlich gehen wollen und,
Dirk: ich habe dir die Frage noch nicht beantwortet,
Dirk: wie wir dazu gekommen sind, welche Distributionen wir einsetzen.
Dirk: Die Idee war, dass wir Server-Distributionen nutzen, die man gezielt auf dem
Dirk: Server einsetzen kann und auch die, die man sich selber installieren darf.
Dirk: Von daher waren die kommerziellen Distributionen ausgeschlossen,
Dirk: aber wir haben immer die Open-Source-Pendance dazu genommen.
Dirk: Also am Anfang waren es Debian, Ubuntu, CentOS und OpenSUSE.
Dirk: Mittlerweile ist ja CentOS eine Rolling oder eine Rolling möchte ich nicht sagen,
Dirk: aber CentOS Stream ist ja mittlerweile nicht mehr direkt an einen Red Hat angelehnt,
Dirk: sodass wir uns dafür Rocky Linux für den Community Fork entschieden haben,
Dirk: und wir wollten einfach Distributionen haben, die möglichst 90% aller Fälle abdecken.
Dirk: Dass es immer noch irgendwelche Installationen gibt von Distributionen,
Dirk: die halt nicht in diesem Muster sind, steht mal außen vor, aber wir wollten
Dirk: halt eine möglichst breite Breite damit abdecken.
Dirk: Damit haben wir zwei Debian-basierte Distributionen gehabt und zwei RPM-basierte
Dirk: Distributionen gehabt an der Stelle, genau.
Dirk: Und jetzt wollte ich dir die eigentliche Frage noch beantworten,
Dirk: wie es zu den Inhalten kam.
Dirk: Wir haben relativ hart gefightet und ich habe relativ gegen den Widerstand aller
Dirk: durchgesetzt, dass es ein Kapitel der Administrator gibt.
Dirk: Und alle Leute haben gesagt, du spinnst, das gehört nicht ins Buch.
Dirk: Und tatsächlich war das Kapitel das Kapitel, was die meisten positiven,
Dirk: das meiste positive Feedback bekommen hat, nachdem das Buch erstmalig erschienen ist.
Dirk: Und wo man merkt, der Stefan Kania, der ein langer Wegbegleiter ist,
Dirk: der ist halt als Dozent unterwegs gegeben, der hat Samba-Schulung gegeben und
Dirk: ist auch verantwortlich für den Samba-Teil und alles, was rund um Kerberos ist.
Dirk: Der hat das als Lehrer weitergegeben und ich habe den Teil, den ich gemacht
Dirk: habe, aus der Erfahrung als Sysadmin weitergegeben. Also ich weiß,
Dirk: dass als SysAdmin die Rolle des,
Dirk: Systemadministrators nicht so einfach definiert ist. Und deswegen haben wir
Dirk: die im Buch einfach definiert und darüber dann auch sehr viel Feedback bekommen, glücklicherweise.
Christian: Ich habe das Buch ja auch angefangen, von vorne nach hinten und nicht jetzt
Christian: in der Mitte. Und das war das erste Kapitel und auch, muss ich sagen,
Christian: das hat mir auch sehr gut gefallen.
Christian: Etwas, was ich auch spontan nicht unbedingt in so einem Buch erwartet hätte.
Christian: Ich hätte jetzt irgendwie gleich gedacht so, okay, wie installiert man Linux?
Christian: Wie wähle ich eine Partition aus? Das sind, glaube ich, so die klassischen Anfänge.
Christian: Und plötzlich beginnt das Buch mit der Frage, was macht ein Systemadministrator?
Christian: Was sind eigentlich die Rollen? Was sind die Verantwortlichkeiten?
Christian: Und ich dachte so, okay, da habe ich jetzt noch nie so richtig drüber nachgedacht,
Christian: weil ich glaube, dass es, dass man so ein intuitives Verständnis für so ein Berufsbild hat.
Christian: Also auch ich fand die Zusammenfassung schon sehr, sehr gut.
Christian: Also bleibt drin. Ich glaube, jetzt ist sogar auch ein Update des Buches geplant.
Christian: Wie wird sich das entwickeln? Kannst du da schon was zu sagen,
Christian: was sich ändern wird, was neu hinzukommt, ob was wegkommt?
Dirk: Also gerade das Kapitel der Administrator wird sich groß ändern,
Dirk: weil man so heute so nicht mehr arbeitet.
Dirk: Wir haben zu Beginn gesprochen über Terraform, Ansible und Puppet.
Dirk: Wir sind heute deutlich näher daran, das alles zu automatisieren.
Dirk: Man konnte früher Administrator sein, ohne dass man programmieren konnte.
Dirk: Das ist heute auch nicht mehr der Fall. Also heute muss man programmieren können
Dirk: und auch skripten können, um Sachen automatisieren zu können.
Dirk: Das wird ein paar Änderungen erfahren an der Stelle. Wir werden natürlich neuere
Dirk: Versionen mit draufnehmen.
Dirk: Wir werden den FTP-Server beispielsweise rausschmeißen, weil kein Mensch setzt
Dirk: heute meinen FTP-Server auf.
Christian: Solche Sachen.
Dirk: Also das Ganze wird ein bisschen moderner werden und wird ein paar modernere
Dirk: Themen natürlich noch erweitert werden.
Dirk: Und eine Sache, die vielleicht dann auch noch speziell ist bei Linux-Systemadministrationen,
Dirk: ist, dass sich an der Basis relativ wenig ändert.
Dirk: Gut, du hast angesprochen von System V Init auf systemd, das war natürlich ein
Dirk: Riesenschritt, aber solche Riesenschritte passieren nicht alle Jahre.
Christian: Ja.
Dirk: Und ob ich jetzt, sage ich mal, die Datenbank MariaDB in Version 10.3.
Dirk: Irgendwas habe oder in 11.2. irgendwas, das macht keinen, für die Tiefe des
Dirk: Buches macht es keinen so großen Unterschied an der Stelle.
Christian: Ja, kann ich mir vorstellen. Vor allen Dingen, weil die Produkte ja durch ihre
Christian: Features sich eher unterscheiden und weniger durch den administrativeren Teil.
Dirk: Ja, genau. Genau, genau. Und wo du das gerade gesagt hast, das wollte ich noch
Dirk: ergänzen, ist, man findet in dem Buch keine Installationsanleitung für ein Linux-System.
Christian: Genau, das findet man nicht. Das heißt, ihr geht einfach davon aus,
Christian: dass die Leute das schon können.
Dirk: Wir gehen davon aus, dass sie einfach ein System installiert haben.
Dirk: Wie gesagt, sie haben es geerbt, irgendwoher.
Christian: Plötzlich, zack, ist es da.
Dirk: Oder sie haben einen virtuellen Server vom Cloud-Provider ihrer Wahl zur Verfügung gestellt bekommen.
Christian: Ja, wo ich dann klicke, was möchte ich haben und bums, ist das fertig.
Dirk: Genau.
Christian: Genau, ja. Mich interessiert so ein bisschen so dein Schreibprozess,
Christian: wie du schreibst, wie du das in einen Alltag integrierst.
Christian: Wie ist das bei dir? Du machst die Tür zu, sagst Hund und Frau und Pferd,
Christian: ihr bleibt heute draußen. Wie geht's dann weiter?
Dirk: Also ganz zu Beginn war es so, dass ich die Macht der weißen Seite kennengelernt
Dirk: habe. Ich glaube, das kennt jeder. Ich wusste vorher nicht, was eine Schreibhemmung
Dirk: ist. Mittlerweile weiß ich das auch.
Dirk: Ich mache mir halt im Vorfeld schon relativ viele Gedanken, wenn ich weiß,
Dirk: dass eine neue Auflage ansteht, was sich verändern möchte.
Dirk: Und wir sprechen auch im Team durch, was die Leute denken.
Dirk: Das sind ja alle gestandene Linuxer. Was die Leute denken, was in das Buch rein
Dirk: soll. Und jeder hat da Schwerpunkte. Und auch jemand, der das Kapitel vielleicht
Dirk: nicht gerade zu Papier bringt, weiß vielleicht, dass ich in einem bestimmten
Dirk: Bereich des Buches Dinge getan habe, die auf jeden Fall Einfluss nehmen sollten ins Buch.
Dirk: Also ich mache mir im Vorfeld Gedanken darüber, was da rein muss und dann mache
Dirk: ich mir Gedanken darüber, wie es mit ehrlicherweise möglichst geringem Aufwand
Dirk: in die bestehende Geschichte passt.
Dirk: Ich möchte nicht das komplette Kapitel from scratch neu schreiben müssen,
Dirk: sondern wenn es ein spezifisches Feature gibt, was interessant ist und was mit
Dirk: reingenommen werden soll, dann überlege ich, an welcher Stelle ich das gut mit reinnehmen kann.
Dirk: Und die grundlegende Entscheidung ist ja, packe ich das mitten mit rein oder
Dirk: nehme ich das im Nachgang noch mit dazu?
Dirk: Also wir haben zum Beispiel, ich habe das Kapitel über Versionskontrollsysteme
Dirk: geschrieben, wir haben mit Gitolite begonnen, das war ein Git-Server auf Kommandozeilen-Ebene,
Dirk: einfach auf Shell-Basis.
Dirk: Und wir haben jetzt neu als Beispiel Gitea drin, und das wird sich wahrscheinlich
Dirk: Richtung Forgejo verändern, um den eigenen Git-Server aufzumachen.
Dirk: Das ist ein Thema, was man ans Ende eines Kapitels mit dazu machen kann.
Dirk: Wenn man aber, nehmen wir ein Beispiel MariaDB, wenn man jetzt merken würde,
Dirk: dass sich was am Replikations-
Dirk: Algorithmus ändern würde oder an der Maßnahme ändern würde, wie die Replikationen
Dirk: funktionieren. Dann muss das natürlich mitten im Kapitel mit aufgenommen werden.
Dirk: Und dann muss man auch schauen, dass es durch das Kapitel durchgezogen wird
Dirk: und auch auf das Neue bezogen wird.
Christian: Aber jetzt mal zurück zum eigentlichen Schreibprozess. Also auf der einen Seite
Christian: machst du dir Gedanken und sagst, okay, das und das habe ich geschrieben und
Christian: ich weiß, dass ich das und das integrieren muss.
Christian: Nimmst du dir dann Zeit, dass du sagst, okay, jetzt mache ich genau diese Änderung
Christian: fertig? Und setze mich so lange hin, bis das fertig ist.
Christian: Oder wie integrierst du den Schreibprozess selber in deinen Alltag?
Dirk: Also ich bin ja abhängig Beschäftigter. Das heißt, ich bin zwar relativ frei
Dirk: in meiner Zeiteinteilung, aber ich muss natürlich auch meine Pflichtstunden
Dirk: pro Woche dem Unternehmen widmen, was ich auch gerne mache.
Dirk: Aber ich nehme dann Inseln raus, an denen ich mir Zeit nehme,
Dirk: wo ich sagen muss, diese Stunde, diese zwei Stunden setze ich mich jetzt ans Buch.
Dirk: Und das weiß meine Frau, die Hunde wissen es natürlich nicht,
Dirk: aber meine Frau hält die dann in Schach.
Dirk: Auf Stichwort kommt der eine Hund. Und die nehme ich mir Zeit und dann gucke
Dirk: ich, wie weit ich in diesem Zeitfenster komme.
Dirk: Und ich versuche dann, einen Punkt zu hinterlassen. Wir haben das Buch in LaTeX geschrieben.
Dirk: Ziel ist, alles, was committed ist und was gepusht ist im Git-Repo,
Dirk: muss sich übersetzen lassen, sodass der Schreibprozess der anderen nicht gehemmt ist.
Dirk: Und ich verlasse das Projekt dann in dem Zustand, wie ich da fertig werde,
Dirk: setze mir einen Marker im Quelltext, wo ich dann weiterarbeiten muss und arbeite
Dirk: dann an der Stelle irgendwann weiter.
Christian: Also Buchschreiben wie Softwareentwicklung.
Dirk: Also gerade wenn es LaTeX ist, ist es ja nichts anderes. LaTeX ist ja der Quelltext,
Dirk: der einfach übersetzt wird. Genau.
Christian: Und bist du dann primär oder nur mit deinen eigenen Kapiteln,
Christian: bei Änderung oder würdest du dir nicht die Freiheit rausnehmen zu sagen,
Christian: so ja, bei dem und dem ändere ich jetzt mal das und das?
Dirk: Da wir einen Kollegen hatten, der mit Git nicht so gut zurechtgekommen ist,
Dirk: haben wir das Buch mit einem Hauptdokument und vielen Includes bearbeitet.
Dirk: Also jedes Kapitel ist ein eigener Include in einem Hauptdokument und jeder
Dirk: hat einfach an seinem Include gearbeitet.
Dirk: Und wenn man Änderungen hatte, hat man demjenigen, der das Kapitel geschrieben
Dirk: hat, Bescheid gesagt, dass er die Änderungen durchführen soll.
Christian: Okay, also eigentlich nicht verteilt.
Dirk: Das ist nicht ganz so, wie es in der Softwareentwicklung heutzutage läuft.
Dirk: Also wo man es mit einem Pull- oder Merge-Request machen würde, nee, das ist richtig.
Dirk: Aber weil um Pull- oder Merge-Requests durchführen zu können,
Dirk: muss man noch ein bisschen Basiswissen mitbringen und da auch vielleicht eine
Dirk: innere Blockade für lösen an der Stelle.
Christian: Ich glaube, die Leute müssen dafür auch gemacht sein, dass sie akzeptieren,
Christian: dass sie, wenn sie morgens ihr Buch aufmachen, dass es dann plötzlich eine Änderung
Christian: irgendwo gibt. Dann muss man auch sagen, ja, okay, finde ich gut, akzeptiere ich.
Christian: Viele haben ja doch irgendwie so, mein Text, nur ich darf ändern.
Christian: So was in der Softwareentwicklung eigentlich verpönt ist, dass es so ein Ownership
Christian: gibt. Eigentlich sollte jedem Code oder jeder Code allem gehören.
Christian: Ich glaube, als Autorenteam ist es deutlich schwieriger zu sagen,
Christian: hey, das ist doch alles unser. Jeder kann irgendwas ändern.
Christian: Wahrscheinlich würde das nur zum Streit führen.
Dirk: Ja, also mein Arbeitstag beginnt dann mit einem Git-Pull, natürlich,
Dirk: um mich selber auf den aktuellen Stand zu bringen.
Dirk: Die zu Beginn gesprochenen Update-Skripte, ich pulle jeden Morgen alle meine
Dirk: Repositories, die ich habe.
Dirk: Aber wenn ich anfange, am Buch zu arbeiten, pulle ich vorher auch nochmal.
Dirk: Und dann schreibe ich halt, ja. Und manchmal klappt es halt besser,
Dirk: meine Stichpunkte in Fließtext zu übersetzen, und manchmal klappt es halt nicht so gut.
Christian: Was nutzt du für einen TeX-Editor?
Dirk: Also ich habe eine ganze Zeit Visual Studio Code benutzt als TeX-Editor.
Dirk: Dann habe ich eine ganze Zeit lang Vim auf der Kommandozeile benutzt.
Dirk: Und im Moment bin ich in der Testphase von Zed, das ist ein neuartiger Editor.
Dirk: Atom habe ich eine Zeit lang benutzt. Aber auf der Kommandozeile bin ich Vim-Fan.
Dirk: Das finde ich auf jedem System und bei grafischen Editoren bin ich noch so ein bisschen auf der Suche.
Dirk: Im Moment ist es Zed, also Zed als Editor.
Christian: Du hattest, glaube ich, mal gesagt, dass ihr von TeX weg müsst,
Christian: auch wenn ihr es nicht wirklich wollt.
Christian: Wie wird es dann in der Zukunft werden?
Dirk: Also Grundlage ist, dass der Verlag generell mit XML arbeitet.
Dirk: Und der ganze Workflow im Verlag oder bei den Dienstleistungen des Verlages
Dirk: ist meines Wissens nach, da würde ich gerne eine Korrektur erbitten,
Dirk: falls ich da mit jetzt großen Mist erzähle, ist auf Word-Dokumente ausgelegt.
Dirk: Ich habe unter Linux, ich schreibe unter Linux, ich habe unter Linux kein Word.
Christian: Das hätte mich jetzt gewundert, wenn du jetzt gesagt hast, nur für das Schreiben
Christian: benutze ich jetzt extra einen Windows-PC, den ich auch komplett administriere, so nebenbei.
Dirk: Aber das scheint in unserer TeX-Ecke nicht so selten zu sein.
Dirk: Also einer unserer Autoren schreibt in DocBook und hat sich Konvertierungen
Dirk: geschrieben, um das in LaTeX zu übersetzen. Also er hat auch nicht nativ in LaTeX geschrieben.
Dirk: Und ein weiterer Autor, der relativ viele Bücher veröffentlicht hat,
Dirk: der hat einen Workflow, der von Markdown ausgeht und der Markdown dann in ein,
Dirk: Satzformat verändert, was der Verlag dann weiterverarbeiten kann und an diesem
Dirk: Markdown-Workflow wollen wir uns beteiligen.
Dirk: Annähern, da wollen wir dran teilhaben. Das wollen wir halt genauso machen.
Dirk: Weil einer der Autoren, der zu Beginn geflucht hat gegen LaTeX,
Dirk: der hat am Ende gesagt, ich möchte nie wieder ein Buch mit Word schreiben.
Dirk: Den haben wir also bekehrt, weil gerade größere Dokumente und vielseitige Dokumente
Dirk: doch mit LaTeX schöner sind an der Stelle. Und wir wollen einfach auch etwas haben,
Dirk: was man sauber versionskontrollieren kann, was man so gut in einem Git-Repository
Dirk: ablegen kann. Also ein Quelltext-basiertes Format.
Christian: Ja, also Änderungsverfolgung in Office ist schon mal was Großartiges.
Christian: Wenn man natürlich dann irgendwie plötzlich jede Formatänderung drin hat,
Christian: weil die Sprache geändert wurde, dann kann man schon mal fluchen.
Christian: Aber das finde ich erstmal grundsätzlich gut, dass es eine Versionsverwaltung
Christian: oder eine Versionsverfolgung gibt.
Christian: Ich würde langsam zum Ende kommen und dich jetzt nochmal fragen,
Christian: du hast ja jetzt als Autor lange, lange Erfahrung, wenn jetzt Menschen ein Buch schreiben wollen,
Christian: ich möchte auch ein Buch schreiben, das ist mir die Frage, warum sollte man
Christian: ein Buch schreiben und wie geht man dann vor, was würdest du Neuautoren,
Christian: raten zur Motivation, dass einem klar sein muss, wenn ich ein Buch schreibe,
Christian: dann muss ich vorbereitet sein auf das und das und ich werde dann Millionär
Christian: und muss nie wieder arbeiten.
Christian: Und kann dann auf die Seychellen ziehen für immer. Was würdest du neuen Autoren
Christian: raten? Oder welchen Zahn würdest du denen ziehen?
Dirk: Ich habe natürlich auch darüber schon einen Vortrag gehalten.
Dirk: Davon gibt es allerdings keine Videoaufzeichnung. Da können wir vielleicht nur die Slides teilen.
Dirk: Erstmal die Erwartungen zurückschrauben. Als Autor eines Fachbuches wird man nicht reich.
Dirk: Also ich kann von der Open Source Press sagen, der Dr. Christoph Wirz,
Dirk: der früher der Verlagsleiter von Open Source Press war, der hat mal ein Beispiel vorgegeben.
Dirk: Der hat gesagt, dass man vom Verlagsnetto 11% als Autor ausgeschüttet bekommt.
Dirk: Jetzt muss man wissen, wie der Buchhandel funktioniert. Meine Frau ist gelernte
Dirk: Buchhändlerin, von daher bin ich da ein bisschen im Thema.
Dirk: Das Verlagsnetto ist etwas unter 50% vom Verkaufspreis.
Dirk: Von diesen etwas unter 50 Prozent bekommt man also 10 Prozent oder 11 Prozent,
Dirk: und den Rest steckt sich der Verlag in die Tasche.
Dirk: Halt, stopp, der Verlag hat auch Ausgaben. Der Verlag setzt Lektoren ein,
Dirk: der Verlag setzt Korrektoren ein, der Verlag kümmert sich um den Satz und das Drucken.
Dirk: Das Drucken selber ist gar nicht so teuer, wie man eigentlich denken würde.
Dirk: Deswegen sind E-Books nicht so viel billiger, wie man denken würde,
Dirk: weil das gedruckte Buch an sich nicht so teuer ist.
Dirk: Ich würde jedem erstmal sagen, die Erwartungen zurückzuschrauben,
Dirk: was den finanziellen Output angeht.
Dirk: Wenn ich mir angucke, was ich für das erste Buch an Zeit aufgewendet habe und
Dirk: was ich am Ende rausbekommen habe, dann war das so weit unter Mindestlohn,
Dirk: dass es schon fast kriminell ist.
Dirk: Was ich aber sagen kann, ist, dass man in der heutigen Zeit,
Dirk: es ist ja leider so, dass die Sachen, die die meiste Reputation bringen,
Dirk: auch am schlechtesten bezahlt sind.
Dirk: Frag mal Krankenschwestern, Polizisten und Feuerwehrleute.
Dirk: Das ist halt so, dass man, wenn man ein Buch in seinem Lebenslauf hat,
Dirk: das bringt schon eine Menge Reputation. Man wird als Fachmann in seinem Bereich angesehen.
Dirk: Und das ist zumeist auch so. Also die Leute, die Bücher schreiben,
Dirk: geben einen Bruchteil ihres Wissens
Dirk: im Fachbuch bekannt. Sie haben darüber hinaus noch eine Menge Wissen.
Dirk: Und sie haben gelernt, das didaktisch so zu formulieren, dass es verstehbar ist.
Dirk: Hoffentlich.
Christian: Ja, hoffentlich, genau.
Christian: Wenn man da anfängt zu schreiben, weiß man das noch vielleicht nicht so richtig.
Dirk: Aber auch da müsste es vielleicht am Lektor noch mal abprallen,
Dirk: wenn es nicht so wäre an der Stelle. Also
Dirk: es ist gut, dass es da noch die Rettungsinstanzen gibt, nenne ich sie mal.
Dirk: Also man wird als Fachperson gesehen in dem Bereich. Und das ist,
Dirk: glaube ich, ein nicht wegzudiskutierender großer Vorteil.
Dirk: Und gerade wenn man vielleicht selbstständig ist, wie du, ich glaube,
Dirk: du bist selbstständig, Christian, oder?
Christian: Ja, schon seit 30 Jahren. Ich habe nie was anderes gemacht.
Dirk: Ja, dann ist das natürlich gut, wenn du Vorträge halten willst oder wenn du
Dirk: Schulungen gibst, sagen kannst, ich könnte auch mein Buch dazu kaufen.
Dirk: Oder ihr könnt euch von meiner Qualität überzeugen, wenn ihr euch das Buch anguckt.
Dirk: Und ich glaube, das Buch hat auch immer noch eine Daseinsberechtigung,
Dirk: weil es didaktisch aufbereitet und recherchiert ist.
Dirk: Also im Gegensatz zu vielen, vielen Artikeln, die man sagen kann,
Dirk: ich sage häufig Stack Overflow Admins oder Copy-Paste Admins,
Dirk: Leute, die irgendwas kopieren und einfügen und nicht wissen, was sie tun.
Dirk: Wenn man Grundlagen lernen möchte, kommt man am Buch heute, glaube ich,
Dirk: nicht vorbei. Oder an einer Grundlagenschulung.
Christian: Das passt ganz gut dazu, dass ich heute, morgen noch ein Video,
Christian: ich will jetzt nicht sagen am Klo geguckt habe, aber ich glaube das war so,
Christian: von einem YouTuber, der sich mit AI-Slop beschäftigt hat und gesagt hat,
Christian: dass YouTube, also Google das überhaupt nicht juckt, was da hochgeladen wird.
Christian: Hauptsache es wird geteilt und geliket und die Qualität wird schlecht und dass
Christian: die Original- oder das Autoren oder YouTuber oder.
Christian: Videoblogger darunter leiden, weil sie sich viel Mühe machen,
Christian: ordentliche Texte auszuarbeiten, das Material vorzubereiten.
Christian: Das dauert ja Tage oder Wochen oder vielleicht sogar Monate,
Christian: irgendwie über ein Thema zu recherchieren, das dann aufzubereiten.
Christian: Und plötzlich kommt dann so ein AI-generiertes Video daher, welches irgendwie auch noch falsch ist.
Christian: Und irgendwas zusammenfasst, was dann an falsche Informationen im Internet rumschwirrt.
Christian: Und die Leute hören das, weil es vielleicht angenehm durch eine KI-Stimme erzählt
Christian: wird, mit so einer Musik im Hintergrund.
Christian: Aber da sind Fehler drin, das merken sich Menschen. und haben dann eine falsche
Christian: Vorstellung von irgendwelchen Dingen.
Christian: Sein Thema war, glaube ich, irgendwie Geschichtstexte oder so.
Christian: Es gibt ja immer so einen KI-Kanal, irgendwie bla bla bla zum Einschlafen,
Christian: also Geschichte zum Einschlafen.
Christian: Alles KI generiert. Und der Mensch, der das quasi eigentlich beruflich macht,
Christian: hört sich das an und sagt, das ist schlecht, das ist fürchterlich.
Christian: Und da sind Fehler drin. Aber der Kanal ist total beliebt. Und ich glaube,
Christian: das ist auch für uns Autoren eine mögliche Gefahr, dass unsere Bücher durch
Christian: den Verlag einen gewissen Preis haben müssen,
Christian: dass vielleicht auch Administratoren, in meinem Fall Programmierer,
Christian: nicht mehr bereit sind, das Geld zu bezahlen, meinen, sie würden mit KI bessere
Christian: Antworten bekommen oder zumindest vielleicht günstigere Antworten bekommen.
Christian: Aber die weisen einem nicht wirklich auf Fehler hin oder enthalten Fehler oder
Christian: enthalten schwere Sicherheitslücken.
Christian: Also letztendlich ein dummer Teufelskreislauf.
Dirk: Ja, klar.
Dirk: Ja, also ich meine, wir sehen das auch in der Politik, dass die Themen,
Dirk: dass die Leute, die am lautesten sind, noch die meiste Medienpräsenz haben.
Dirk: Das leben wir, glaube ich, im Internet genauso.
Dirk: Und die Leute, die die meiste Beachtung finden, sind nicht unbedingt die Leute,
Dirk: die die Antworten haben. und,
Dirk: ich möchte an der Stelle auch nicht zu politisch werden, aber man muss sich überlegen,
Dirk: wem man sein Vertrauen schenkt, sage ich mal. Man würde vielleicht aus einem
Dirk: YouTube-Video sich überlegen, zu sagen, ja, ich würde damit ausprobieren,
Dirk: eine bestimmte technische Umsetzung zu machen.
Dirk: Würde ich dir meine Kinder anvertrauen? Würde ich dir meine Finanzen anvertrauen?
Dirk: Oder würde ich da mein ganzes Geld draufsetzen? Das vielleicht eher nicht.
Christian: Ja, also ich bin ja auch froh, dass ich in einem Bereich bin,
Christian: wo das Risiko, wenn ich Mist erzähle, sehr gering ist.
Christian: Ich habe einen Freund, der bei O2 die Datenbank gepflegt hat und er sagte,
Christian: Voraussetzung war, ich muss ein Gewerbe anmelden, GmbH, damit ich,
Christian: sagte er, abgesichert bin, damit ich Kohle habe, falls mir irgendwas passiert.
Christian: Und O2 sagt, du hast unsere Datenbank zerschossen, wir verklagen dich, also braucht er Kohle.
Christian: Und deswegen musste er ja tatsächlich aus Rechtsgründen die GmbH gründen.
Christian: Ich hatte immer Glück in meinem Umfeld, Java, mein Gott, wenn ich mal irgendwas
Christian: Falsches erzähle, wie, oh, ein Int-Datentyp ist 6-Byte, dann wird da keiner
Christian: irgendwie, wird kein Leben dadurch geopfert.
Christian: Also relativ risikofrei. In deinem Bereich sieht es natürlich schon mal ein
Christian: bisschen anders aus, aber trotzdem, wenn man als lehrende Kraft tätig ist,
Christian: glaube ich, ist das Risiko eher geringer.
Dirk: Ich glaube, es unterscheidet sich auch nochmal, ob man selbstständig tätig ist
Dirk: oder nicht selbstständig tätig ist.
Dirk: Also ich habe natürlich eine Haftpflichtversicherung und...
Dirk: Wenn ich nicht grob fahrlässig handele, ist relativ viel schon abgedeckt im Vorfeld.
Dirk: Das ist nochmal was anderes, als wenn ich damit mal wirklich unmittelbar mein
Dirk: Geld verdiene. Ich glaube, das spielt jetzt nochmal eine andere Rolle.
Dirk: Habe ich mich aber noch nicht mit auseinandergesetzt, ehrlicherweise.
Christian: Hatten wir nicht bei Intel,
Christian: dass Intel beklaut wurde mit 14.000 Dokumenten? Oder war das nicht Intel?
Dirk: Von meiner ersten Arbeitgeberin sind auch eine Menge Datensätze verschwunden
Dirk: und als Steuer-CD weiterverkauft worden.
Dirk: Also sowas gibt es natürlich auch, ja.
Christian: Dann würde ich sagen...
Dirk: Ich wollte noch zwei, drei Tipps mitgeben. Entschuldige bitte.
Dirk: Wenn man eine Idee hat, ein Buch zu schreiben, sollte man einen Verlag finden,
Dirk: mit dem man das machen möchte und sollte sich vorher vielleicht mal Gedanken
Dirk: darüber machen, ob es das Buch vielleicht schon gibt.
Dirk: Wenn es das Buch schon gibt, sich überlegen, was der Mehrwert ist,
Dirk: dass man noch ein weiteres Buch zu dem Thema veröffentlicht.
Christian: Ja, ich glaube, das ist wahr. Vor allen Dingen bei dem gleichen Verlag,
Christian: wenn die dort schon ein identisches Buch haben, dann werden die wahrscheinlich
Christian: nicht motiviert sein, noch ein Konkurrenzbuch aufzunehmen. Es sei denn,
Christian: die wollen das dann einstellen.
Christian: Das passiert auch schon mal, wenn die Autoren das Buch nicht weiterpflegen wollen.
Christian: Das gibt es. Dann wäre der Tipp eher, bei einem anderen Verlag mal nachzufragen,
Christian: Technikverlag, die möglicherweise damit ein Konkurrenzprodukt besetzen können.
Christian: Aber das wird natürlich auch schwierig. Und ich sag mal, wir haben mit Rheinwerk
Christian: einen großen Verlag, der super Werbung für unsere Bücher macht.
Christian: Jetzt die Java-Insel, die habe ich vor zwei Wochen das Update abgegeben.
Christian: Das müsste gerade im Druck sein, die kommende Version. Und ich habe sofort vom
Christian: Marketing-Team eine E-Mail bekommen mit so einer langen Liste,
Christian: wo man das Buch bewerben wird.
Christian: Und ich bekomme, glaube ich, auch ein-, zweimal im Jahr immer auch eine Liste,
Christian: wo das Buch beworben wurde.
Christian: Also da steht dann mal Linux-Ausgabe, so und so viel, so und so viel.
Christian: Drei Viertel Werbung und so weiter. Und ich glaube, das ist auch ein Grund,
Christian: warum man sich immer gut überlegen muss, irgendwas im Selbstverlag zu veröffentlichen.
Christian: Kann man machen, aber das ganze Marketing, diese große Maschine,
Christian: die dahinter sitzt, das kann man als Einzelperson unmöglich ersetzen.
Dirk: Ich würde auch zwei Tipps an der Stelle auch noch mitgeben wollen.
Dirk: Der eine Tipp ist, wenn man Selbstverlag machen möchte, sollte man sich auf
Dirk: jeden Fall ein Korrektorat leisten.
Dirk: Und damit verbunden, Bücher immer in seiner Muttersprache zu schreiben.
Dirk: Als ich meine erste Korrekturfahne, der ersten Auflage vom Admin-Buch bekommen
Dirk: habe, habe ich gedacht, ich wäre kein deutscher Muttersprachler.
Christian: Das war das Bild, was du mal in deiner Präsentation geteilt hast. Kann das sein?
Dirk: Ja, das kann sein. Ja, das ist ein anderes Bild gewesen, aber das sah bei mir
Dirk: tatsächlich so ähnlich aus.
Dirk: Und man lernt dann auch Korrekturzeichen, das ist auch nochmal ein anderes Thema
Dirk: an der Stelle, aber schreibt es bitte in eurer Muttersprache und,
Dirk: leistet euch jemanden, der es fachlich und auf Sprache korrigieren kann. Beides wichtig.
Christian: Finde ich noch nicht so ein schönes Schlusswort. Hast du noch ein besseres Schlusswort für mich?
Dirk: Man wird berühmt und zu Vorträgen eingeladen.
Dirk: Wenn man Bücher schreibt. Nein, also es macht Spaß.
Dirk: Und es macht Spaß, seinen eigenen Namen gedruckt im Regal stehen zu sehen.
Dirk: Und wenn man in der Buchhandlung geht und sieht, da steht der eigene Name im
Dirk: Regal, das hat schon was und das macht was mit einem. Das ist schon wirklich
Dirk: toll. Und wenn man das Buch in der Hand hat, ist es auch wirklich toll.
Dirk: Aber der Weg dahin ist ein sehr langer und ein sehr steiniger.
Dirk: Also es ist wirklich Arbeit. Das macht man nicht mal ebenso nebenbei,
Dirk: wie man Blogartikel rausrotzt. Das ist wirklich viel Arbeit.
Dirk: Und gerade wenn es in Richtung Abgabetermin geht, dann wird es immer stressiger.
Dirk: Gewohnheitsgemäß wissen wir ja, dass wir am effizientesten sind,
Dirk: je näher wir am Abgabetermin sind.
Dirk: Und da ist schon wirklich viel zu tun an der Stelle. Aber alleine die Selbstbestätigung,
Dirk: die Befriedigung, das eigene Buch gedruckt in den Händen zu halten, das hat was.
Dirk: Das hat wirklich was. Auch in der heutigen Zeit, wo wir fast alles nur noch digital lesen.
Christian: Ja, das kann ich bestätigen. Ja, dann danke ich für dieses tolle Gespräch und wünsche dir alles Gute.
Dirk: Tschüss. Ja, gleichfalls Christian. Dankeschön.