Zikula CMS

Bei der Entwicklung einer Software wie Zikula gibt es viel zu tun - und jeder kann etwas tun. Wenn Du helfen möchtest, dass sich Zikula so entwickelt, wie Du es brauchst, gibt es Verschiedenes, was Du tun kannst:

1. Du kannst Fehler melden und Vorschläge einbringen. Unter http://code.zikula.org - im sogenannten "Cozi" findest Du die Entwickler-Zentrale der Zikula Community. Hier findest Du die meisten Modul-Projekte und vor allem dem Core. Jedes Projekt hat einen Bugtracker, in dem angemeldetet Benutzer Probleme und Wünsche melden können. Wenn Du ein Problem mit Zikula selbst hast, meldest Du es im Core-Projekt. Sonst im Projekt des jeweiligen Moduls. Im Cozi musst Du Dich noch einmal als Benutzer registrieren und musst Dich dann in jedem Projekt, in dem Du ein Ticket einreichen willst, extra einloggen.
   Das mag zwar trivial klingen "Fehler melden" aber für die Entwickler ist jede Form von Feedback ein Zeichen dafür, dass ihre Software wirklich benutzt wird und dass es sich lohnt daran zu arbeiten. Um aber den Entwicklern nicht ungewollt die Arbeit zu erschweren, solltest Du Dir vorher einmal durchlesen, wie man Fehler am Besten meldet.
2. Hilf im Forum! Irgendwas weiß jeder und Antworten im Forum müssen nicht perfekt sein. Je mehr Support sich aber Benutzer gegenseitig geben, desto weniger Support müssen die Entwickler leisten und desto mehr Zeit können sie mit der Programmierung verbringen.
3. Das gleiche gilt für das Handbuch - Jeder eingeloggte Benutzer darf im Wiki editieren. Selbst die Korrektur von Rechtschreibfehlern, das Ausbügeln von sprachlichen Ungereimtheiten hilft. Es gibt aber auch noch Bereiche zu denen bisher kaum etwas im Wiki steht. Du kannst auch einfach eine neue Seite beginnen und erst einmal nur ein paar Basis-Infos eintragen. Wenn alle Benutzer ihre 3 Wissensbrocken zusammenwerfen, kommt auch ein großer Stapel dabei heraus.
   
   Was ist im Einzelnen zu tun?
   
   • Korrekturlesen. Ich schreib den Kram einfach so runter. Da unterlaufen mir sicher Dutzende Fehler. Bitte einfach korrigieren.
   • Vertiefen. Einige Anleitungen könnten für Einsteiger zu knapp sein. Da könnt ihr aus Eurer eigenen Erfahrung schöpfen und die Stellen genauer beschreiben, die Euch auffallen. Wenn ihr selbst nicht wisst, wie es genau geht, kontaktiert mich und wir finden eine Lösung.
     
   • Module. Unter "Erweiterungen" findet ihr eine unvollständige Liste von Module, die man benutzen könnte. Fügt fehlende hinzu und fangt an Beschreibungen und Anleitungen dafür zu schreiben. Das Wiki bietet zum Beispiel auch Raum für Beschreibungen von eigenen Implementierungen. Ich habe zum Beispiel in dem Beitrag zu Scribite beschrieben, wie ich damit arbeite. So etwas könnte bei jedem Modul zu finden sein.
     
   • Szenarien. Unter "Module auswählen" fehlen zum einen noch einige allgemeine Tipps zur Auswahl von Modulen und zum anderen habe ich da mal angefangen einige typische Szenarien aufzulisten. Bei "Kleine Firmenpräsenz" könnt ihr schon sehen, wo das hingehen soll. Aber Ihr könnt gerne die anderen Szenarien übernehmen oder mehr vorschlagen (einfach eintragen). Das wäre dann später auch eine hervorragende Grundlage für die Erstellung der Distributionen!
   • Und überhaupt. Wenn Euch noch Themen einfallen, die komplett fehlen, meldet Euch bei Steffen, damit wir koordinieren können, wo die untergebracht werden.
     
4. Sehr hilfreich und für Einsteiger zu handhaben, sind Übersetzungen der Sprachdateien für Core und Module. Wenn Du Dir das zutraust, melde Dich bei Carsten (aka Herr.Vorragend). Eine ausführliche Beschreibung der Vorgehensweise steht in unserem Wiki unter dem Thema „Mehrsprachigkeit“ zur Verfügung.
   
5. Eine Form der stillen Teilhabe ist die Mitgliedschaft im Verein - der Jahresbeitrag trägt zur finanziellen Unterstützung der deutschen Community bei. 
6. Darüberhinaus nimmt der Verein natürlich auch gerne Spenden entgegen.
7. Außerdem ist beiden Seiten geholfen, wenn Du Deinen Web-Space über unseren Partnerlink bei All-Inkl.com buchst. Mit all-inkl.com hat die deutsche Zikula-Community über Jahre sehr gute Erfahrungen gemacht, die Websites von zikula.de liegen bei denen und viele der deutschen Zikulaner sind zufriedene Kunden bei all-inkl.com.
8. Die Zikula Foundation hat verschiedene Arbeitsgruppen eingerichtet, bei denen Du Dich gerne einbringen kannst: Kontaktiere einfach die jeweiligen Gruppenleiter.
   
   • Continuous Integration Arbeitsgruppe: Dies ist eine Entwickler-Arbeitsgruppe. Es wurde die Schaffung eines automatischen Build-Systems angeregt. Verschiedene Lösungen werden verglichen und mögliche Werkzeuge bewertet. Zusätzlich sollen Möglichkeiten für die automatisierte Messung und Tests in Betracht gezogen werden. Dies erfordert eine Abstimmung mit der Test Arbeitgruppe (siehe unten). Des Weiteren wird diese WG einige Änderungen im Entwicklungsprozess fordern , so dass eine gute Kommunikation mit den Core-Entwicklern unbedingt nötig ist. Der Leiter dieser Gruppe ist Arjen Tebbenhof (Teb).
     
   • Test Arbeitsgruppe: Einrichtung eines Prüf-Rahmens und die Kombination verschiedene Test-Typen (coding-Stil Kontrollen, Unit-Tests, UI-Tests mit Selenium , usw.). Die Arbeitgruppe soll auch eine Einführung für die Entwickler mit einigen Beispielen erstellen. Die Arbeitgruppe verwaltet die so gewonnen Messdaten, wertet diese aus und dient als Ansprechpartner für alle Test-Fragen. Für die Testautomatisierung wird eine Zusammenarbeit mit dem Continuous Integration Arbeitgruppe vorausgesetzt. Die Test WG wird von Axel Guckelsberger (Guite) geleitet und unterstützt von Sebastian Schürmann (dabase).
     
   • Value Addon Adaption Arbeitsgruppe: Diese Gruppe verwaltet die ValueAddons Projekte und ist direkter Ansprechpartner für die Core-Entwickler bei Fragen rund um eine mögliche Auslagerung von Modulen und ähnlichen Anliegen. Sie ist außerdem verantwortlich für den an den Core angelehnten Release-Zyklus von wichtigen VA-Modulen wie z.B. News und Pages. Die Arbeitgruppe Adaption verwaltet weiterhin die geparkten Projekte im Cozi und ist für die Überholung der VA-Module und interessanter geparkter Module verantwortlich. Der Leiter dieser Arbeitsgruppe ist Mateo TibaPalacios.  
   • Localization Arbeitsgruppe: Verantwortlich für die gesamte Übersetzung und deren Wartung des Projekts (z. B. mit gettext und Tools in der extDB). Sie managen außerdem die Übersetzung von Newsartikeln und anderen Dokumenten vom Englischen in andere Sprachen und entwickeln einen eigenen Workflow für diese Aufgaben. Sie arbeitet eng mit den Gruppen Gettext und Dokumentation zusammen. Ein Verantwortlicher der Gruppe ist Carsten Volmer (Herr.Vorragend), da dies aber eine permanente und extrem umfangreiche Arbeitgruppe ist, wird nach einem zweiten Verantwortlichen gesucht, idealerweise jemand aus einer anderen aktiven Community.
     
   • Dokumentations Arbeitsgruppe: Verwaltet die User- & Entwickler Handbücher und erstellt diverse Tutorials. Sie arbeitet mit der Localization Arbeitgruppe zusammen. Auch hier gibt es einen Verantwortlichen, nämlich Steffen Voß (AKA Kaffeeringe.de), da auch diese Arbeitgruppe sehr umfangreich ist, wäre ein zweiter Verantwortlicher wünschenswert.
     
   • Site Maintenance Arbeitsgruppe: Verwaltet und updated die offiziellen Zikula-Projekt Seiten, plant und realisiert alle Upgrades und Erweiterungen. Dies beinhaltet z.B. eine Versions-Chart für alle Installationen und die eingesetzten Module. Eine wichtige Aufgabe ist des Weiteren die Realisierung der zikula.eu Seite. Sie gibt in Zukunft eine genaue Auskunft über alle aktiven Community Seiten. Sie könnten z.B diverse Bilder für die lokalen Communities entwickeln mit dem Text „Mitglied einer offiziellen Zikula EU site“ mit einem backlink zu zikula.eu.Die Verantwortlichen dieser Arbeitsgruppe sind David Pahl (dpahl) und Gabriel Freinbichler (gf). Sie werden von Drak und Chris Hildebrandt (slam) unterstützt, die die Server und Cozi managen.
     
   • Distributions Arbeitsgruppe: Sie erarbeitet diverse Distributionen für diverse Interessensgruppen (z.B. Blog, Community,...) und stellt sicher, dass diese angeboten werden. Sie ist auch für distributionsabhängige Anforderungen an den Core verantwortlich und versucht diese Wünsche in Zusammenarbeit mit den Core-Entwicklern zu realisieren. Sie wartet nicht die Distributionen, aber dient als Ansprechpartner für distributionsspezifische Fragen. Der Verantwortliche ist Philipp Niethammer (philipp.ni).