Bernhard: Mehrere Fragen zum Wiki-Neustart

Beitrag lesen

Hi!

Im Wiki setzt jeder seine eigenen Prioritäten.

Das geht nur, wenn die entsprechenden Optionen vorhanden sind. Wenn nur A zur Auswahl steht, kann niemand B höher priorisieren.

Daran kannst du nichts ändern.

S.o.

Du kannst lediglich bestimmte Engagements verscheuchen.

Stellt sich die Frage, inwiefern es einen Mehrwert bringt, wenn jemand z.B. _ausschließlich_ zu PHP o.ä. beitragen will oder kann. Es scheint mir, wie gesagt, wenig sinnvoll, zu einem bereits ziemlich gut dokumentierten Produkt wie PHP nochmal eine redundante Doku aufzubauen.

Wenn jemand hingegen sowohl zu HTML, CSS etc. als _auch_ zu PHP beitragen will oder kann, dann läuft man ohne ein PHP-Kapitel nicht in Gefahr, dass Ressourcen dort eingesetzt werden, obwohl sie anderswo nötiger wären.

Meine grundlegende Einstellung ist halt, dass
1. serverseitige Technologien schon genug dokumentiert sind,
2. daher eine über eine kurze Gegenüberstellung hinausgehende Dokumentation in Selfhtml keinen Mehrwert bringt und
3. wir uns mit den Perl- und PHP-Kapiteln um eine Möglichkeit bringen, die vorhandene "Manpower" möglichst sinnvoll zu kanalisieren.

Wenn jemand 1. anders als ich sieht, ist die Diskussion müßig. Sofern noch nicht ausreichend Dokumentation vorhanden ist, dann immer her damit.

Auch zu 3. kann man von einer anderen psychologischen Annahme ausgehen und sagen: "Wenn wir die, die nur PHP können, 'aussperren' dann gehen uns womöglich Leute verloren, die irgendwann auch zum Rest beitragen." Das ist aber halt auch nur eine psychologische Theorie, die vielleicht stimmt - oder auch nicht.

Ich messe der Sache aber nicht so eine große Bedeutung zu. Wenn Perl/PHP jetzt mal drin sind, ist das sicher kein enormes Problem. Schade wäre es, wenn man einmal auf eine konsolidierte Download-Fassung oder auf das Buch verzichten müsste, weil die Redaktion das drin haben will, aber der Inhalt dieser Kapitel unvollständig, fehlerhaft, uneinheitlich o.ä. ist.

Grüße
Bernhard