KISS-C3-Wiki: Unterschied zwischen den Versionen

Aus C3D2
Zur Navigation springen Zur Suche springen
Zeile 45: Zeile 45:
=== Ermittlung von Anforderungen am Beispiel [[34C3]] ===
=== Ermittlung von Anforderungen am Beispiel [[34C3]] ===


* [[34c:Static:Assemblies]]
* [[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

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)