🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: de.admin.news.groups
4 messages
4 total messages Started by Markus Kuhn Thu, 19 Nov 1992 20:11
RfD: de.etc.standards
#250
Author: Markus Kuhn
Date: Thu, 19 Nov 1992 20:11
71 lines
3361 bytes
wasp@chumly.ka.sub.org (Walter Mildenberger) writes:

>1)	de.admin.standards
>2) de.etc.standards
>3) de.comp.std
>4)	de.admin.std
>5) de.etc.std
>6) de.comp.std

Viele Leute haben hier schon ihr Interesse daran bekundet, dass
sie an einer sehr schnellen Einrichtung dieser Gruppe interessiert sind.
Ich auch. Der Name ist dabei eher zweitrangig.

Da jetzt Vorschlaege aufkommen, Vorwahlen abzuhalten und da komplexere
Wahlvorschlaege wieder zu ewigen Diskussionen fuehren, schlage ich vor,
zunaechst nur ueber einen einzigen Namen abzustimmen. Das geht einfach
und schnell und wenn dieser Name bei zu vielen Leuten auf Ablehnung
stoesst und durchfaellt, dann muessen wir eben einen wesentlich 
umstaendlicheren Abstimmungsmodus benutzen.

Von den von Walter zusammengefassten Vorschlaegen erscheint Nummer 2:

     de.etc.standards

am geeignetsten.

Gruende, die diese gegenueber den anderen Alternativen auszeichnen:

1,4) Standards werden nicht administriert. Fuer Diskussionen ueber Implemen-
     tationen (ob sie sich jetzt an alte/neue/keine Standards halten)
     gibt es bereits zahlreiche de.admin Gruppen (e.g. de.admin.news.software).

3-6) Das Kuerzel std ist zwar in der internationalen comp Hierarchie
     in den Gruppen 

         comp.std.announce comp.std.c comp.std.c++ comp.std.internat 
         comp.std.misc comp.std.mumps comp.std.unix

     bereits benutzt worden und entspricht der auch in de
     herrschenden Kuerzelvorliebe. 

     Allerdings ist das Kuerzel nicht besonders aussagekraeftig, und in
     letzer Zeit ist auch in de eher ein Trend zu aussagekraeftigeren
     Namen zu erkennen (fahrrad statt rad, software statt sw, ...).
     Es ist zu befuerchten, dass sich viele Leute (>30%) unter
     de.etc.std garnichts vorstellen koennen, u.a. da die comp.std
     Hierarchie sicher nicht zu den frequentiertesten gehoert.

2,6) Das Gebiet der Standardisierung ist wesentlich umfassender als
     nur der Bereich der Computernormen. Daher ist diese Gruppe sicher
     ausserhalb von comp und admin wesentlich besser aufgehoben,
     und duerfte dort eher zu einer Reihe sehr interessanter Diskussionen
     fuehren.

Hat jemand gegen dieses Vorgehen massive Einwaende, die wesentlich schwerer
wiegen als das Interesse an einer schnellen Einrichtung dieser Gruppe
(in die z.B. im Moment ein Grossteil der Diskussion ueber Umlaute,
Rechtschreibung und Tastaturen gehoert)?

Ich hoffe Ihr seid ebenso wie ich mehr an einem schnellen Konsens als
an einer langwierigen und komplexen Abstimmung interessiert. Keep
it simple!

Wer macht in ein paar Tagen den CfV?

Markus

-- 
Markus Kuhn, Computer Science student -=-=- University of Erlangen, Germany
Internet: mskuhn@immd4.informatik.uni-erlangen.de  |  X.500 entry available
--- Wer, wie, was? Wieso, weshalb, warum? Wer nichts fragt bleibt dumm. ---
Re: RfD: de.etc.standards
#253
Author: Carsten Rossenhoevel
Date: Fri, 20 Nov 1992 01:07
23 lines
1540 bytes
Markus Kuhn (mskuhn@immd4.informatik.uni-erlangen.de) writes:
 > Da jetzt Vorschlaege aufkommen, Vorwahlen abzuhalten und da komplexere
 > Wahlvorschlaege wieder zu ewigen Diskussionen fuehren, schlage ich vor,
 > zunaechst nur ueber einen einzigen Namen abzustimmen.
 [..]
 >      de.etc.standards

Ich halte einen schnellen und einfachen Wahlmodus, der sich auf 
de.etc.standards beschraenkt, aus den von Markus schon genannten Gruenden
auch fuer geeigneter als Walters Vorschlag.

 > Wer macht in ein paar Tagen den CfV?

Da ich wegen des CfV-Missgeschicks disqualifiziert bin (siehe auch
"lex cross" in der neuen Version der d.a.n.a.-Regeln :-)), schlage
ich vor, Walter uebernimmt ihn?

Gruesse, Carsten

.........................................................................
Carsten Rossenhoevel                           Make The Net a place where
{cross,gnu,ftpadm}@cs.tu-berlin.de          Everybody's in. Nobody's out.
{caro,newsmaster}@specs.de              -- Electronic Frontier Foundation
Re: RfD: de.etc.standards
#263
Author: Walter Mildenberger
Date: Sun, 22 Nov 1992 01:17
51 lines
3015 bytes
In article <1ehdobINNndn@mailgzrz.TU-Berlin.DE>, Carsten Rossenhoevel writes:

$>Markus Kuhn (mskuhn@immd4.informatik.uni-erlangen.de) writes:
$> > Da jetzt Vorschlaege aufkommen, Vorwahlen abzuhalten und da komplexere
$> > Wahlvorschlaege wieder zu ewigen Diskussionen fuehren, schlage ich vor,
$> > zunaechst nur ueber einen einzigen Namen abzustimmen.
$> [..]
$> >      de.etc.standards
$>
$>Ich halte einen schnellen und einfachen Wahlmodus, der sich auf 
$>de.etc.standards beschraenkt, aus den von Markus schon genannten Gruenden
$>auch fuer geeigneter als Walters Vorschlag.

"Mein" Vorschlag ist exakt genauso schnell wie jeder andere Vorschlag und
hat den Vorteil, dass er eindeutige Mehrheitsverhaeltnisse zeigt. Wenn
hier in Schnellauswahl _ein_ Name herausgegriffen wird, hat derjenige
verloren, der am wenigsten laut "Pop! Stolizop!" (G.Seyfried) schreit.
Nicht ganz das, was ich unter demokratische Wahl verstehe...
Viel komplizierter ist das Verfahren auch nicht, man muss nur statt
einem Kreutzchen deren sechs machen (ja/nein/enthaltung). Ausserdem wuerde
ich das Verfahren gern mal "in Reality" auf Brauchbarkeit testen ;-)

$> > Wer macht in ein paar Tagen den CfV?

Darf ich daran erinnern, dass ein CfV erst dann faellig ist, wenn die
Diskussion mehr oder weniger beendet ist ? Zumindest zwei Wochen
sollte man sich schon Zeit lassen, wovon maximal erst eine 'rum ist...

$>Da ich wegen des CfV-Missgeschicks disqualifiziert bin (siehe auch
$>"lex cross" in der neuen Version der d.a.n.a.-Regeln :-)), schlage
$>ich vor, Walter uebernimmt ihn?

Danke, eigentlich hab ich auch so genug zu tun, ausserdem stehen mir
demnaechst selbst zwei Votings in's Haus. Von "disqualifiziert" kann
auch nicht die Rede sein, sonst haette Terra sein netzwesen-Voting
ja auch nicht durchfuehren duerfen!  Sooo eng seh' ich das nun auch
wieder nicht :-)

Schade nur, dass prompt auch noch das RfD: de.soc.wirtschaft in die Hose
gegangen ist :-/

Wenn Du nicht willst, bliebe ja noch Kosta Kostis (richtig geschrieben ?),
der hat immerhin den RfD an mich geschickt :-)))


mfG
-- 
Walter Mildenberger, Morgenstr. 55, W-7500 Karlsruhe 1,FRG, (0721)385090
Sub/UseNet: wasp@chumly.ka.sub.org -or-  Bitnet: UKF5@DKAUNI2.Bitnet
To think is easy and to act is hard, but the hardest thing in the world is
to act in accordance with your thinking.
Re: RfD: de.etc.standards
#265
Author: Carsten Rossenhoevel
Date: Mon, 23 Nov 1992 02:59
62 lines
3802 bytes
wasp@chumly.ka.sub.org (Walter Mildenberger) writes:
> $>Ich halte einen schnellen und einfachen Wahlmodus, der sich auf 
> $>de.etc.standards beschraenkt, aus den von Markus schon genannten Gruenden
> $>auch fuer geeigneter als Walters Vorschlag.
> 
> "Mein" Vorschlag ist exakt genauso schnell wie jeder andere Vorschlag und
> hat den Vorteil, dass er eindeutige Mehrheitsverhaeltnisse zeigt.

Hm, die 30-Stimmen-und-2/3-Regel gilt aber trotzdem, oder?  Ein
kombinierter CfV hat demnach aus seiner Struktur heraus die Tendenz,
abgewiesen zu werden.  Das heisst, die Regeln haben schon eine Art
"Notbremse" eingebaut, die fuer Faelle wie diesen zwar einen CfV
erlauben, der aber schon aus der Anlage der Regeln heraus mit hoher
Wahrscheinlichkeit durch Zersplitterung der Waehler abgewiesen wird.
Interessant, offensichtlich hab ich die Diskussion um die de-CfV-Regeln
nicht so mitbekommen...

Wer ein sechsfach-Voting vorschlaegt, hat entweder ueber dieses Phaenomen
nicht nachgedacht oder ueberschaetzt die Zahl der Interessierten und
die Moeglichkeit des Missbrauchs (1x ja, 5x nein == nirgendwo 2/3-Mehrheit).

Daher schlage ich vor, dass wir die Zahl der Vorschlaege auf hoechstens
zwei bis drei reduzieren.

Ich stelle zur Diskussion, den Vorschlag "std" fallenzulassen, da sich
bisher nur Oliver Laumann <net@cs.tu-berlin.de> eindeutig dafuer
ausgesprochen hat, hauptsaechlich aus Gruenden der Orthogonalitaet zu
internationalen Gruppen.
(Er sagte: "Natuerlich ist "standards" klarer als die Abkuerzung "std").
Heiko Schlichting <heiko@chemie.fu-berlin.de> fand "Olivers Argumente [..]
schluessig", war aber in einem frueheren Artikel auch fuer "standards".
Mehrere (alle weiteren) Meinungen waren negativ zu "std".

Ebenfalls stelle ich zur Diskussion, den Vorschlag "de.admin.standards"
fallenzulassen, da sich nur Walter Mildenberger <wasp@chumly.ka.sub.org>
dafuer ausgesprochen hat.  Alle weiteren Meinungen dazu waren negativ
bzw. sprachen sich fuer andere Einordnungen (comp, etc) aus.

Meiner Meinung nach muss nicht zwingend ueber einen Vorschlag abgestimmt
werden, fuer den sich nur ein einziger Newsleser ausgesprochen hat.
Es ist recht unwahrscheinlich, dass das Abstimmungsverhalten hinreichend
stark von den vorher vorliegenden Meinungsbildern abweicht, dass eine
Einzelmeinung mehrheitsfaehig wird.

Damit blieben fuer einen kombinierten CfV die beiden Vorschlaege
    de.comp.standards und
    de.etc.standards.

Ich schlage vor, den RfD am kommenden Sonntag, 30.11. (Advent, Advent ;-))
abzuschliessen.  Auch wenn jetzt noch kein Konsens ueber den Namen
absehbar ist, sind sich alle bisherigen Artikelschreiber darueber einig,
dass eine Gruppe eingerichtet werden sollte.
Und die Vorschlaege in einer Woche auf einen oder zwei Namen zu
reduzieren, sollte den Befuerwortern einer Gruppe fuer Standards
doch noch gelingen, oder?

8-), Carsten

.........................................................................
Carsten Rossenhoevel                           Make The Net a place where
{cross,gnu,ftpadm}@cs.tu-berlin.de          Everybody's in. Nobody's out.
{caro,newsmaster}@specs.de              -- Electronic Frontier Foundation
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads