KISS-C3-Wiki: Unterschied zwischen den Versionen
Vater (Diskussion | Beiträge) |
Vater (Diskussion | Beiträge) K (→Anforderungen) |
||
Zeile 45: | Zeile 45: | ||
=== Ermittlung von Anforderungen am Beispiel [[34C3]] === | === Ermittlung von Anforderungen am Beispiel [[34C3]] === | ||
* [[ | * [[34c3:Static:Assemblies]] | ||
** [[Form:Assembly]] | ** [[34c3:Form:Assembly]] | ||
** beispielsweise [[34c3:Assembly:ChaosZone]] | ** beispielsweise [[34c3:Assembly:ChaosZone]] | ||
** generierte (alphabetische) Liste aller Assemblies | ** generierte (alphabetische) Liste aller Assemblies |
Version vom 21. Mai 2018, 22:44 Uhr
Ansatz
Zum Congress wird - neben einigen anderen Diensten - ein Wiki genutzt. Das Wiki ist der Dienst, der arg mit Änderungen der Inhalte belastet wird.
Bis zum 34C3 wurde MediaWiki eingesetzt. Um die notwendigen Funktionalitäten (zur Organisation) für den Congress nutzen zu können, wurde auch zentrale die massive Erweiterung SMW (Semantic MediaWiki) eingesetzt. SMW erscheint "sehr schlecht handhabbar", da viele heftig Probleme erzeugt werden.
Lösungsansätze
gitit like C3
Das gesamte MediaWiki könnte mit dem Wiki gitit ersetzt werden.
gitit ist ein vergleichsweise arg schlichtes Wiki. Die Grundkomponenten sind Haskell, Git und Markdown.
Erweiterungen, die die notwendigen Funktionalitäten bereitstellen könnten, scheint es nicht zu geben.
ikiC3wiki
Das gesamte MediaWiki könnte mit dem Wiki ikiwiki ersetzt werden.
ikiwiki ist ein vergleichsweise schlichtes, aber sehr erweiterbares, Wiki. Die Grundkomponenten sind Perl, Git und Markdown.
ikiwiki scheint Erweiterungen anzubieten, die Formulare und damit verbundene ähnliche Funktionalitäten ermöglichen.
KISS-C3-SMW
Bei MediaWiki könnte die problematische (massive) Erweiterung SMW ersetzt werden.
andere Lösungen
Wiki a CMS
Auch wenn immer die Begrifflichkeit Wiki verwendet wird, so handelt es sich letztlich irgendwie um ein System zur Verwaltung von Inhalten (auch häufig CMS genannt). Maßgebliche Herausforderung ist wohl das Erreichen eine soliden Verwaltung und Auslieferung von dynamischen Inhalten, die der Änderung durch viele Menschen unterworfen sind.
Es könnte geprüft werden, ob klassische Baukästen (frameworks) für Inhalte dazu dienen können. Exemplarischen sei Django und Mojolicious genannt, wobei es eine "ewige lange Liste" (auch von Systemen für Inhalte) gibt.
grüne Wiese und gutes Wetter
…
Anforderungen
Ermittlung von Anforderungen am Beispiel 34C3
- 34c3:Static:Assemblies
- 34c3:Form:Assembly
- beispielsweise 34c3:Assembly:ChaosZone
- generierte (alphabetische) Liste aller Assemblies
- Cluster foo?!?
- …
einzelne Anforderungen
- Verwaltung einer Vielzahl von angemeldeten Menschen (Account & Co)
- Verwaltung einer Vielzahl von angemeldeten Orten (Assembly & Co)
- Verwaltung einer Vielzahl von angemeldeten Projekten und Aktionen (Project | Session & Co)
- Verwaltung der Rechte von Seiten für Änderungen (durch Menschen) durch Gruppen
- "Verschlagwortung" (Tag & Category & Co)
- …