Bei Microsoft z.B. hat dieses Phänomen immer wieder zu heftigen Diskussionen um die Fortführung von VBA (Visual Basic for Applications) als leicht zugängliche Office-Programmiersprache für externe Programmierer geführt. Obwohl für Außenstehende leicht zu erkennen ist, dass die Qualität von VBA ein wesentlicher Pfeiler der Marktdominanz von MS Office ist. Die Geringschätzung ging soweit, dass die recht selbstständige Abteilung für Office:Mac es fertiggebracht hat, den Anschluss gründlich zu verpassen. So gründlich, dass sie nicht mehr in der Lage waren, VBA in Office:Mac 2008 termingerecht zu aktualisieren - bis die Marketing-Abteilung gesagt hat: Dann eben ohne VBA. Erst heftige öffentliche Prügel haben dazu geführt, dass Microsoft inzwischen versprochen hat, in der kommenden Version von Office:Mac ein von Grund auf modernisiertes und endlich zum Windows-Office vollkompatibles VBA mitzuliefern.

In OpenOffice ist die Situation der Makro-Programmierung schon konzeptionell sehr kompliziert, um nicht zu sagen: verfahren. Tatsächlich so verfahren, dass ich nach mehreren Monaten inniger Bekanntschaft immer noch nicht genau weiß, welche Strategien für eine grundsätzliche Verbesserung ich empfehlen sollte. Der mangelnde Komfort der Programmierumgebung im engeren Sinne ist dabei ein eher untergeordneter Faktor.

Wir wissen inzwischen, wie wir uns selbst helfen können, um unsere Arbeit zu tun und eine gute Lösung für unsere Kunden zu erreichen. Der Weg dahin war schwer genug. Ich habe einfach nicht die Zeit, fundierte Reformvorschläge für die von Grund auf ziemlich verquere Konzeption der Makroprogrammierung in OpenOffice zu formulieren - und noch jemanden zu finden, der das ernst nimmt. Sollten Sie jemanden kennen, der sich zuständig fühlt, bin ich gern zur Diskussion bereit.