Newer
Older
# Über die Chaotikum Website
Die Chaotikum Website ist (abgesehen vom Space selbst) unser Aushängeschild. Sie soll all das beinhalten, was Menschen interessieren könnte, vielleicht sogar noch, bevor sie zum ersten mal bei uns waren oder wenn sie gar nicht vorhaben vorbei zu kommen sondern nur interesante texte lesen wollen oder tolle Videos anschauen.
Sie ist ein repräsentativer ort. Sie sollte einigermaßen intuitiv sein, infomativ, freundlich und den Verein, den Space, die darum enstandene Community, die aus dieser Community komenden Projekte und aktivitäten und die Gruppen in unserer ideologischen Nähe vertreten. Das ist schon ziemlich viel. Sie ist aber dennoch auch noch mehr.
Hinter der facade ist die Website inzwischen auch eine Art System zur Verteilung von Daten über Termine, Inventar, Raumplanung, Aktivitäten, Medienproduktion uvm. Das lag hauptsächlich daran, dass die Daten aus repräsentativen Zwecken hier eh oft schon (einigermaßen maschinenlesbar) vorhanden waren, dann machte es Sinn, sie einfach auch von hier anderen Systemen zur verfügung zu stellen.
zwar ist die Seite Statisch doch sie nutzt zunehmend, für diese komplexeren Zwecke, auch nicht statische Komponenten, die sie über Rest Schnittstellen im Build-Prozess aufruft oder welche di Daten von der Website abholen.
Kurz gesagt: Die Website ist nicht mehr ganz einfach und auch recht kritische Infrastruktur. Dennoch wollen wir, das alle die möchten, Inhalte erstellen können und an der Website mitwirken. Sie kommt nicht von irgendwelchen Zuständigen oder gar dem Vereinsvorstand, sie soll von allen mit ihalten gefüllt werden können, denen danach ist.
Wenn alle leute ein komplexes System benutzen sollen, istd as nicht immer einfach, daher gibt es eine Doku, diese hier. Und natürlich immer auch gerne Menschen fragen, aus den Commits wird sicher deutlich, wer vielleicht an der richtigen Stelle bescheid weiß.
Was benötigst du um Inhalte zu schaffen:
- Die Website nutzt in erster Linien *jekyll*, *makrdown* und *git*. Viel über jeykyll musst du vermutlich nicht wissen, makrdown soltest du grob beherschen. Bei git reicht es, den web editor zu nutzen, gerne, wenn du dir sicher genug bist, auch direkt im master. Keine Angst, Fehler passieren, dann fixt man sie halt.
### Was ist mit dem Wiki?
Es gibt hier fast keine Regeln, aber beim überdenken der Frage kann man sich folgendes überlegen: Dient die Information der öffentlichen Repräsentation und ist auch für ein fachfremdes Publikum (oder eine API oder Automation) (interessierte Laien, potentielle Förderer, Behörde,…) spannend, dann ist es eher was für die Website.
Handelt es sich um Details (Welche Marke Schmiermittel funktioniert gut? Wann wurde der Druckkopf das letzte mal gereinigt? Wie viele Millimeter Spiel bei bestimmten Arbeiten mit Gerät X, wo findet man die Option im Menü der Steuerung für...) welche erst relevant werden, wenn man intensiv mit dem Gerät oder Werkzeug beschäftigt ist? Dann vermutlich Wiki.
Eine andere Bewertung kann Änderungshäufigkeit sein. Ein einmal erstellter Inhalt auf der Website ist tendetiel eher statisch und wird nicht weiter verändert (es kommen aber natürlich häufig neue Inhalte dazu), erstellte Inhalte bleiben ca. so langfristig bestehen. Das Wiki ist beliebig dynamisch, dort sollte es stattdessen nicht so viele Seiten geben um Findbarkeit zu erhalten aber diese sollen sich gerne oft ändern.
Auch ein Kriterium kann sein, dass die Website gut mit Sammlungen von Inhalten umgehen kann, da *jekyll* das gut verstehe und diese leicht als markdown mit Hilfe von Programmen erstellt und verwaltet werden können.
Zudem bietet das Wiki die Option für bestimmte Bereiche ein Login zu fordern. So können dort Daten abgelegt werden, die zwar nicht geheim sind (jeder mit einem LDAP Account kann sie sehen) aber die auch nicht öffentlich sind. Die Website ist öffentlich.
**Basically: Inhalte auf der Website sind Repräsentativ und/oder statisch, Wiki ist Doku und soll sich den Gegebenheiten kontinuierlich anpassen.**
Im Detail stimmt das ab und zu nicht. Für Dienste (BBB, git,…) ist das Wiki z.B. auch für die statische, repräsentative Sache zuständig. In anderen Punkten, z.B. im Kontext Verleih ist die Website recht nah an einer Doku. Das ist also flexibel, aber darüber sollte man immer nachdenken.