Opensimulator ist fraglos eine interessante Sache mit ungeheuer viel Potential. Opensimulator versteht sich dabei als ein Framework für 3D-Welten, also ein Baukasten, den man nach Belieben benutzen, ändern und erweitern kann.

Nun ist es so, dass Second-Life-Benutzer ja gewisse Erwartungen haben, was eine Sim so können soll. Profiltexte, Gruppen, Voice, Währung, Suche, all das sind Sachen, die in Opensimulator meistens out of the box nicht funktionieren. Macht ja nichts, denn es gibt ja wie unter Linux verschiedene Distributionen von Opensimulator, das bedeutet Pakete, die mit mehr oder minder sinnvollen Voreinstellungen und einer sinnvollen Modulauswahl glänzen wollen.

Der Status von Opensimulator als Alpha-Software und Framework bedeutet aber auch, dass es für eine Funktion meistens mehrere Module gibt, zwischen denen man wählen kann. Diese liefern alle dem Viewer mehr oder minder dieselbe Sache, wie z.B. Gruppen, funktionieren aber intern total unterschiedlich und sind daher später mal auch nur schlecht austauschbar. Dazu kommt, dass manche Module wie z.B. für Gruppen als Abhängigkeit auch noch einen Webserver mit PHP haben, was die Sache nicht gerade besser macht.

Eigentlich sollte ein Modul für solch eine Sache wie Opensimulator möglichst wenig Abhängigkeiten haben. Aber manche interessiert das bei der Programmierung ja nicht wirklich und man braucht einen wahren Rattenschwanz an Software, den man installieren muss, nur damit das Schrotteil dann auch noch funktioniert.

Besser wäre es wirklich, Opensimulator würde für die wichtigsten Sachen noch Standardmodule out of the box mitliefern, die nur auf Mono basieren, gut dokumentiert sind und bei Bedarf erweitert werden könnten. Dies würde demjenigen, der es installiert, viel Arbeit, Ärger und Zeit ersparen. Wer dann ein anderes Modul vorzieht, kann es ja immer noch dann händisch installieren und gut ist es.

So aber läuft Opensimulator Gefahr, ähnlich wie Linux selber stark zu fragmentieren und damit viel Energie in unnötige Reibungsverluste zu verpulvern.