Wacht auf, Tischdenker!

Es war ein Donnerstag, irgendwann im Jahr 1994. Ich war im^4. Jahr meines Informatikstudiums und einer meiner Kommilitonen bat mich, seinen Vater, den Leiter der Personalabteilung einer Hochschule in Rotterdam, zu kontaktieren.

Einer seiner Lehrer war erkrankt und er suchte jemanden, der für ihn einsprang und den Bachelor-Studenten in Wirtschaft und Recht die obligatorischen IKT-Lektionen in dBase 3, DrawPerfect, Lotus 123 und dem damals neuen MS Access 1.0 beibrachte.

Ich hatte noch nie mit einem dieser Programme gearbeitet, wie sollte ich sie also unterrichten? Ich bat um "eine Woche oder so zur Vorbereitung, da es eine Weile her war, dass ich diese Programme benutzt hatte". Seine Antwort "Sie müssen letzten Montag anfangen" schockierte mich irgendwie. Wir einigten uns auf den nächsten Montag, so dass ich ganze 3 Tage Zeit für die Vorbereitung hatte.

Ein RDMBS ist ein RDMBS, richtig?

Zum Glück kannte ich das Grundkonzept einer Tabellenkalkulation und einer Datenbank. In unserem zweiten Jahr mussten wir im Kurs "Software Engineering" eine Tabellenkalkulation erstellen. Dadurch verstand ich, worum es bei einer Tabellenkalkulation geht, aber darüber hinaus begann ich langsam zu verstehen, dass Programmieren an sich etwas ganz anderes ist als Programmieren mit einer Gruppe von Menschen.

Und was die Datenbanken angeht ... wie schwer kann das schon sein? Dank des großartigen Buches An Introduction to Database Systems von C.J. Date . Ich fühlte mich sehr wohl dabei, diese Produkte zu unterrichten. Schließlich ist ein RDBMS ein RDBMS, und eine Tabelle ist eine Tabelle, nicht wahr?

Und in der Tat, wie wir im Niederländischen sagen "die Suppe wird nicht so heiß gegessen, wie sie serviert wird". Nach 3 Monaten waren alle zufrieden. Alle Studenten haben die Prüfung bestanden und ein etwas besseres Verständnis für die schiere Komplexität der IKT, von der sie sich fernhalten wollten und für die sie sich nicht entschieden hatten. Und der Leiter der Personalabteilung war froh, dass er selbst mit einem nicht lizenzierten Lehrer gute Zahlen produzieren konnte.

Wo sind meine Tische?

Spulen Sie ins Jahr 2018 vor. Ein Kunde hat eine interessante Idee für eine neue Anwendung. Wir schlagen vor, diese mit moderner ereignisgesteuerter Technologie zu erstellen. Der Kunde behauptet, er sei überhaupt nicht technisch versiert und vertraut uns, was den technologischen Ansatz angeht. Bei einer der Demonstrationen des Proof of Concept fragt er plötzlich: "... aber zeigen Sie mir die Datenbank. Ich möchte die Tabellen sehen ..."

Und wenn Sie sich umhören, verstehen die Leute im Allgemeinen das Konzept von Tabellen, Spalten und Beziehungen. Aber wenn es um Code geht ... dann wird es unheimlich und die Leute wollen sich davon fernhalten - zu technisch.

Ich glaube, sie bekommen zu Recht Angst. Das zwingt mich dazu, das Konzept der Tabellen zu überdenken. Die IT hat den Geschäftsinhabern keine bessere Abstraktion als Tabellen gegeben. Entwerfen Sie zuerst Ihr Informationsobjekt, bauen Sie dann einen Bildschirm darauf und fügen Sie dann bitte etwas Geschäftslogik hinzu. Und Sie haben die Wahl: Ob mit den "guten alten" 4GL-Tools, den modernen Low-Code-Plattformen oder den kodierungsbasierten Entity-Frameworks - sie alle nehmen die grundlegende "Tabelle" als Ausgangspunkt. Natürlich gibt es noch mehr - I18N-Funktionen (Internationalisierung), ACL-Mechanismen(Zugriffskontrolle), usw. Aber der Kern dieser Technologien basiert auf einem einzigen Grundkonzept: Tabelle.

Denken Sie über Tabellen hinaus

Es ist höchste Zeit, dass wir IT-Experten uns etwas Besseres einfallen lassen. Etwas, das mehr Komplexität in einem Grundkonzept erfasst als nur Zeilen und Spalten. Ich werde in den nächsten Blogs mehr darüber schreiben, möchte aber schon einmal einen kurzen Vorgeschmack geben: Datenbanken sind die natürlichen digitalen Nachfolger der guten alten Papierkartenfächer, die die Datenbank eines Unternehmens bildeten. Bei der grundlegenden Unternehmensverwaltung ging es darum, die Aktivitäten manuell auf Karten zu notieren. Aber die wichtigsten Unterscheidungsmerkmale eines Unternehmens bestehen darin, Karten auf intelligente Weise und durch intelligente Prozesse zu kombinieren. Vielleicht bietet ein Dossier mit einer zusammenhängenden Gruppe von Karten eine viel bessere Übersicht als ein Haufen Karten in verschiedenen Schränken. Lassen Sie uns diese Abstraktion an das Unternehmen weitergeben und ihm einen 360˚-Blick verschaffen!