Discussion:
<2013-06-09> FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten
(zu alt für eine Antwort)
Ralf Döblitz
2022-02-16 23:00:08 UTC
Permalink
Archive-name: de-admin/entscheidung
Posting-frequency: weekly
Last-modified: 2013-06-09
URL: http://www.kirchwitz.de/~amk/dai/entscheidung

FAQ:
====
Entscheidungsfindung bei mehreren einander ausschliessenden Optionen
====================================================================


1. Worum geht es?
=================

In den Gruppen der Hierarchie de.admin.news.* werden Fragen über die
Gestaltung des de-Usenets diskutiert, insbesondere die Einrichtung
neuer Gruppen. Dabei kommt es immer wieder zu Abstimmungen.

Solange nur eine Option zur Diskussion steht, ist die Abstimmung
einfach durchzuführen. Die Abstimmungsfrage lautet "Bist Du mit dem
Vorschlag xyz einverstanden?", und dafür kann man mit Ja, Nein oder
Enthaltung stimmen. Wenn der Vorschlag die nötige Mehrheit erreicht
(derzeit: mindestens 50 Ja-Stimmen, doppelt so viele Ja-Stimmen wie
Nein-Stimmen), so gilt er als angenommen.

Problematisch - und davon handelt dieser Text - wird es, wenn mehrere
Varianten zur Diskussion stehen, die einander ausschliessen.
Beispielsweise könnte eine Gruppe in verschiedenen Hierarchien
sinnvoll eingeordnet werden, oder es sind mehrere Namen für eine
Gruppe denkbar.

Dieser Text richtet sich an Proponenten, die sich in einer solchen
Position befinden. Er gibt nicht Auskunft über grundlegende Fragen des
Gruppeneinrichtungsverfahrens, dazu gibt es bereits verschiedene Texte
in de.admin.infos.

Ich verwende als Beispiel im folgenden eine fiktive Gruppe, in der es
um Smalltalk aller Art gehen soll, und bei der als Benennungsvorschlag
de.talk.bla und de.talk.fasel zur Diskussion stehen. Fast alles des
Gesagten gilt aber mutatis mutandis auch, wenn die hierarchische
Einordnung, die Tagline, die Charta, der Moderationsstatus oder der
Name des Moderators nicht klar sind.


2. Übersicht: welche Möglichkeiten gibt es?
===========================================

Es gibt im wesentlichen vier Wege, bei einander ausschliessenden
Varianten zu einer Entscheidung zu kommen. Alle haben ihre Vor- und
Nachteile.

- Entscheidung per Akklamation/Konsens in der Diskussion (->3)

- Entscheidung durch Machtwort des Proponenten (->4)

- Entscheidung durch Konsultativabstimmung ("Strawpoll") vor
der eigentlichen Abstimmung über die Einrichtung (->5)

- Entscheidung durch kombiniertes Voting in der Abstimmung (->6/7)

Selbstverständlich können auch mehrere dieser Wege in einem einzigen
Verfahren vorkommen. So können von sieben Namensvorschlägen in der
Diskussion drei und in einem Strawpoll weitere zwei ausgeschieden
werden, so dass im CfV in einem kombinierten Voting noch zwei
Varianten zur Entscheidung anstehen.


3. Entscheidung per Akklamation/Konsens in der Diskussion
=========================================================

Nehmen wir an, Du hast die Einrichtung von de.talk.bla in einem
formellen Diskussionsaufruf (RfD) vorgeschlagen. Nehmen wir weiter an,
dass jemand schreibt "de.talk.fasel" wäre aber viel besser. Auch Dir
gefällt der Name nicht schlecht, und viele schreiben, dass sie
ebenfalls de.talk.fasel besser finden würden. Aber niemand verteidigt
de.talk.bla.

In diesem Fall: gratuliere! Du hast kein Problem, da es sich bereits
in der Diskussion in Minne aufgelöst hat. Bringe de.talk.fasel zur
Abstimmung, und alle sind zufrieden.

Der einzige Nachteil dieser Vorgehensweise: sie funktioniert oft
nicht, da der Konsens nicht immer gegeben ist.


4. Entscheidung durch Machtwort des Proponenten
===============================================

Der Proponent entscheidet, was zur Abstimmung kommt. Wenn Du also
de.talk.bla im RfD zur Diskussion stellst, ein anderer aber
de.talk.fasel bevorzugt, dann kannst Du auch ganz einfach an Deinem
eigenen Vorschlag festhalten und trotzdem de.talk.bla zur Abstimmung
bringen.

Dieses Vorgehen hat den grossen Vorteil, dass es unschlagbar einfach
ist und das Verfahren nicht verzögert. Trotzdem kann das Vorgehen
nicht uneingeschränkt empfohlen werden. Immerhin riskierst Du als
Proponent einige Nein-Stimmen von Leuten, die de.talk.fasel für
richtig und de.talk.bla für falsch halten.

Es sind vor allem zwei Dinge, die Du als Proponent benötigst, wenn Du
Alternativvorschläge aus der Diskussion nicht berücksichtigst: gute
Argumente und Takt.

Wenn de.talk.bla wirklich so viel besser ist als de.talk.fasel, dann
kannst Du das sicher auch begründen. Versuche, dabei möglichst
unvoreingenommen zu sein und die Argumente der anderen Seite ernst zu
nehmen. Und bringe Deine Argumente taktvoll vor. Wenn Du diese
Vorschläge beherzigst, wirst Du zwar Protest-Neins nicht völlig
verhindern, aber doch minimieren können.

Das Gesagte gilt übrigens für alle Vorschläge, die in der Diskussion
geäussert werden, auch jenen zu Kurzbeschreibung und Charta.


5. Entscheidung durch Konsultativabstimmung ("Strawpoll")
=========================================================

Recht häufig ist der Fall, dass einige Diskussionsteilnehmer sich für
de.talk.bla aussprechen, andere für de.talk.fasel, und beide haben
Argumente, die Hand und Fuss haben. In einer Diskussion ist es oft
nicht so leicht festzustellen, wer denn nun in der Mehrheit ist - und
die Gefahr, einfach den lautesten Schreihälsen zu folgen, ist nicht
von der Hand zu weisen.

In solchen Fällen schafft eine Konsultativabstimmung, im Usenet
normalerweise "Strawpoll" genannt, Abhilfe. Ein Strawpoll dient dem
Proponenten als Entscheidungshilfe, ist also nicht verbindlich.
Trotzdem ist es sehr zu empfehlen, einem Strawpollergebnis zu folgen,
wenn man sich nicht Protest einhandeln will. Und warum sollte man
einen Strawpoll durchführen, wenn man nicht bereit ist, das Ergebnis
zu akzeptieren?

Ausnahmen gibt es natürlich immer: wenn das Strawpoll-Result sehr
knapp ist, wird man sich dreimal überlegen müssen, wie man weiter
vorgehen soll. Und wenn der Strawpoll kompliziert ist (ein halbes
Dutzend Optionen, die zum Teil voneinander abhängig sind), dann kann
man auch nicht immer im voraus sagen, was man bei welchem Ergebnis zu
tun gedenkt.

Für einen Strawpoll gibt es keine Formvorschriften. Im Interesse der
Fairness seien aber folgende Punkte empfohlen:

- Der Strawpollaufruf sollte, unter einem neuen Subject, in jenen
Gruppen erscheinen, in denen auch die übrigen Ankündigungen (RfD,
CfV) zu diesem Verfahren erschienen sind und erscheinen werden.

- Stimmabgaben zum Strawpoll sollten per E-Mail geschehen, als Frist
ist eine bis zwei Wochen üblich.

- Zur Kontrolle sollten die abgegebenen Stimmen mit E-Mail-Adresse und
Realnamen der Abstimmenden im Strawpoll-Result veröffentlicht
werden.


6. Kombinierte Votings gemäss den Einrichtungsregeln
====================================================

Allen bisherigen Vorgehensweisen gemeinsam ist, dass bei der
endgültigen Abstimmung über die Gruppeneinrichtung (also im CfV) nur
ein Vorschlag zur Abstimmung kommt. Wenn alle bisher genannten
Vorgehensweisen aus irgendeinem Grund unbefriedigend scheinen oder zu
keinem Ergebnis führen, so besteht die Möglichkeit, die Frage im CfV
selbst zu entscheiden: durch ein kombiniertes Voting.

Eine Warnung vorweg: kombinierte Votings können hässlich kompliziert
werden. Das sieht man auch, dass sie viel schwieriger zu erklären sind
als die bisherigen Varianten.

Allgemein haben kombinierte Votings den Vorteil, dass die strittige
Frage gemeinsam mit der Einrichtung entschieden wird, und den
Nachteil, dass der Wahlschein leicht unübersichtlich wird. Bei
mehr als zwei Optionen, insbesondere bei komplizierten Abhängigkeiten,
ist ein Strawpoll meist die bessere Lösung.

a) Die Aussage der Einrichtungsregeln über kombinierte Votings
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Die Einrichtungsregeln sprechen in Punkt 9 von kombinierten Votings:

Ein CfV kann mehrere Gruppen zur Auswahl anbieten, von denen
höchstens eine eingerichtet werden soll ("kombiniertes Voting").
Dabei wird über die Einrichtung jeder einzelnen Gruppe gemäß den
obigen Regeln abgestimmt.

In einem weiteren Abstimmungsblock innerhalb desselben CfV findet
zusätzlich ein Stichentscheid zwischen all diesen Gruppen statt.
Falls in den Einrichtungsfragen mehr als eine Gruppe angenommen
wird, so wird davon einzig diejenige eingerichtet, welche im
Stichentscheid das beste Verhältnis Zustimmung : Ablehnung aufweist.

b) Wahlschein für kombinierte Votings
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Ein Wahlschein, der Punkt 9 der Einrichtungsregeln entspricht sieht
bei zwei zur Auswahl stehenden Möglichkeiten folgendermassen aus:

<Wahlschein>

[JA/NEIN/ENTHALTUNG] Einrichtung von de.talk.bla
[JA/NEIN/ENTHALTUNG] Einrichtung von de.talk.fasel

Für den Fall, dass beide Gruppen die nötige Mehrheit erreichen soll
folgende Gruppe eingerichtet werden (höchstens eine Gruppe ankreuzen):

[ ] de.talk.bla
[ ] de.talk.fasel

</Wahlschein>

Es werden also eigentlich *drei* Fragen gestellt:
1. Findest Du die Einrichtung von de.talk.bla besser als den Status quo?
2. Findest Du die Einrichtung von de.talk.fasel besser als den Status quo?
3. Findest Du de.talk.bla oder de.talk.fasel besser?

c) Stärken und Schwächen des Verfahrens
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Das in den Regeln vorgesehene Verfahren erfordert sorgfältiges
Mitdenken. Die Erfahrung damit hat gezeigt, dass es manchen Wählern
schwerfällt, zwischen der ersten und der zweiten Stimme zu
unterscheiden. Darum nochmal zur Verdeutlichung: Im ersten Frageblock
entscheidet der Wähler für jede vorgeschlagene Option einzeln, ob sie
ihm besser gefällt als der Status quo. Im zweiten Frageblock
vergleicht der Wähler die Optionen untereinander und hebt jene hervor,
die ihm besonders zusagen.

Dieses Verfahren erlaubt es jedem, seiner Meinung differenziert Ausdruck
zu verleihen. Wer generell für oder generell gegen die Gruppe ist, kann
trotzdem über die Gruppenattribute mitbestimmen. Die Stichfrage
garantiert, dass man auch "ich finde beides gut, aber de.talk.bla noch
etwas besser" oder umgekehrt "ich finde beides schlecht, aber
de.talk.fasel noch etwas schlechter" sagen kann.

Gleichzeitig garantiert das Verfahren, dass nur eine Gruppe eingerichtet
wird, die mit genau den Attributen, mit denen sie eingerichtet wird, die
qualifizierte Mehrheit erreicht hat. In Punkt 7 dieser FAQ zeige ich,
dass es keineswegs selbstverständlich ist, dass ein Verfahren diese
Kriterien erfüllt.

Leider wird der Wahlschein, wenn nicht nur zwei, sondern drei oder mehr
Möglichkeiten zur Auswahl stehen, schnell unübersichtlich.

7. Weitere Möglichkeiten kombinierter Votings
=============================================

Das kombinierte Voting mit Stichfrage ist die einzige Art, die von den
Einrichtungsregeln vorgesehen ist, eine strittige Frage über ein
Gruppenattribut erst im CfV zu entscheiden. Es sind aber andere Verfahren
denkbar, die praktiziert wurden und zum Teil noch werden. Eines dieser
Verfahren stand früher auch in den Einrichtungsregeln, bevor es durch das
jetzige Verfahren ersetzt worden ist.

Im folgenden wird es darum gehen, diese anderen Verfahren vorzustellen und
zu zeigen, ob und in welchen Fällen sie allenfalls sinnvoll sind.

Generell gilt für alle diese Verfahren: da sie so nicht in den
Einrichtungsregeln stehen, ist in jedem Fall eine entsprechende Regelung im
CfV nötig. Wenn die Moderation von de.admin.news.announce der Ansicht ist,
die vom Proponenten vorgesehenen "weiteren Regeln" würden die Fairness der
Abstimmung gefährden, dann wird sie das Posten des CfV verweigern, solange
er diese Regeln enthält.

a) Generelle Frage nach der Einrichtung der Gruppe
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Früher sahen die Einrichtungsregeln bei einem kombinierten Voting vor, dass
zuerst generell die Frage nach der Einrichtung der Gruppe gestellt wurde
und in einem zweiten Schritt die Frage nach den strittigen Attributen. Der
Wahlschein sieht in diesem Fall so aus:

<Wahlschein>

[JA/NEIN/ENTHALTUNG] Einrichtung einer blafasel-Gruppe

Wenn die Gruppe eingerichtet wird, soll sie folgenden Namen haben:

[JA/NEIN/ENTHALTUNG] de.talk.bla
[JA/NEIN/ENTHALTUNG] de.talk.fasel

Bei Annahme der generellen Abstimmung wird die Gruppe unter demjenigen
Namen eingerichtet, der das bessere Verhältnis (alternativ: die bessere
Differenz) von Ja- und Nein-Stimmen hat.

</Wahlschein>

Dieses Verfahren hat den Nachteil, dass Leute, die der Meinung sind
"Einrichtung der Gruppe ja, aber _nur_ wenn sie de.talk.fasel heisst,
_keinesfalls_ aber, wenn sie de.talk.bla heisst" nicht wissen, wie
sie sich zuer ersten Frage - Einrichtung der Gruppe als solche -
äussern sollen. Stimmen sie mit Ja, so laufen sie Gefahr, einer Gruppe
zur Einrichtung zu verhelfen, die sie nicht wollen; stimmen sie mit
Nein, so verhindern sie vielleicht die Gruppe, die sie gern hätten.

Weiter hat dieses Verfahren den Nachteil, dass möglicherweise eine Gruppe
eingerichtet wird

Dieses Verfahren ist daher normalerweise nicht zu empfehlen. Es gibt
allerdings einen Fall, wo dieses Verfahren durchaus möglich und üblich
ist, nämlich die Einrichtung einer moderierten Gruppe, wenn mehrere
Kandidaturen für die Moderation vorliegen:

<Wahlschein>

[J/N/E] Einrichtung von de.talk.fasel (moderiert)

[J/N/E] Moderation durch Albert Alleinherrscher
[J/N/E] Moderation durch Tobias Troll, Erwin Elch und Detlef Dau gemeinsam
[J/N/E] Moderation durch Paul Poweruser, Benedikt Backup als Stellvertreter

Bei Annahme der Gruppe gilt diejenige Moderation als gewählt, bei der das
Verhältnis von Ja- zu Nein-Stimmen am besten ist.

</Wahlschein>

Zugegeben: der Nachteil, dass sich bestimmte Meinungen nicht differenziert
zum Ausdruck bringen lassen, existiert auch hier. Die Nachteile fallen hier
aber für viele Netizens weniger ins Gewicht, da die Moderation dasjenige
Attribut ist, das inhaltlich die Gruppe am wenigsten stark definiert. Kommt
dazu, dass die Frage der Moderation die einzige ist, bei der es sich
aufdrängt, wirklich alle in der Diskussion gemachten Vorschläge (will
sagen: geäusserten Kandidaturabsichten) im CfV zu berücksichtigen und
niemanden durch Machtwort des Proponenten auszuschliessen. Dann aber hat
das hier vorgestellte Verfahren gegenüber dem Stichfragen-Verfahren den
Vorteil, dass es auch bei drei und mehr Alternativen noch übersichtlich
bleibt.

b) Verzicht auf die Stichfrage
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Vor der Einführung des Stichfragen-Verfahrens waren gelegentlich
Wahlscheine folgender Art zu sehen:

<Wahlschein>

[JA/NEIN/ENTHALTUNG] Einrichtung von de.talk.bla
[JA/NEIN/ENTHALTUNG] Einrichtung von de.talk.fasel

Sollten beide Gruppen die qualifizierte Mehrheit erreichen, so wird nur
diejenige eingerichtet, die das bessere Verhältnis (alternativ: die höhere
Differenz) von Ja- zu Nein-Stimmen hat.

</Wahlschein>

Nachteil dieser Art der Auswertung: wer die Gruppe in jedem Fall
einrichten möchte, wird zweimal Ja stimmen und nicht auf die
Namengebung Einfluss haben können, oder er wird ein "taktisches" Nein
oder eine Enthaltung abgeben müssen zu einem Vorschlag, zu dem er in
einem einfachen Voting Ja gesagt hätte. Ebenso kann einer, der die
Gruppe verhindern will, nicht sagen, welche Namengebung er als das
"kleinere Übel" betrachtet.

Wegen dieser Nachteile ist das Verfahren nicht zu empfehlen. Das
Standardverfahren mit Stichfrage erlaubt es den Abstimmenden, ihre
Meinung ohne "taktische" Stimmabgaben adäquat auszudrücken.

c) Kaskadierung der Vorschläge
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

In demokratischen Systemen ist es eine bewährte Methode, von mehreren
Vorschlägen den weitergehenden zuerst abzustimmen und den weniger weit
gehenden nur dann zur Abstimmung zu bringen, wenn der weitergehende
abgelehnt wurde. Ähnliches kann im Usenet in einem einzigen CfV
geschehen, allerdings eignen sich nicht alle Fragen dazu, auf diese
Art und Weise entschieden zu werden. Dies deswegen, weil sich oft
nicht eruieren lässt, welcher Vorschlag denn der weitergehende sei.

Trotzdem, der Fall ist vorstellbar. Nehmen wir ein anderes Beispiel.
Jemand möchte de.talk.bla als *moderierte* Gruppe, aber, falls dies
nicht klappt, lieber noch unmoderiert als gar nicht. Er wird
folgendermassen abstimmen lassen:

<Wahlschein>

[JA/NEIN/ENTHALTUNG] Einrichtung von de.talk.bla (moderiert)

Falls diese Gruppe nicht angenommen wird, wird folgende
Abstimmungsfrage ausgewertet - wird de.talk.bla (moderiert)
angenommen, ist die folgende Frage bedeutungslos:

[JA/NEIN/ENTHALTUNG] Einrichtung von de.talk.bla (unmoderiert)

</Wahlschein>

Selbstverständlich wäre eine andere Art der Abstimmung denkbar:
Einrichtung unmoderiert und Statusänderung als Abstimmungsfragen. Dies
hätte aber den Nachteil, dass jemand, der de.talk.bla nur moderiert
überhaupt für sinnvoll hält, nicht für die Einrichtung stimmen kann.

Echte Vorteile gegenüber dem Standardverfahren mit Stichfrage hat eine
Kaskadierung bei einander ausschliessenden Möglichkeiten nicht. Jedoch
ist eine Kaskadierung in anderen Situationen oft sinnvoll. Dann nämlich,
wenn mehrere Abstimmungsfragen sich nicht gegenseitig ausschliessen,
sondern inhaltlich so zusammenhängen, so dass die zweite nur dann
sinnvollerweise umgesetzt wird, wenn die erste angenommen worden ist.


8. Stichfrage bei drei und mehr Alternativvorschlägen
=====================================================

Da der Wahlschein Gefahr läuft, auch für alteingesessene Netizens
unübersichtlich zu werden, ist ein kombiniertes Voting mit drei oder mehr
einander ausschliessenden Vorschlägen nicht empfehlenswert (Ausnahme:
mehrere Kandidaturen für die Moderation einer moderierten Gruppe, siehe
oben). Die Alternativen sollten dann vor dem CfV durch Konsens, Machtwort
des Proponenten oder einen Strawpoll auf höchstens zwei reduziert werden.

Die FAQ könnte daher hier zu Ende sein. Wenn aber jemand trotzdem nicht
darauf verzichten möchte, ein kombiniertes Voting mit drei oder mehr
Alternativen durchzuführen, so seien ihm hier ein paar Anregungen zum
Nachdenken auf den Weg gegeben. Wenn diese Anregungen abschreckend wirken,
haben sie ihr Ziel erreicht...

Es sind mehrere Verfahren denkbar. Wenn die Alternativen daher rühren, dass
je zwei Gruppennamen, zwei Kurzbeschreibungen, zwei Chartas, die Gruppe als
moderiert oder unmoderiert vorgeschlagen sind, dann kann man über jedes
einzelne Gruppenattribut eine Stichfrage machen:

<Wahlschein>

[J/N/E] Einrichtung von de.talk.bla (moderiert), Tagline "Blubb."
[J/N/E] Einrichtung von de.talk.bla (unmoderiert), Tagline "Blubb."
[J/N/E] Einrichtung von de.talk.fasel (moderiert), Tagline "Blubb."
[J/N/E] Einrichtung von de.talk.fasel (unmoderiert), Tagline "Blubb."
[J/N/E] Einrichtung von de.talk.bla (moderiert), Tagline "Laber."
[J/N/E] Einrichtung von de.talk.bla (unmoderiert), Tagline "Laber."
[J/N/E] Einrichtung von de.talk.fasel (moderiert), Tagline "Laber."
[J/N/E] Einrichtung von de.talk.fasel (unmoderiert), Tagline "Laber."

Für den Fall, dass mehr als eine Gruppe die nötige Mehrheit erreicht,
bevorzuge ich folgende Attribute (jeweils eines ankreuzen):

Gruppenname:
[ ] de.talk.bla
[ ] de.talk.fasel

Moderationsstatus:
[ ] moderiert
[ ] unmoderiert

Tagline:
[ ] "Blubb."
[ ] "Laber."

</Wahlschein>

Die Alternativen können aber auch daher rühren, dass für ein Attribut drei
oder mehr Vorschläge zur Diskussion stehen. Dann ist ein einfaches
Ankreuzen nicht mehr befriedigend, da damit die Präferenzen innerhalb der
Vorschläge nicht mehr eindeutig zum Ausdruck gebracht werden können. Hier
bietet es sich daher an, die Abstimmenden die Vorschläge gemäss ihrer
Präferenz ordnen zu lassen:

<Wahlschein>

[J/N/E] Einrichtung von de.talk.bla
[J/N/E] Einrichtung von de.talk.laber
[J/N/E] Einrichtung von de.talk.fasel
[J/N/E] Einrichtung von de.talk.blubb

Für den Fall, dass meha als ein Vorschlag die nötige Mehrheit erreicht,
bevorzuge ich die Vorschläge in folgernder Reihenfolge (in die Klammer die
Zahlen von 1 bis 4 schreiben, wobei 1 beim bevorzugten, 4 beim am wenigsten
genehmen Vorschlag steht):

[ ] de.talk.bla
[ ] de.talk.laber
[ ] de.talk.fasel
[ ] de.talk.blubb

</Wahlschein>

9. Schlussbemerkungen
=====================

Die Entscheidung darüber, wie genau vorgegangen wird, liegt bei den
Proponenten bzw. (in Fragen der Regelkonformität von kombinierten
Votings) bei der Moderation von de.admin.news.announce. Je nach
Ausgangslage ist der eine oder andere Weg sinnvoller. Dieser Text kann
und will nicht jede vorstellbare Konstellation abdecken, aber es ist
zu hoffen, dass die hier gemachten Vorschläge dennoch auch in
komplizierteren Fällen sinngemäss Anwendung finden können und auf
diese Art und Weise hilfreich sind.

Diskussion über diesen Text bitte ausschliesslich in
de.admin.news.regeln (Followup-To ist gesetzt).

Ich danke Bernd Gramlich, Wolfgang Janssen, Andreas M. Kirchwitz, Wolfgang
Kopp, Stephan Manske, Olaf Schneider und anderen Mitdiskutanten in
de.admin.news.regeln für Hinweise zu früheren Versionen dieses Textes.

Autor: Adrian Suter
derzeitiger Maintainer: Ralf Döblitz
Marco Moock
2022-02-17 05:48:48 UTC
Permalink
Post by Ralf Döblitz
(derzeit: mindestens 50 Ja-Stimmen, doppelt so viele Ja-Stimmen wie
Nein-Stimmen), so gilt er als angenommen.
Das wurde doch vor kurzem geändert:

| Ergebnis: Die Wahl gilt in der vorgeschlagenen Form als angenommen,
| wenn mindestens doppelt so viele gültige Ja-Stimmen wie
| Nein-Stimmen (Verhältnis), mindestens jedoch 15 Ja-Stimmen
| (Mindestzustimmung), eingetroffen sind.
Message-ID: <umsetzung-regeln-mindeststimmen-***@dana.de>
Thomas Hochstein
2022-02-17 11:03:45 UTC
Permalink
Post by Marco Moock
Post by Ralf Döblitz
(derzeit: mindestens 50 Ja-Stimmen, doppelt so viele Ja-Stimmen wie
Nein-Stimmen), so gilt er als angenommen.
| Ergebnis: Die Wahl gilt in der vorgeschlagenen Form als angenommen,
| wenn mindestens doppelt so viele gültige Ja-Stimmen wie
| Nein-Stimmen (Verhältnis), mindestens jedoch 15 Ja-Stimmen
| (Mindestzustimmung), eingetroffen sind.
Ja, aber der Maintainer der FAQ ist nach meinem Wissen im Usenet nicht
mehr präsent (und war jedenfalls vor fünf Jahren weder per Mail noch auf
irgendeinem anderen Weg erreichbar).

-thh
Claus Reibenstein
2022-02-17 11:34:13 UTC
Permalink
Post by Thomas Hochstein
Post by Marco Moock
Post by Ralf Döblitz
(derzeit: mindestens 50 Ja-Stimmen, doppelt so viele Ja-Stimmen wie
Nein-Stimmen), so gilt er als angenommen.
| Ergebnis: Die Wahl gilt in der vorgeschlagenen Form als angenommen,
| wenn mindestens doppelt so viele gültige Ja-Stimmen wie
| Nein-Stimmen (Verhältnis), mindestens jedoch 15 Ja-Stimmen
| (Mindestzustimmung), eingetroffen sind.
Ja, aber der Maintainer der FAQ ist nach meinem Wissen im Usenet nicht
mehr präsent (und war jedenfalls vor fünf Jahren weder per Mail noch auf
irgendeinem anderen Weg erreichbar).
Dann muss das eben jemand anderes übernehmen. Warum passiert das nicht?
Fühlt sich niemand zuständig?

Gruß
Claus
Thomas Hochstein
2022-02-17 11:57:28 UTC
Permalink
Post by Claus Reibenstein
Post by Thomas Hochstein
Ja, aber der Maintainer der FAQ ist nach meinem Wissen im Usenet nicht
mehr präsent (und war jedenfalls vor fünf Jahren weder per Mail noch auf
irgendeinem anderen Weg erreichbar).
Dann muss das eben jemand anderes übernehmen.
Gerne. Leg los. Usenet lebt vom Tun.
Post by Claus Reibenstein
Warum passiert das nicht?
Weil es bisher niemand tut. (Das war ja einfach.)

Dass das Datum der letzten Ändeurng mehr als achteinhalb Jahre
zurückliegt, spricht ja für sich.
Post by Claus Reibenstein
Fühlt sich niemand zuständig?
Du fühlst Dich ja offenbar auch nicht zuständig. Wieso sollte jemand
anderes sich dann zuständig fühlen?

Ralf ist damals eingesprungen, nachdem Adrian Suter schon lange nicht mehr
am Usenet teilgenommen hat. Wenn sich an der FAQ etwas ändern soll, muss
sie jetzt eben jemand anderes übernehmen.

-thh
Claus Reibenstein
2022-02-17 15:48:25 UTC
Permalink
Post by Thomas Hochstein
Post by Claus Reibenstein
[Maintainer der FAQ]
Dann muss das eben jemand anderes übernehmen.
Gerne. Leg los.
Kein Problem. Sage mir, was ich tun muss, und ich pflege die Änderung
gerne ein. Ist ja nicht so, dass ich als Rentner keine Zeit hätte.
Post by Thomas Hochstein
Post by Claus Reibenstein
Warum passiert das nicht?
Weil es bisher niemand tut. (Das war ja einfach.)
Zu einfach ;-)
Post by Thomas Hochstein
Post by Claus Reibenstein
Fühlt sich niemand zuständig?
Du fühlst Dich ja offenbar auch nicht zuständig.
Bin ich bis jetzt ja auch nicht.
Post by Thomas Hochstein
Wenn sich an der FAQ etwas ändern soll, muss
sie jetzt eben jemand anderes übernehmen.
Kann ich im Prinzip gerne machen.

Gruß
Claus
Thomas Hochstein
2022-02-17 17:32:53 UTC
Permalink
Post by Claus Reibenstein
Post by Thomas Hochstein
Post by Claus Reibenstein
Dann muss das eben jemand anderes übernehmen.
Gerne. Leg los.
Kein Problem. Sage mir, was ich tun muss, und ich pflege die Änderung
gerne ein. Ist ja nicht so, dass ich als Rentner keine Zeit hätte.
Prima!

* Versuch der Kontaktaufnahme mit dem bisherigen Maintainer unter
Übersendung eines Änderungsvorschlags

Wenn die vorhandenen Mailadressen nicht mehr erreichbar sind oder nach
angemessener Wartezeit, ggf. einer Erinnerung keine Rückmeldung kommt:

* Übernahme als Maintainer der FAQ

- Überarbeitung (mindestens der Änderungsvorschlag, ggf. sukzessive
Anpassung an den heutigen Stand, soweit erforderlich)

- Änderung des Maintainers, ggf. der Kontaktadressen

- Kontaktaufnahme mit dem Moderator von de.admin.infos, Absprache
der Übernahme der FAQ und der technischen Modalitäten, wie diese
gepostet und aktualisiert werden soll (Inhalt des From:-Headers,
woher kommt der Text - am einfachsten ist es, wenn der Text der
FAQ als Textdatei irgendwo im Web steht und der Moderator die jeweils
aktuellste Fassung dort automatisch abrufen kann)

* Weitere Betreuung und Pflege
Post by Claus Reibenstein
Post by Thomas Hochstein
Post by Claus Reibenstein
Warum passiert das nicht?
Weil es bisher niemand tut. (Das war ja einfach.)
Zu einfach ;-)
Manchmal sind die Antworten so einfach, wie sie zu sein scheinen. :)
Post by Claus Reibenstein
Post by Thomas Hochstein
Post by Claus Reibenstein
Fühlt sich niemand zuständig?
Du fühlst Dich ja offenbar auch nicht zuständig.
Bin ich bis jetzt ja auch nicht.
Naja, sonst halt auch niemand.
Post by Claus Reibenstein
Post by Thomas Hochstein
Wenn sich an der FAQ etwas ändern soll, muss
sie jetzt eben jemand anderes übernehmen.
Kann ich im Prinzip gerne machen.
Toll!

Den Workflow, nach dem ich in solchen Fällen vorgegangen bin, habe ich Dir
oben umrissen.

Grüße und viel Erfolg,
-thh
Claus Reibenstein
2022-02-21 10:44:02 UTC
Permalink
Post by Thomas Hochstein
* Versuch der Kontaktaufnahme mit dem bisherigen Maintainer unter
Übersendung eines Änderungsvorschlags
Der Maintainer ist Ralf? Nun, eine Nachricht an ihn kam postwendend
zurück: Unknown To address :-(
Post by Thomas Hochstein
- Kontaktaufnahme mit dem Moderator von de.admin.infos
Wer ist das? Wie bekomme ich das heraus. Ich bin zwar schon einige Jahre
im Usenet, habe mich um solche Details allerdings bisher noch nie
gekümmert (war nicht notwendig).
Post by Thomas Hochstein
Grüße und viel Erfolg,
Danke. Wird schon klappen :-)

Gruß
Claus
Claus Reibenstein
2022-02-21 10:48:15 UTC
Permalink
Post by Claus Reibenstein
Post by Thomas Hochstein
- Kontaktaufnahme mit dem Moderator von de.admin.infos
Wer ist das? Wie bekomme ich das heraus.
Hab's schon rausgefunden. Steht in der Gruppenliste, die regelmäßig in
de.admin.news.groups gepostet wird.

Lesen bildet :-)

Gruß
Claus
Thomas Hochstein
2022-02-19 13:25:51 UTC
Permalink
Dass das Datum der letzten Änderung mehr als achteinhalb Jahre
zurückliegt, spricht ja für sich.
Und die tatsächliche letzte inhaltliche Änderung war wohl 10 Jahre zuvor,
anno 2003.

Es gibt übrigens immer noch eine Liste der FAQs aus d.a.i und d.n.i auf
<https://wiki.th-h.de/notes:faqs-dai-dni>, die ich ab und an auf den
aktuellen Stand bringe, wenngleich das dort dokumentierte, 2010 mal
gestartete Projekt zur Überarbeitung der FAQs schon 2011 wieder sanft
entschlummert ist.
Ralph Angenendt
2022-02-17 12:02:09 UTC
Permalink
Post by Claus Reibenstein
Dann muss das eben jemand anderes übernehmen. Warum passiert das nicht?
Fühlt sich niemand zuständig?
Ich sag schon mal Danke dafür, dass du dich bereit erklärt hast.

Ralph
--
Übervaterlandverräter und Mutterkornblumenblau
Claus Reibenstein
2022-02-17 15:50:53 UTC
Permalink
Post by Ralph Angenendt
Post by Claus Reibenstein
Dann muss das eben jemand anderes übernehmen. Warum passiert das nicht?
Fühlt sich niemand zuständig?
Ich sag schon mal Danke dafür, dass du dich bereit erklärt hast.
Muss man denn hier alles selber machen? ;-)

Gruß
Claus
Cornell Binder
2022-02-17 15:31:26 UTC
Permalink
Post by Claus Reibenstein
Dann muss das eben jemand anderes übernehmen. Warum passiert das nicht?
Fühlt sich niemand zuständig?
Das treibt mich auch immer um. Soviel zu tun und es macht
einfach niemand. Kann da nicht mal jemand was gegen tun?


CoBi
--
I shave werewolves:
Yes, this is true. They hate that.
I shave them and collect the fur for making clothes.
The werewolf will be embarrased and never return. (Ralf Dieholt)
Claus Reibenstein
2022-02-17 15:52:19 UTC
Permalink
Post by Cornell Binder
Post by Claus Reibenstein
Dann muss das eben jemand anderes übernehmen. Warum passiert das nicht?
Fühlt sich niemand zuständig?
Das treibt mich auch immer um. Soviel zu tun und es macht
einfach niemand. Kann da nicht mal jemand was gegen tun?
Tja, sieht so aus, als müssten wir Rentner mal wieder die Sache in die
Hand nehmen. Sonst tut's ja offensichtlich keiner ;-)

Gruß
Claus
Thomas Hochstein
2022-02-17 17:36:34 UTC
Permalink
Post by Claus Reibenstein
Tja, sieht so aus, als müssten wir Rentner mal wieder die Sache in die
Hand nehmen. Sonst tut's ja offensichtlich keiner ;-)
Naja, es gab über die letzten Jahre schonmal die eine oder andere FAQ, die
nicht mehr fortgeführt wurde, so dass ein neuer Maintainer einspringen
musste.

| From: ***@thh.name (Thomas Hochstein)
| Newsgroups: de.admin.infos,de.alt.admin
| Subject: <2021-12-13> Einrichtung, Aenderung und Entfernung von Usenet-Gruppen in de.*

| From: dana-***@usenet.th-h.de (Thomas Hochstein / Michael Ottenbruch)
| Newsgroups: de.admin.infos,de.answers,news.answers
| Subject: <2021-12-16> Erlaeuterungen zur Einrichtung neuer Gruppen in de.*

| From: ***@thh.name (Thomas Hochstein)
| Newsgroups: de.admin.infos
| Subject: <2021-12-16> Usenet aktiv mitgestalten

| From: ***@thh.name (Thomas Hochstein)
| Newsgroups: de.admin.infos
| Subject: <2021-12-16> Wichtige Begriffe in de.admin.news.*

| From: ***@votetaker.de (Thomas Hochstein)
| Newsgroups: de.admin.infos,de.admin.news.groups
| Subject: <2021-12-13> GVV-FAQ

| From: Thomas Hochstein <***@thh.name>
| Newsgroups: de.newusers.infos,de.admin.news.groups,de.alt.admin
| Subject: <2022-01-31> Die Newsgruppen der de-Hierarchie

| From: Thomas Hochstein <***@thh.name>
| Newsgroups: de.newusers.infos
| Subject: <2020-08-24> Informationstexte-Verzeichnis fuer Usenet-Einsteiger

| From: ***@thh.name (Thomas Hochstein)
| Newsgroups: de.newusers.infos,de.newusers.questions
| Subject: <2021-06-18> Fragen und Antworten: de.newusers.questions

| From: ***@thh.name (Thomas Hochstein)
| Newsgroups: de.newusers.infos
| Subject: <2011-09-11> Headerzeilen im Usenet

| From: ***@thh.name (Thomas Hochstein)
| Newsgroups: de.newusers.infos,de.comm.software.newsreader,de.comm.software.outlook-express
| Subject: <2021-12-11> FAQ: Newsreader-Uebersicht fuer Einsteiger

| From: Thomas Hochstein <***@thh.name>
| Newsgroups: de.comm.provider.usenet
| Subject: <2021-09-27> Liste von Usenet-Servern im deutschsprachigen Raum

| From: Thomas Hochstein <***@thh.name>
| Newsgroups: de.soc.recht.misc,de.soc.recht.arbeit+soziales,de.soc.recht.datennetze,de.soc.recht.steuern+buchfuehrung,de.soc.recht.strafrecht,de.soc.recht.strassenverkehr,de.soc.recht.wohnen
| Subject: [Info] Einfuehrung in de.soc.recht.* <2020-10-22>

| From: Thomas Hochstein <***@thh.name>
| Newsgroups: de.alt.netdigest
| Subject: <2021-07-03> de.alt.netdigest - wie?

Jetzt darf auch mal jemand anderes. ;)

-thh
Stefan Roth
2022-02-28 18:53:22 UTC
Permalink
Post by Thomas Hochstein
Post by Claus Reibenstein
Tja, sieht so aus, als müssten wir Rentner mal wieder die Sache in die
Hand nehmen. Sonst tut's ja offensichtlich keiner ;-)
Naja, es gab über die letzten Jahre schonmal die eine oder andere FAQ, die
nicht mehr fortgeführt wurde, so dass ein neuer Maintainer einspringen
musste.
-thh
[Eindrucksvolle Liste gesnippt]

Ist eigentlich noch Boris PI Piwinger erreichbar?
Oder läuft dessen FAQ auch nur noch als Robot?

Eine generelle Anregung zu den (meisten) FAQs:
nicht mehr wöchentlich sondern monatlich posten.

Grüße Stefan
--
Tucholsky:
"Wenn zwei Deutsche im Hof Holz zerspalten,
stehn drei herum, die das verwalten."
Thomas Hochstein
2022-02-28 21:11:23 UTC
Permalink
Post by Stefan Roth
Ist eigentlich noch Boris PI Piwinger erreichbar?
Ja, pi ist per Mail erreichbar, hat aber (jedenfalls in 2018) keinen
Usenetzugang mehr.
Post by Stefan Roth
Oder läuft dessen FAQ auch nur noch als Robot?
Ich gehe nicht davon aus, dass er sie noch betreut, nein.
Stefan Roth
2022-03-01 17:03:25 UTC
Permalink
Post by Thomas Hochstein
Post by Stefan Roth
Ist eigentlich noch Boris PI Piwinger erreichbar?
Ja, pi ist per Mail erreichbar, hat aber (jedenfalls in 2018) keinen
Usenetzugang mehr.
Er ist also auch im Jahr 2022 per Email erreichbar.
Post by Thomas Hochstein
Post by Stefan Roth
Oder läuft dessen FAQ auch nur noch als Robot?
Ich gehe nicht davon aus, dass er sie noch betreut, nein.
Also: ja. Robot.

+++++++++++++++++++++++++++++++++++++++++++++++++++

Ich gehe mal davon aus, dass alle, die im de-Usenet eine FAQ betreuen,
sich dem de-Usenet verbunden fühlen/fühlten.

Ich gehe auch davon aus, dass es etliche triftige Gründe gibt, nicht
mehr erreichbar zu sein + FAQs nicht mehr aktiv zu managen:
plötzlicher Tod, plötzliche schwere Krankheit, Auswanderung nach
Australien (obwohl: das eigentlich nicht ;-) und viele andere Gründe.

Wenns keine triftigen Gründe gibt, sollte es ein ordentliches
Übergabeverfahren geben, in dem der bisherige FAQ-Betreuer seine
beabsichtigte Demission bekannt gibt und um einen Nachfolger anfragt.

Am Beispiel: PI.

Ich würde PI ja eine Email schreiben, wenn ich seine Email-Ad. hätte.
Aber die haben ja wohl nur die Admins.

Wenn er keinen Usenet-Zugang mehr hat dafür aber einen Google-Account,
könnte er für das Anstoßen einer Nachfolge-Anfrage ausnahmsweise mal
über Google-Groups posten.

Dies nur als ein Exempel.
Ist natürlich auch für andere verwaiste Robot-FAQs anwendbar.

Grüße Stefan
--
"Without empathy there's nothing, up to and including civilization itself."
[Straczynski tweet, July 5, 2019]
Thomas Hochstein
2022-03-01 22:29:21 UTC
Permalink
Post by Stefan Roth
Er ist also auch im Jahr 2022 per Email erreichbar.
Dafür spricht alles, ja.
Post by Stefan Roth
Post by Thomas Hochstein
Post by Stefan Roth
Oder läuft dessen FAQ auch nur noch als Robot?
Ich gehe nicht davon aus, dass er sie noch betreut, nein.
Also: ja. Robot.
Alle FAQs in d.a.i und d.n.i werden durch den Moderator der Gruppen
automatisiert gepostet; insofern laufen alle FAQs in diesem Sinne "als
Robot".
Post by Stefan Roth
Wenns keine triftigen Gründe gibt, sollte es ein ordentliches
Übergabeverfahren geben, in dem der bisherige FAQ-Betreuer seine
beabsichtigte Demission bekannt gibt und um einen Nachfolger anfragt.
Kann man machen, ja. Manches läuft aber auch einfach weiter, weil es
niemand mehr im Blick hat.
Post by Stefan Roth
Ich würde PI ja eine Email schreiben, wenn ich seine Email-Ad. hätte.
Aber die haben ja wohl nur die Admins.
Ja, die ist geheim und nur für Admins. Daher steht sie im From: der
Postings. (Gut, das funktioniert nur, wenn man lesen kann.)
Post by Stefan Roth
Ist natürlich auch für andere verwaiste Robot-FAQs anwendbar.
Wenn Du die FAQ übernehmen willst, reicht im Zweifelsfall eine Mail an den
Absender; ist er nicht mehr erreichbar, lässt sich das mit dem Moderator
von d.a.i oder d.n.i klären.

Wenn Du die FAQ nicht übernehmen willst, stellt sich die Frage, ob etwas
dagegen spricht, sie unverändert weiter zu posten. Im Regelfall ist es
besser, eine FAQ auch dann, wenn sie nicht mehr aktualisiert wird, weiter
zu posten, es sei denn, sie ist wirklich völlig überholt oder gar falsch;
das sehe ich hier nicht.

Und dann sind wir da, wo wir jetzt sind.

Vielleicht findet sich ja sogar noch jemand, der sich um die FAQ kümmen
will und über die fortgeschrittenen technischen Kenntnisse verfügt, per
Mail auf das Posting zu antworten. Man darf die Hoffnung auf technische
Wunderkinder niemals aufgeben.

-thh
Andreas M. Kirchwitz
2022-03-01 01:45:22 UTC
Permalink
Post by Stefan Roth
nicht mehr wöchentlich sondern monatlich posten.
Was wäre der Unterschied, wie oft sie gepostet werden?

Täglich, wöchentlich, monatlich. Man liest den Artikel,
filtert anschließend das exakte Subject und dann ist Ruhe
bis zum nächsten Update, wo das neue Datum im Subject den
Filter umgeht.

Wer das nicht tut, wird so oder so genervt sein, egal bei
welcher Frequenz. Zu selten ist auch nicht schlau, sonst
schlägt der Expire zu, und nicht jeder Server hebt über
Jahre hinweg auf, auch wenn heutzutage der Plattenplatz
dafür nicht mehr signifikant wäre.

Grüße, Andreas
Stefan Roth
2022-03-01 16:43:19 UTC
Permalink
Post by Andreas M. Kirchwitz
Post by Stefan Roth
nicht mehr wöchentlich sondern monatlich posten.
Was wäre der Unterschied, wie oft sie gepostet werden?
Täglich, wöchentlich, monatlich. Man liest den Artikel,
filtert anschließend das exakte Subject und dann ist Ruhe
bis zum nächsten Update, wo das neue Datum im Subject den
Filter umgeht.
Wer das nicht tut, wird so oder so genervt sein, egal bei
welcher Frequenz. Zu selten ist auch nicht schlau, sonst
schlägt der Expire zu, und nicht jeder Server hebt über
Jahre hinweg auf, auch wenn heutzutage der Plattenplatz
dafür nicht mehr signifikant wäre.
Grüße, Andreas
Ganz einfach.

Bis auf sehr wenige FAQs (etwa NG-Liste nach den gerade erfolgten und
noch beabsichtigten Gruppenlöschungen) haben sich in den letzten
Jahren quasi nicht geändert.
Es gibt keinen vernünftigen Grund, diese ungeänderten FAQs wöchentlich
wie in den 1990er Jahren zu posten. 12x im Jahr langt völlig.

Und. lieber Andreas, Du wirst doch nicht behaupten wollen, dass Du
sämtliche wöchentlichen FAQs wöchentlich echt LIEST.

Dein "Expire"-Problem kapiere ich nicht.
Es gibt doch monatliche FAQs - die problemlos funktionieren.

Grüße Stefan
--
Karl Dall Spruch:
"Ich bringe meiner Frau jeden Morgen den Kaffee ans Bett.
Und dann kann sie ihn mit der Handmühle mahlen."
Andreas M. Kirchwitz
2022-03-01 18:21:01 UTC
Permalink
Post by Stefan Roth
Bis auf sehr wenige FAQs (etwa NG-Liste nach den gerade erfolgten und
noch beabsichtigten Gruppenlöschungen) haben sich in den letzten
Jahren quasi nicht geändert.
Es gibt keinen vernünftigen Grund, diese ungeänderten FAQs wöchentlich
wie in den 1990er Jahren zu posten. 12x im Jahr langt völlig.
Die Posting-Frequenz hat wenig mit Änderungen oder deren Anzahl
damals oder heute zu tun, sondern damit Benutzer, die sie noch
nicht kennen, möglichst zeitnah als (neue) Artikel angezeigt
bekommen. Existierende Artikel nimmt man ja meist nicht wahr,
möglicherweise blendet der Newsreader sie automatisch aus.
Post by Stefan Roth
Und. lieber Andreas, Du wirst doch nicht behaupten wollen, dass Du
sämtliche wöchentlichen FAQs wöchentlich echt LIEST.
Nein, deshalb schrieb ich ja, dass man regelmäßige Artikel
unabhängig von ihrer Posting-Frequenz in den Filter (Killfile)
packt, damit man sie erst wieder sieht, wenn sie sich ändern.

Der Nerv-Faktor wäre auch bei monatlichen Veröffentlichung auf
Dauer nicht signifikant anders. Wir haben auch solche Artikel
in de.*, und nach ein paar Jahrzehnten nerven die nicht weniger.
Post by Stefan Roth
Dein "Expire"-Problem kapiere ich nicht.
Es gibt doch monatliche FAQs - die problemlos funktionieren.
Das Problem ist, dass der nächste dann vierteljährliches oder
jährliches Veröffentlichen fordert, weil nach einer Weile auch
das monatliche Veröffentlichen nerven wird. Doch das kann man
nicht beliebig hochdrehen, nur damit am Ende keiner mehr
genervt ist, bloß weil er seinen Newsreader nicht im Griff hat.

Eine Änderung der Frequenz der Veröffentlichung ist keine Lösung
für das von Dir angesprochene Problem, sondern die Beschäftigung
mit den Filtern des Newsreaders wäre der sinnvollere Ansatz.

Grüße, Andreas
Stefan Roth
2022-03-01 18:54:07 UTC
Permalink
[snip]
Post by Andreas M. Kirchwitz
sondern damit Benutzer, die sie noch
nicht kennen, möglichst zeitnah als (neue) Artikel angezeigt
bekommen.
Jetzt muss ich doch etwas sarkastisch werden: welche neuen Benutzer?

[snip]
Post by Andreas M. Kirchwitz
Der Nerv-Faktor wäre auch bei monatlichen Veröffentlichung auf
Dauer nicht signifikant anders. Wir haben auch solche Artikel
in de.*, und nach ein paar Jahrzehnten nerven die nicht weniger.
Jahrzehnte? Ernsthaft? ;-)
Post by Andreas M. Kirchwitz
Post by Stefan Roth
Dein "Expire"-Problem kapiere ich nicht.
Es gibt doch monatliche FAQs - die problemlos funktionieren.
Das Problem ist, dass der nächste dann vierteljährliches oder
jährliches Veröffentlichen fordert, weil nach einer Weile auch
das monatliche Veröffentlichen nerven wird.
Ob eine FAQ 52x im Jahr oder 12x im Jahr gepostet wird macht einen
erheblichen Unterschied.

Und warum gibts hier monatliche FAQs - und niemand protestiert, weil
sie so selten gepostet werden? Und dass man sie doch bitte *auch*
wöchentlich posten sollte (schon der Einheitlichkeit halber) ;-)
Post by Andreas M. Kirchwitz
genervt ist, bloß weil er seinen Newsreader nicht im Griff hat.
Es geht hier nicht um mich.
Ich meine, dass das prinzipiell sinnvoll wäre.
(Bis auf die wenigen FAQs, in denen sich tatsächlich letzthin ab und
zu mal was geändert hat.)

Eine -zugegebenermaßen revolutionäre- Idee wäre eine eigene FAQ-NG, in
der sämtliche admin-FAQs zusamengefasst stehen. Auch "neuen" Benutzern
könnte da selbst bei monatlicher Frequenz absolut nix entgehen.
Also: de.admin,news.faq

Im Moment sind sie für meinen Geschmack auch etwas zu verstreut.

Grüße Stefan
--
Digitalisierung ist nicht gleich Smartphonisierung
Frank Zeeb
2022-03-02 08:48:54 UTC
Permalink
Post by Stefan Roth
Eine -zugegebenermaßen revolutionäre- Idee wäre eine eigene FAQ-NG, in
der sämtliche admin-FAQs zusamengefasst stehen. Auch "neuen" Benutzern
könnte da selbst bei monatlicher Frequenz absolut nix entgehen.
Also: de.admin,news.faq
Im Moment sind sie für meinen Geschmack auch etwas zu verstreut.
Ich würde das gut finden, aber ich selbst kann den RfD und das Verfahren
nicht leisten.

Gruß
Frank
Heiko Schlichting
2022-03-02 10:30:59 UTC
Permalink
Post by Stefan Roth
Eine -zugegebenermaßen revolutionäre- Idee wäre eine eigene FAQ-NG, in
der sämtliche admin-FAQs zusamengefasst stehen. Auch "neuen" Benutzern
könnte da selbst bei monatlicher Frequenz absolut nix entgehen.
Die Idee ist nicht neu und eine solche Gruppe gibt es auch schon: de.answers

Der Name ".answers" kommt von analogen Gruppen in anderen News-Hierarchien.
Post by Stefan Roth
Im Moment sind sie für meinen Geschmack auch etwas zu verstreut.
Dem würde ich zustimmen und ich fände es gut, wenn alle regelmäßigen FAQs
in de.answers (und nur dort!) veröffentlicht würden. Leider ist es wie so
oft: Jemand meint, dass der eigene Text doch sooo wichtig ist, dass er
unbedingt auch außerhalb dieser Gruppe veröffentlicht werden muss.

Es ist das übliche "mein Anliegen ist so wichtig, dass ich mich deshalb
über alle Gepflogenheiten hinwegsetze"-Verhalten, was es ja nicht nur im
Usenet gibt.

Heiko
Thomas Hochstein
2022-03-02 20:18:33 UTC
Permalink
Post by Heiko Schlichting
Dem würde ich zustimmen und ich fände es gut, wenn alle regelmäßigen FAQs
in de.answers (und nur dort!) veröffentlicht würden.
Das halte ich für keine besonders gute Idee.

| *.answers sammelt die FAQs aller Gruppen der betreffenden Hierarchie
| aus im wesentlichen zwei (oder drei) Gründen:
|
| - Es wird auf einfache Weise eine längere Haltezeit der FAQs
| ermöglicht. Durch einen längeren Expire-Zeitraum für *.answers
| bleiben die crossgeposteten FAQs länger erhalten als die anderen
| Beiträge der entsprechenden Gruppen.
|
| - Man hat alle FAQs der jeweiligen Hierarchie an einem Ort - nicht als
| Selbstzweck, sondern um sie dort problemlos verarbeiten zu können,
| bspw. indem man sie (im Web) archiviert.
|
| - Ein Nebeneffekt für denjenigen, der die Gruppe wirklich abonniert,
| ist die Möglichkeit, durch eine FAQ vielleicht auf eine bisher
| unbekannte, aber interessante Gruppe aufmerksam zu werden.
|
| *.answers hat nicht den Zweck, FAQs aus den Fachgruppen zu entfernen.
| Wo soll da auch der Sinn liegen? Wenn sie nicht in der Fachgruppe
| gepostet werden, dann sieht sie dort ja keiner und sie nützen nicht.
|
| Will man einfach auf irgendeine FAQ verweisen, die aktuell gar nicht
| vorliegt (und wer abonniert denn *.answers mit all den großen
| Postings, nur um genau die FAQ "seiner" Newsgroup vorliegen zu
| haben?!), dann stellt man sie sinnvollerweise nur ins Web und nimmt
| den Medienbruch in Kauf.
|
| (Usenet ist zur dauerhaften Veröffentlichung von Texten wie FAQs im
| Prinzip ebenso geeignet wie das Web zur Diskussion, nämlich wenig bis
| gar nicht. Der einzige Grund, heutzutage noch FAQs (auch) zu posten
| [4], ist der, daß sie auch im Usenet und auch offline zur Verfügung
| stehen. Ja, es kommt auch heutzutage noch vor, daß man offline ist
| oder sein möchte.)
Post by Heiko Schlichting
Leider ist es wie so
oft: Jemand meint, dass der eigene Text doch sooo wichtig ist, dass er
unbedingt auch außerhalb dieser Gruppe veröffentlicht werden muss.
Es ist das übliche "mein Anliegen ist so wichtig, dass ich mich deshalb
über alle Gepflogenheiten hinwegsetze"-Verhalten, was es ja nicht nur im
Usenet gibt.
Eine solche Gepflogenheit wäre mir neu.

Es ist/war ganz im Gegenteil explizit nicht vorgesehen, Texte _nur_ nach
de.answers zu posten:

| Archive-name: de-answers/richtlinien
| Version: $Id: richtlinien,v 1.27 2001/05/09 17:42:42 ngb Exp $
[...]
| 1.3 Die Richtlinien
|
| Die Richtlinien fuer *.answers beziehen sich nicht auf das Format oder
| den Inhalt Deines Artikels, solange er periodisch gepostet wird, in
| einem fuer Menschen lesbaren Format vorliegt und Informationen
| vermittelt. (Siehe jedoch Abschnitt 2.6, dort sind ein paar
| Vorschlaege fuer Formate). Die Richtlinien spezifizieren einige
| der Header.
[...]
| a. Newsgroups (ERFORDERLICH)
|
| Beispiel:
| Newsgroups: de.comp.sys.foo,de.answers,news.answers
|
| Es sind erforderlich: die 'Heimat'-Newsgruppen (angemessen, nicht
| *.answers), die zu den Heimatnewsgruppen gehoerenden *.answers-
| Gruppen (z.B. de.answers fuer irgendeine de.*-Gruppe), und
| news.answers (auch wenn Du in keine news.*-Gruppe postest). Es muss
| mindestens eine Heimatnewsgruppe vorhanden sein.

Es ist also zwingend, die Texte nicht nur nach *.answers zu posten,
sondern sie _müssen_ auch in mindestens eine "Heimatnewsgruppe" gepostet
werden.

Und das hat aus den von mir einleitend zitierten Gründen auch seinen guten
Sinn.

-thh
Heiko Schlichting
2022-03-03 21:35:12 UTC
Permalink
Post by Thomas Hochstein
Es ist/war ganz im Gegenteil explizit nicht vorgesehen, Texte _nur_ nach
Ja, das hatte ich falsch in Erinnerung. Danke für die Auffrischung.

Sorry, Heiko

Diedrich Ehlerding
2022-03-02 18:13:12 UTC
Permalink
Post by Stefan Roth
Post by Andreas M. Kirchwitz
sondern damit Benutzer, die sie noch
nicht kennen, möglichst zeitnah als (neue) Artikel angezeigt
bekommen.
Jetzt muss ich doch etwas sarkastisch werden: welche neuen Benutzer?
Na, die Horden von Neulingen, die täglich dnq mit Fragen fluten ...
(SCNR. Das Thema "wo sind denn die Neulinge" ist leider nicht neu; die
Frage nach der Sinnhaftigkeit von gleich zwei "newuser"-Gruppen hatte
ich vor 10 Jahren schonmal gestellt, konnte aber die Heilige-Kuh-Hirten
nicht überzeugen.)

Da oben steht allerdings nicht "neue Benutzer", sondern "neue Artikel".
Es könnte auch schon-länger-Benutzer geben, die siese Artikel bisher
ignoriert haben. Fast bei jeder Abstimmung gibt es Leute, die iihren
Stimmzettel niocht per Mail, sondern öffentlich posten; immer wieder
werden sinnfreie Stimmzettel mit bereits mehrfach als Ebennichtrealnamen
erkanntem From eingesandt ("Mr. Heissgetränk" tat sich da letztenbs
mehrfach hervor); denen täte ein Hinweis auf eine FAQ vielkleicht gut
(na ja, vielleicht nützt der allerdings auch nix :-( )

Welchen Schaden richtet denn deiner Ansicht nach eine wöchentliche
Neuveröffentlichung (mit passendem Supersedes; der ist ja vorhanden) an,
auch wenn das eigentlich keine FAQs, sondern FFAQs sind - "formerly
frequently asked questions"?
Post by Stefan Roth
Eine -zugegebenermaßen revolutionäre- Idee wäre eine eigene FAQ-NG, in
der sämtliche admin-FAQs zusamengefasst stehen.
Ob wohl derjenige, der seinerzeit die Gründung von de.admin.infos
vorgeschlagen hat, sowas Ähnliches im Sinn hatte? Wenn irgendwo adminb-
FAQs herumgeistern, die deiner ansicht nach eigentlich nach dai gehören
sollten, dann setz dich doch mit dem Autor und ggf. den beteiligten
Moderatoren in Verbindung.
--
gpg-Key (DSA 1024) D36AD663E6DB91A4
fingerprint = 2983 4D54 E00B 8483 B5B8 C7D1 D36A D663 E6DB 91A4
HTML-Mail wird ungeleſen entſorgt.
Gerald Eіscher
2022-03-02 21:54:40 UTC
Permalink
Post by Ralf Döblitz
immer wieder
werden sinnfreie Stimmzettel mit bereits mehrfach als Ebennichtrealnamen
erkanntem From eingesandt ("Mr. Heissgetränk" tat sich da letztenbs
mehrfach hervor);
Das ist fast sicher eine Sockenpuppe. Jemand, der sich ernsthaft an den
Abstimmungen beteiligen möchte, hätte seinen Fehler längst bemerken müssen.
Ich habe einen Nutzer in Verdacht, der auch so bei Abstimmungen auffällig wird.
Post by Ralf Döblitz
denen täte ein Hinweis auf eine FAQ vielkleicht gut
Glaube ich nicht.
--
Gerald
Thomas Hochstein
2022-03-02 20:46:21 UTC
Permalink
Post by Stefan Roth
Eine -zugegebenermaßen revolutionäre- Idee wäre eine eigene FAQ-NG, in
der sämtliche admin-FAQs zusamengefasst stehen. Auch "neuen" Benutzern
könnte da selbst bei monatlicher Frequenz absolut nix entgehen.
Also: de.admin,news.faq
Man könnte eine solche Gruppe auch de.admin.infos nennen.
Loading...