Warum benutzen nicht mehr Programmierer Haskell?
Zum einen bestimmen ja nicht die Programmierer, welche Sprache sie nutzen, sondern deren Chef. Und der Chef würfelt das ja auch nicht aus, sondern fragt sich, welche seiner Programmierer welche Sprache kann und er nimmt dann möglichst eine, die alle können, damit er seine Leute auch auslasten kann. Das sieht ganz verteufelt nach einem Problem für Haskell aus.
Als ich noch als Mitarbeiter an der Uni Bremen arbeitete (80er) war die Professoren sehr mutig und bestimmten, dass für die Ausbildung im Informatik-Grundstudium eine funktionale Sprache benutzt würde. Haskell war damals erst im Entstehen. Grund: Algorithmen sind so besser zu schulen und die Leute fangen gemeinsam auf Augenhöhe an - auch die die nicht schon als Kind gehackt hatten. Die Idee war gut und funktionierte zunächst. Nur die Studenten, die schon als Programmierer nebenbei Geld verdienten waren erstaunlicherweise sogar schlechter als die Frischlinge (im Schnitt). Natürlich haben diese dann Stimmung gemacht und zwei Jahre später wurde der Lehrplan korrigiert. Nun wurde Java genommen und der „Standard“ hatte gewonnen.
In einzelnen Projekten wurde Haskell immer noch verwendet und ich habe im Zuge meiner Forschung mal einen Versuch gemacht: Java gegen Haskell, wer produziert schneller bei gleicher Aufgabe eine korrekte Lösung. Es traten jeweils immer vergleichbare Experten an, die die Aufgabe vorher nicht kannten und grundsätzlich hat Haskell im Abstand gewonnen - hauptsächlich auch wegen der Korrektheit. Und es waren nicht die typischen Haskell-shines Probleme.
Nur, nützt alles nichts, wenn man für Haskell typischerweise abstrakte Denkfähigkeiten braucht. Das ist die Grundlage. Die „normale“ Fraktion ist da handfester - sag ich mal. Da wird gerne viel „Beispielhafter“ gebastelt. Nicht umsonst ist die Architektur von typischen Programmen im normalen Alltag eher banal bis schlecht und es reicht irgendwie.
Vielleicht bräuchte es eine Forderung von Kunden nach belegbarer Qualität, um den Durchbruch zu bekommen. Würde man mich als „Anwalt“ für Softwarequalität vom Kunden anheuern, wäre so ziemlich die „Kacke am Dampfen“, aber Qualität wirkt sich nicht so sehr kurzfristig aus. DAS ist die Antwort!