24.04.2013, 09:55
ich kann deine Bedenken seht gut verstehen. Und ich selber habe immer noch Bedenken das wiki von henne zu benutzen, der erstmal nur er admin rechte dafür hat und er auch selten anwesend ist.
Bei meinen rechercen zu dem Thema sind mir auch nochmal die Vor- und Nachteile der einzelnen Varianten bewusst geworden:
Variante 1 - ein vorhandenes wiki system benutzen:
keine oder nur geringer Kontrolle über die Zugriffsrechte --> regelmäsige Überwachung ist nötig um das System vor Spam zu schützen
Vorteile:
-keine Softwareupdates
Nachteile:
-jeder kann ändern -->Spam
-Serververfügbarkeit ist nicht garantiert (eventuell gehen bei einstellung eines Projektes daten verloren)
Variante 2 - nutzen von Wikisoftware auf eigenem Server (evt. Obi-Wahns server):
hier habe ich einige gute Wikisoftwares gesehen, welche den Verwaltungsaufwand minimieren können (soll heißen: lesen darf jeder, wer schreiben darf bestimmen wir). Auf diese Weise kann die Spamkontrolle auf ein Minimum reduziert werden. Desweiteren gilt aber noch der von Borbaradwurm erwähnte Aufwand die Software möglichst aktuell zu halten, was aber denke ich nicht so schlimm sein wird.
mal einige Beispiele:
JSPWiki - bietet sehr detaillierte Kontrolle und besitzt auch ein feedback system-->bei bedarf wird man bei jeder änderung angepingt
http://www.wiki-hilfe.de/wiki/EinWikiAnlegen
http://de.wikipedia.org/wiki/JSPWiki
DokuWiki
http://de.wikipedia.org/wiki/DokuWiki
Hier auch noch mal ein allgemeiner Link dazu:
http://www.bib-info.de/fileadmin/media/D...heck16.pdf
Vorteile:
-volle Rechte kontrolle
Nachteile:
-Softwareupdates
Variante 3 - nutzen von Github(Hennes BrightEyes wiki)
ist eine Mischung aus variante 1 und 2. Möchte man die Schreibrechte einschrenken so geht das nur für Github nutzer-->jeder der mitarbeiten will benötigt einen Github account (Rechte können nur sehr begrenzt beeinflusst werden)
Vorteile:
-kein Verwaltungsaufwand
Nachteile
-jeder der Mitarbeiten will benötigt einen Github account UND muss vom Projekteigner(Henne) als freier mitarbeiter dem Projekt hinzugefügt werden
-------------------------------------------------------------------------------------------------------------------
Also Variante 3 fällt aus meiner Sicht flacht, da Henne einfach zu selten da ist und wir somit keinerlei Kontrolle über das wiki hätten. Variante 1 fällt aus meiner Sicht flach, da wir die Nutzungsrechte einfach nicht einschränken können und somit einfach ein größerer Verwaltungsaufwand entsteht.
Aus meiner Sicht macht die Variante 2 am meisten sinn, da es viel Kontrolle bei sehr geringen Aufwand mit sich bringt und gerade das "JSPWiki" finde ich bietet hier viele Möglichkeiten die den Aufwand unsererseits minimieren würden.
So und nun gibt doch alle bitte nochmal euren Senf dazu
Bei meinen rechercen zu dem Thema sind mir auch nochmal die Vor- und Nachteile der einzelnen Varianten bewusst geworden:
Variante 1 - ein vorhandenes wiki system benutzen:
keine oder nur geringer Kontrolle über die Zugriffsrechte --> regelmäsige Überwachung ist nötig um das System vor Spam zu schützen
Vorteile:
-keine Softwareupdates
Nachteile:
-jeder kann ändern -->Spam
-Serververfügbarkeit ist nicht garantiert (eventuell gehen bei einstellung eines Projektes daten verloren)
Variante 2 - nutzen von Wikisoftware auf eigenem Server (evt. Obi-Wahns server):
hier habe ich einige gute Wikisoftwares gesehen, welche den Verwaltungsaufwand minimieren können (soll heißen: lesen darf jeder, wer schreiben darf bestimmen wir). Auf diese Weise kann die Spamkontrolle auf ein Minimum reduziert werden. Desweiteren gilt aber noch der von Borbaradwurm erwähnte Aufwand die Software möglichst aktuell zu halten, was aber denke ich nicht so schlimm sein wird.
mal einige Beispiele:
JSPWiki - bietet sehr detaillierte Kontrolle und besitzt auch ein feedback system-->bei bedarf wird man bei jeder änderung angepingt
http://www.wiki-hilfe.de/wiki/EinWikiAnlegen
http://de.wikipedia.org/wiki/JSPWiki
DokuWiki
http://de.wikipedia.org/wiki/DokuWiki
Hier auch noch mal ein allgemeiner Link dazu:
http://www.bib-info.de/fileadmin/media/D...heck16.pdf
Vorteile:
-volle Rechte kontrolle
Nachteile:
-Softwareupdates
Variante 3 - nutzen von Github(Hennes BrightEyes wiki)
ist eine Mischung aus variante 1 und 2. Möchte man die Schreibrechte einschrenken so geht das nur für Github nutzer-->jeder der mitarbeiten will benötigt einen Github account (Rechte können nur sehr begrenzt beeinflusst werden)
Vorteile:
-kein Verwaltungsaufwand
Nachteile
-jeder der Mitarbeiten will benötigt einen Github account UND muss vom Projekteigner(Henne) als freier mitarbeiter dem Projekt hinzugefügt werden
-------------------------------------------------------------------------------------------------------------------
Also Variante 3 fällt aus meiner Sicht flacht, da Henne einfach zu selten da ist und wir somit keinerlei Kontrolle über das wiki hätten. Variante 1 fällt aus meiner Sicht flach, da wir die Nutzungsrechte einfach nicht einschränken können und somit einfach ein größerer Verwaltungsaufwand entsteht.
Aus meiner Sicht macht die Variante 2 am meisten sinn, da es viel Kontrolle bei sehr geringen Aufwand mit sich bringt und gerade das "JSPWiki" finde ich bietet hier viele Möglichkeiten die den Aufwand unsererseits minimieren würden.
So und nun gibt doch alle bitte nochmal euren Senf dazu
"Mut ist der Zauber, der Träume Wirklichkeit werden lässt"
Savegameditoren, Tools und Patches der Nordlandtrilogie
Mein DSA Savegameditor
Savegameditoren, Tools und Patches der Nordlandtrilogie
Mein DSA Savegameditor