Übersetzung des Artikels ins Deutsche

Einige Ingenieure und Handwerker sind bei ihren Werkzeugen besonders wählerisch. Für eine gute Arbeit braucht man die besten Werkzeuge und das Können, sie einzusetzen. Die besten Tools aus der Softwareentwicklung können in anderen digitalen Bereichen sehr wirkungsvoll sein. Ein gutes Beispiel dafür ist das Docs as Code-Prinzip. Docs as Code bedeutet, dass Dokumentation mit denselben Werkzeugen und Workflows erstellt wird wie Software. Befürworter berichten, dass dies zu besserer Dokumentation führt und die Arbeit der Autor:innen erleichtert.

Textformate und Versionskontrolle

Die größte Umstellung beim Wechsel von klassischen Plattformen zu Docs as Code ist, dass Inhalte fortan im textbasierten Markup-Format gespeichert werden. Dadurch stehen alle Werkzeuge für Textmaterial zur Verfügung – egal ob DocBook, Markdown, oder ein anderes Markup-System. Der Wechsel zu Standardformaten und zu einer Tool-Vielfalt ist ein bedeutender Schritt.

Die Auswahl passender Tools ist wichtig. Viele Entwickler:innen bleiben beim gewohnten Code-Editor. Doch auch für Redakteur:innen, Lektor:innen, Informationsarchitekt:innen und Dokumentationsverantwortliche muss der Werkzeugkasten passen. Möglichkeiten sind:

• Einer der vielen verfügbaren Markdown-Editoren

• Code-Editoren mit guten Vorschaufunktionen, die auch für Nicht-Programmierer:innen zugänglich sind

• Die Weboberflächen populärer Git-Hostingdienste, gerade für gelegentliche Mitwirkende

Sobald Inhalte sicher in Markup abgelegt sind, kann das Projekt Versionskontrolle wie Git nutzen – ein Open-Source-Tool mit vielen Funktionen, die klassische Dokumentationsplattformen nicht bieten:

• Detaillierte Versionshistorie, die jeden Änderungsschritt nachvollzieht

• Einfache Parallel-Entwicklung per Branches: Jede:r kann beliebige Änderungen entwickeln, die am Ende zusammengeführt werden

• Erweiterte Kollaborations- und Reviewtools, um jede Änderung im Detail zu prüfen und zu diskutieren

• Automatisierte Qualitätsprüfungen wie Rechtschreib- und Linkchecks, die Zeit sparen und Fehler vermeiden

Versionskontrolle hat viele Vorteile, erfordert aber Einarbeitung. Für Neue gibt es hochwertige Lernressourcen speziell für Dokumentierende.

Pull Requests und Review-Prozesse

Alle Versionskontroll-Plattformen arbeiten mit Pull Requests (oder Merge Requests). Einzelne oder Teams stellen eine Änderung zusammen und „bitten“ um Aufnahme ins Hauptprojekt. Gerade bei Doku ist das Zusammenführen oft leichter als bei Code: Ein Artikel-Update löst keine komplexen Abhängigkeiten aus.

Der wichtigste Helfer: das „Diff“-Tool, das Änderungen gegenüberstellt. Dafür gibt es verschiedene Ansichten: nebeneinander, inline oder direkt als gerendertes Markdown. Teammitglieder wählen ihr bevorzugtes Tool. Für kleine Änderungen eignen sich Webansichten, für größere Unterschiede bevorzugen viele lokale Tools wie vimdiff oder Meld.

Kommentare können sich auf die gesamte Änderung oder einzelne Zeilen beziehen. Manche Projekte setzen eine maximale Zeilenlänge oder beginnen jede neue Zeile, um Kommentarstellen besser adressierbar zu machen. Der ganze Änderungs- und Begutachtungsprozess wird dokumentiert und im Repository sichtbar gemacht.

Continuous Integration & Deployment

Dokumentationsquellen im Klartext bieten viele Vorteile: Sie sind einfach zu durchsuchen und mit bestehenden Tools wie wc, grep oder tree zu bearbeiten. Mit Versionierung werden weitere etablierte Tools nutzbar – alles Open Source.

Ein großer Vorteil: Automatisierte Rollouts. Wird ein Pull Request angenommen, wird die Dokumentation automatisch live geschaltet – etwa mit Jenkins oder über Git Hooks. Systeme wie Hugo oder Sphinx erzeugen daraus die Doku-Website.

Ebenso automatisiert sind Prüfungen: Prose-Linter wie Vale checken zum Beispiel die Gliederung oder Rechtschreibung. Linkchecker prüfen die Erreichbarkeit aller Links.

Code-Tools im Doku-Workflow

Die aus der Softwareentwicklung vertrauten Tools sind universell einsetzbar und bringen Effizienz – besonders, wenn Dokumentation sich genauso schnell weiterentwickeln muss wie die Software.

Alle genannten Tools sind Open Source und eignen sich für kleine wie große Teams. Möge Ihr Doku-Prozess so reibungslos laufen wie Ihr Code-Prozess.

Analyse aus Sicht eines Digitalisierungsexperten

• Docs as Code steht exemplarisch für die Digitalisierung von Unternehmensprozessen und fördert eine agile, fehlerarme und kollaborative Arbeitsweise. opensource​

• Die Verwendung offener Standards (z.B. Markdown) und Open-Source-Tools (z.B. Git, Hugo) steigert die Zukunftssicherheit und Interoperabilität von Wissensspeichern.

• Durch Automatisierung (CI/CD, Linting, Linkprüfungen) entsteht eine kontinuierliche Qualitätssicherung, die klassische Redaktionsteams effizienter macht.

• Zugleich erfordert der Ansatz eine gezielte Kompetenzentwicklung auch bei klassischen Wissensarbeiter:innen, um die Vorteile moderner Entwicklungsplattformen zu heben. Es entsteht vermehrt Bedarf an transdisziplinären Kompetenzen (u.a. Versionskontrolle, Branching-Strategien, Pull Request Reviewkultur).

• Die Möglichkeit, Änderungsvorschläge (Pull Requests) und Diskussionen transparent zu versionieren, bringt eine neue Qualität in die Mitwirkung vieler Akteure und verbessert Nachvollziehbarkeit bei Fehleranalysen.

• Für größere Organisationen kann Docs as Code Fragmentierung vorbeugen, weil der Quelltext von Dokumentation und Software synchronisiert und an einer Stelle nachvollziehbar bleibt.

• Die Einführung verlangt sorgfältige Change-Management-Prozesse, da Toolumstieg, neue Routinen und ein Wechsel der Arbeitskultur zur offenen Kollaboration Herausforderungen darstellen.

• Insgesamt macht Docs as Code Wissensprozesse resilienter und compliancefähiger, da Standards und Prozesse für Code auf kritische Unternehmensdokumentation übertragen werden können.

Docs as Code markiert einen wichtigen Schritt im Rahmen digitaler Transformation: Es bricht Silos auf, verkürzt Innovationszyklen und professionalisiert den Umgang mit dokumentiertem Wissen deutlich – vorausgesetzt, Organisationen investieren aktiv in Qualifizierung und achten auf offene, partizipative Einführungsszenarien. opensource​

1. https://opensource.com/article/22/10/docs-as-code

Außerdem liegen wahrscheinlich überall auf den Laufwerken unzählige PDF-Dokumente zu ebenso vielen Themen, die sich über die Jahre angesammelt haben. Vielleicht hat man vor 20 Jahren mal angefangen Informationen zu seinen Hobbies abzulegen.

Und da liegen sie dann.

Das ist dann der zweite Schritt: wirklich alle Informationen, also auch schon alte digitale, in das System der Dokumentenerfassung zu übernehmen.

Importiere sie also auch in das Dokumentenerfassungssystem.

Für meine vermehrt benutzen Mac und iOS-Geräte machte es für mich Sinn, den iCloud-Speicherplatz auf 50GB zu erhöhen, der schöne Nebeneffekt versteckter Email-Adressen und einer private-Relay-Funktion (quasi ein VPN) ist im Preis inbegriffen. iCloud synchronisiert, das bedeutet: eine Änderung auf einem Rechner wird mit den Daten der Cloud automatisch abgeglichen. Nachteil: ist was „richtig“ weg, ist es eben richtig weg. Natürlich: mit Time-Machine, dem Apple-eigenen Backupsystem lässt sich so ziemlich alles absichern. In sich eine sehr bequeme, sehr einfache Lösung um seine Inhalte abzusichern. Da Time-Machine (bei mir) auf einer separaten Unraid-Festplatte abgespeichert wird, gibt es auch keine Erfahrungen mit der Wiederherstellung über die iCloud. Neue Geräte einzurichten ist damit aber ein Kinderspiel. Die Erfahrungswerte gibt es.

Für meine Windows-Rechner steht mit einem 365-Microsoft-Office Abo natürlich OneDrive zur Verfügung. Mit einem Terabyte Speicher schon richtig was Großes. Auch hier wird wieder „gesynched“, siehe iCloud. Windows-Backups gehen ebenfalls auf die Unraid-Platten, alles sehr vergleichbar mit den Apple-Systemen.

MEGA bietet ebenfalls eine Sync-Umsetzung an. 20 Gigabyte Platz „for free“ und sowohl das Sicherheitskonzept („verlier bloß Deinen Schlüssel nicht“), als auch die Software selbst wirken auf mich sehr professionell und sehr gut integriert. Einzig die Verbindung mit Kim Schmitz und der Tatsache, dass alles irgendwo in Neuseeland liegt ist jetzt für meinen Geschmack nicht wirklich so vertrauenserweckend, als dass ich diesem Anbieter alle meine wichtigen Daten anbieten würde. Dieses Vertrauen in Cloudanbieter hatte mich vor einigen Jahren zu

pCloud gebracht. Ein Schweizer Unternehmen mit den Servern in der Schweiz. Das die Schweizer gut Geheimnisse bewahren können, wissen wir ja alle schon lange, immerhin leben die ganze Gesellschaft sehr gut davon. Ein „lifetime“-Plan mit zwei Terabyte für ein paar Hundert Euro damals brachten mich dazu. Mit der pCloud kann auch „gesynched“ werden, hauptsächlich aber kann man über pCloud automatische Backups machen lassen, seines ganzen Rechners und sogar seiner anderen Cloud-Anbieter.

Und so tummeln sich eigentlich alle Dokumente, auch die der anderen Clouds auf meiner pCloud-Cloud (!) herum. Ganz problemlos und unbemerkt. Und gaben mir bisher das gute Gefühl, immer ein Backup meiner Dokumente zu haben (das „1“, aus „3,2,1“).

Und jetzt will ich diese Dokumente einfach auf eine eigene Festplatte kopieren. Das sollte doch kein Problem sein, oder?

Ist es aber.

1. es ist (auf einem Mac oder iOS-Gerät) noch nie gelungen ein Verzeichnis auf dem pCloud-Server per drag&drop, oder kopieren und einfügen fehlerlos, d.h. vollständig herunterzuladen. pCloud stürzt entweder ab oder verliert die Verbindung.
2. pCloud selbst beschreibt den Weg, die eigenen Backup (!) Daten herunterzuladen so, dass man per Zugang über den Webbrowser in sein pCloud-Account einloggt, dort ein Verzeichnis auswählt und dann explizit herunterlädt. pCloud erstellt dann eine entsprechend große ZIP-Datei und beginnt den Download. An einem solchen Download ist einer meiner Windows-PC nun am dritten Tag dran (110 GB-Zip-Datei). Eine große ZIP-Datei braucht aber entsprechenden Platz auf der eigenen Festplatte, es gibt – erst einmal – auch keine Zielauswahl, nein: das geht sofort in den definierten Download-Ordner (den man also zuvor auf eine passende Stelle umleiten muss).
3. pCloud kann auch ein definiertes Sync-Verzeichnis anlegen. Auf der Weboberfläche kann man dann Daten kopieren und verschieben und bei Nutzung dieser Sync-Funktion sein lokales Verzeichnis „aufladen“ lassen. Möglich scheint es zu sein. Die Probe dazu läuft ebenfalls noch. Auch hier braucht man ausreichend Plattenplatz.

Im neuen – alten – System läuft nun ein Fujitsu-Esprimo mit Pentium Gold-Prozessor und einem UnRaid-USB Stick als Betriebssystem. Erweitert auf 32 GB RAM und mit einer Cache SATA SSD und drei externen 1 TB-Platten läuft es nun seit einer Woche im Probelauf. Es bietet mit einer Paritätsplatte die Möglichkeit eine defekte Festplatte zu rekonstruieren und mit dem UnRaid-Betriebssystem außerdem die Option Docker-Applikationen und ganze virtuelle Maschinen laufen zu lassen. Der Pentium-Prozessor ist erstaunlich leistungsstark, allerdings sind ausgewachsene Windows-VM nicht wirklich performant und nicht empfehlenswert.

Die Paritätsplatte (P-Platte) muss stets die größte aller Platten sein. Eine SSD ist angeblich als P-Platte nicht empfehlenswert, wobei mir hierzu noch die genaueren Informationen fehlen.

Ich habe bereits die Erfahrung gemacht, dass der Austausch einer z.B. 500GB Platte durch eine 1 TB-Platte (jeweils als Datenplatte) recht einfach funktioniert. Über die Größe der Platten sollte man sich aber vor einer Änderung des Systems schlau machen: ich war gezwungen die neu eingetauschte 1 TB-Platte als P-Platte nutzen zu müssen und ordnete die alte P-Platte als Datenplatte ein. Dafür sieht das Handbuch einen spezifischen Arbeitsablauf vor und den sollte man auch wirklich durchführen. Ich konnte erst nach einigen Stunden die Daten wieder in einen ordentlichen Zustand bringen, doppelte Dateien entsorgen und eine reibungslose Funktion von UnRaid wiederherstellen.

Zwischenzeitlich läuft das System stabil, die VM-Funktion benötige ich auf dem kleinen Mini-PC nicht und mit ein paar Dockerapplikationen zur Webseitenfilterung, einer Datenbank für Paperless-ngx und eben dieses. Nicht immer frei von Nebenwirkungen, aber das beschreibe ich ein anderes mal.

Vorteile?

Die kleine Kiste ist sehr leise, sehr klein und sehr sparsam. Das Mac OS liefert eine Remote-Anbindung und Funktionen für das File-sharing gleich mit. Die USB-Anschlüsse sind schnell genug. RAM ist einfach aufgerüstet, die interne 500 HDD ist lahm, aber ausfallsicherer als manche schnelle SSD. Mit externen Laufwerken lässt sich hier über die Ordnerautomation und die Serverfunktionen ein nützlicher Helfer im Heimnetz integrieren. Stünde das Gerät direkt am Wohnungsfernseher, es wäre zusätzlich noch als Streaming-Plattform nebenbei verwendbar.

Die Remote-Verbindung ist es wert, ausprobiert zu werden. Durch das alte Betriebssystem lässt sich zwar nicht mehr jeder Spaß erfüllen, aber als stiller Automat und Terminal taugt der mini immer noch (2023). Und Disney+ läuft über Safari einwandfrei.

Und wir erinnern uns: Ordnerautomation läuft nicht ohne Computer. Nun… hier läuft immer ein Computer.

Es ließe sich ein Verzeichnis prüfen. Gibt es was Neues? Dann tue etwas! Erstelle ein Kopie hier und hier! Und vielleicht noch hier? Importiere mir das hierher! Sag mir Bescheid. Oder lass es bleiben.

Solch ein Ablauf lässt sich dann erweitern. Nachdem die Ordnerautomation die neuen Dateien an verschiedene Orte weggesichert hat und zum Beispiel ein Archivprogramm einen Import erhielt, wird – nachdem man die neue PDF OCR erkannt (falls nötig), verschlagwortet, umbenannt und in ein Ablagesystem eingeordnet hat – die bearbeitete Datei in ein referenziertes Verzeichnis verschoben…

…über das ebenfalls die Ordnerautomation wacht und sie nun wiederum hierhin, nach dort und hierher vervielfältigt.

Am Ende hat man ein unbearbeitetes Original. Ein Backup in einer Cloud. Ein Backup auf einer externen Festplatte. Ein verschlagwortetes, OCR-erkanntes, korrekt zugeordnetes, erweitertes PDF in einem Achivprogramm. In einer referenzierten PDF-Datei. In einer Cloud. Als Backup in einer anderen Cloud. Als Backup auf einer externen Festplatte.

Vorher gab es nur das Original-PDF und „irgendwas“ davon in Evernote. Evernote hatte auch „Automation“. Man konnte einen Ordner zuweisen und jede neue Datei wurde automatisch in die Evernote-Cloud importiert. Das war großartig! Die Datei wurde durch einen Scanner erzeugt, – eigentlich – OCR-erfasst und an diesem Ort gespeichert. Auffindbar war dann alles in Evernote. Und über Spotlight im Mac OS. Das war ja auch gut. Als es funktioniert hatte.

Einschlägige – heute meistens Youtube – Kanäle versuchen Apple Notes als das neue, heiße Notizen-Ding zu vermarkten. Man brauch nichts anderes. Nur Anfänger oder Superexperten probieren mit anderen Lösungen herum. Man könnte den Eindruck bekommen, mit Apple Notes sei man für die Zukunft gerüstet. Immerhin: mit Evernote ist es zehn Jahre gut gegangen. Warum also nun nicht Apple Notes?

Natürlich nur, wenn man nun bei Mac OS bleiben will. Oder mindestens bei iOS, also dem iPhone oder dem iPad. Das würde dann ja funktionieren.

Ein kleiner Schwenk zurück: jede PDF Datei, die jemals in Evernote importiert wurde, liegt hier auch noch in einem weiteren Verzeichnis – irgendwo -. Alle zusammen aber: vollständig. Falls Evernote Gedächtnislücken hätte: alles insgesamt ist noch da. Irgendwo. Lesbar oder nicht lesbar. Aufgabe ist aber es auffindbar zu machen. Merke: alle PDF sind auch außerhalb von Evernote vorhanden.

Zurück zu Apple Notes.

Erster Test in freier Wildbahn: bekommt man denn die PDF aus Apple Notes wieder raus? Apple Notes kann – wie über alle Apple-OS verbreitet – teilen. Kann es auch im Bulk teilen? Nicht wirklich. Am Ende sind es PDF-Notizen in denen PDF als Dateien abgebildet werden. Oder PDF-„Ausdrucke“ in neuen PDF-Dateien. Nicht die ehemaligen PDF-Dateien – am besten mit dem OCR-Anteil und am besten mit den zusätzlichen Informationen aus Evernote oder eben Apple Notes, also #tags, Kategorisierungen, usw.

Zweiter Test in freier Wildbahn: erkennt Apple Notes denn die importierten PDF-Inhalte? Nur die schon zuvor lesbaren.

Reicht aus: Apple Notes kann es also nicht. Es ist nicht der neue heiße Scheiss und es ist nicht das allerbeste Dings.

Im Laufe 2023 dann die Vermutung, dass nicht alle PDF mehr OCR-erfasst würden. Die Annahme war: sowohl der Scanner erfasst die PDF OCR, aber Evernote tut dies auch (noch einmal). Beim gewählten Tarif sollte – so das Verständnis – jede PDF OCR erfasst sein. Nun, Ende 2023 war klar: trotz angeblichem Bugfix sind viele PDF ganz einfach nicht mehr OCR erfasst.

Rückkehr zu Mac OS

Zwischenzeitlich wurde wieder Mac OS benutzt. Seit etwa 2010 lief nur noch Linux oder Windows auf den Rechnern, Mac OS war obsolet. Seit 1990 Mac-Enthusiast, über die kümmerlichen 90er Jahre hinweg bis Anfang des neuen Jahrtausends, als die PowerMac G4 das Maß der Dinge waren: ein MacBook Pro 2005 war das letzte Apple-Gerät. Die Nutzungsdauer war durch die Pflege des OS nur wenige Jahre, wirklich wenige Jahre im Vergleich zu den späteren Geräten, die mit Linux oder Windows liefen. Im zweiten Jahrzehnt kam dann das iPad auf. Nach einigen Jahren selbst zurück in die Apple-Welt, erst über das iPad, dann über ein iPhone irgendwann wieder ein Notebook.

Ausschlaggebend hierfür war die Integration der Software. So wie früher – eigentlich – auch schon, diesmal aber – wirklich – funktionierend. Gut funktionierend: Apple Notes und Erinnerungen waren hierbei die relevanten Anwendungen. Alles über iCloud referenziert, teamfähig und schnell. So, wie man sich Digitalisierung im guten Sinne vorstellt. Das iPhone und iPad konnten Text erfassen, die Suche über Apple Notes fand.

Was wäre, wenn alle PDF in Apple Notes importiert würden?

Die Not zu finden ist leichter, als die Not zu wissen, daß es ist. Immerhin sind alle relevanten PDF Dateien in Evernote vorhanden.

Früher ging das doch mal? Wie lange hat man denn schon nicht mehr richtig hingeschaut?

Zuerst legt man das Problem beiseite, der Alltag ruft, die Steine müssen getragen werden, keine Zeit seine Säge zu schärfen. Keine Zeit inne zu halten und mal nachzudenken. Dann aber, irgendwann doch – es kam auf die Liste, dann in den Fokus und dann nahm man es ernst – ist klar: die PDF in Evernote sind nicht alle OCR-erkannt! Seit wann ist das so? Gibt es einen Stichtag? Dann muss es eine Änderung gewesen sein: vielleicht wurden die Einstellungen des – mittlerweile – spezifischen Dokumentenscanners angepasst. Ein Update? Oder war man es selbst? Bewusst? Unbewusst? Stimmt das überhaupt?

Nein. Stimmt nicht. Die PDF sind überall „mal“ erkannt, „mal“ nicht. Dummerweise „mal“ nicht offensichtlich „richtig oft„, also „echt oft„, also eigentlich: „immer„.

Vielleicht hat sich aber auch auf Seiten Evernote was geändert. Gab es da Änderungen in den Vertragsbedingungen? Kann man sich erinnern? Nein? Natürlich kann man sich nicht erinnern!

Also Kontakt mit dem Support. Das geht über Nacht. Weil der Support wach ist, wenn man schläft. Immerhin: es gibt eine individuelle, ernsthafte Antwort und keine automatische Email. Das macht Hoffnung. Es dauert auch ein paar Wochen, aber am Ende die Aussage: Problem erkannt, wir haben das in einem Fix repariert. Sollte nach dem Update wieder alles funktionieren!

Hochgefühl! Es lebe die Digitalisierung!

Nach einer Weile das Update. Dann noch ein bißchen Zeit geben: lass die Server erstmal machen. Wieder nach Wochen (der Alltag…die Zeit zum Sägeschärfen…): nein! Geht immer noch nicht! Hat sich auch nicht geändert. Auch die mittlerweile neu aufgenommenen PDF werden nicht erkannt. Alles Bilder.

Und die Suche nach Alternativen nimmt Fahrt auf.

Die Digitalisierung von vorhandenen Papierunterlagen kann stufenweise erfolgen. Irgendwann beginnt es, die ersten Fotos oder Scans, die mit den vorhandenen Geräten gemacht werden, landen „im Computer“. Das geht dann immer weiter: aus dem „im Computer“ entstehen neue Fragen, die beantwortet werden wollen, was mal ein Ordner mit Papier in einem Regal war, wird zu einer OCR-gescannten PDF, mit möglichst korrekt – automatisierter – Verschlagwortung und Einordnung in ein idiotensicheres Ablagesystem. Wichtigstes Kriterium hierbei ist dann zumeist: die Auffindbarkeit. Auch hier: in Stufen. Im schlimmsten Falle (oder im besten Falle, je nach Perspektive) die Auffindbarkeit überhaupt, so wie man es auch erleben kann.

Digitalisierung ist in diesem Beispiel ein Überbegriff, eine Monstrosität an Möglichkeiten in Bezug auf die Aufgabe: die Digitalisierung von Papierunterlagen. Dem Begriff der Digitalisierung wird man nicht gerecht, wenn die Gedanken dazu bei diesem kleinen Beispiel enden würden. Im Gegenteil: Digitalisierung ist als Monstrosität so viel mehr als das, so viel, daß auch der Versuch einer beispielhaften Aufzählung hier ihr immer noch nicht gerecht würde. Monstrosität kann negativ konnotiert eingeordnet sein, soll es aber hier nicht. Im Gegenteil: es soll die Vielseitigkeit und die Spannung der Aufgabe „zu digitalisieren“ vermitteln.

Hilfreich ist ein Blick auf die bekannte Metapher des Waldarbeiters, der vor lauter Arbeit keine Zeit hat seine Säge zu schärfen. Oder des Steinzeitmannes, der seinen Mitmenschen seine Erfindung vom Rad zeigen will, die aber keine Zeit haben, weil sie Steine schleppen müssen. Frisch verwendet wurde diese Metapher im Film Wickie und die starken Männer, als Wickie seinen Vater besiegte, weil er schneller einen Haufen schwerer Steine von einem zum anderen Ort transportiert hatte. Lange hatten alle den Eindruck, Wickie würde sicher verlieren, denn er bastelte erst an einer Schubkarre, während sein Vater schon viele der Steine per pedes getragen hatte. Der Punkt wird dadurch deutlich: die Spannung in der Digitalisierung liegt darin, am Ende zu gewinnen, obwohl alle diesen Erfolg nicht erwarten und in der gewohnten Arbeits- und Denkweise verharren. Verharren, weil die Fantasie fehlt. Oder weil der Wald vor lauter Bäumen nicht mehr erkannt wird und das Verhalten schon so automatisiert ist, daß kein Moment bleibt mal inne zu halten und darüber nachzudenken, was man da eigentlich tut und wie. Man muss es den Menschen nicht übel nehmen, daß es so ist. Es ist auch nicht immer und überall so. Viele würden gerne, wissen aber gar nicht, was mit ihnen passiert.

Nur manche wissen ganz genau und wollen nicht. Aber darum soll es hier gar nicht gehen.