webEdition
1. Rewrite oder nicht? Liste von Manuel Schmidt zu den Vor- und Nachteilen
2. Welches JS-Framework? Welches JS-GUI?
3. Welcher Texteditor?
4. Zeitplan/Roadmap
5. Team
Im Auge behalten:
Bei der Wahl für ein CMS stehen viele Punkte auf dem Programm: Zugänglichkeit, Beständigkeit, Flexibilität, Anschaffungskosten und Folgekosten
-Mandantenfähigkeit muss hergestellt werden
-Enduser-Dokumentation muss besser werden (System ähnlich php.net mit Kommentarfunktion)
-Handbücher für Administratoren und Redakteure getrennt. Nicht nur als Wiki, unbedingt als Print oder zumindest PDF.
-Trennung in End-User (Redakteurs-)Doku und Entwickler/Admin-Doku
-Schnittstellen/Plugins/App-Store (Anwendungsverwaltung? Zumindest der Name ist schonmal “scheiße”)
-Alleinstellungsmerkmale ggü. Typo3
-Kein wildes “ich bruach jetzt aber schnell mal Funktion XY”, Roadmap z.B. quartalsweise überarbeiten
-Wer entscheidet über neue Funktionen?
-Wer entscheidet darüber, welcher Bug (als erstes) gefixt wird?
-webEdition muss für (neue) Entwickler interessanter werden (Rewrite, App-Store)
-Öffentlichkeitsarbeit immer in allen Bereichen (Website/Forum/Blog/Twitter)
-Kommunikation muss dringend verbessert werden. Ein Release muss über alle Kanäle verbreitet werden (und zwar nahezu zeitgleich).
-Team und Aufgabenverteilung, Teilbereiche definieren, Stellvertreter mit identischen Rechten
-geschlossener Entwickler-Bereich im Forum (meinetwegen read-only für andere)
-geschlossenes Entwickler-Wiki für Dokumentatiosnzwecke
-Versionsnummern mutiger vergeben – nicht von 6.0.0.6 auf 7.0, aber ein 6.1 wäre allemal drin gewesen
-Einfache Möglichkeit für Spenden; Paypal? ggf. in Mantis die Spendenfunktion aktivieren
-mehr Demo-Code, auch auf Mausklick einbindbar
