Skip to Content.
Sympa Menu

cacert-de - Re: Assurance, wenn jmd. schon einige Punkte hat

Subject: Deutschsprachige CAcert Support Liste

List archive

Re: Assurance, wenn jmd. schon einige Punkte hat


Chronological Thread 
  • From: Philipp Guehring <philipp AT cacert.org>
  • To: cacert-de AT lists.cacert.org
  • Subject: Re: Assurance, wenn jmd. schon einige Punkte hat
  • Date: Wed, 25 Nov 2009 13:38:24 +0100
  • Authentication-results: lists.cacert.org; dkim=pass (1024-bit key) header.i= AT cacert.org; dkim-asp=none

Hallo,

>> Hierzu wollte ich noch anmerken dass es sich bei dem bestehenden
> Punktesystem um eine historische Altlast handelt. Da wurden verschiedene
> Dinge (Assurance Punkte, Erfahrungspunkte, erweiterte Benutzerrechte wie
> Super Assurer) in einen Topf geworfen, gut umgerührt und dann ist das
> rausgekommen. So wie man das halt macht als Software-Entwickler wenn
> neue Anforderungen dazu kommen.
>> Ich will nicht behaupten dass ich das nicht verstehen kann, aber aus
> heutiger Sicht (und für zukünftige Implementierungen) sollten Assurance-
> und Erfahrungspunkte in verschiedenen Zählern und ohne Obergrenze
> gezählt werden. Und andere Rechte gehören da eh nicht rein.
> 
> Das sehe ich auch so, Unterscheidung zwischen "ich habe jemanden
> assured" und "jemand hat mich assured", was in zwei Datentöpfe gehören
> sollte und ohne Obergrenze.
> 
> Was ich an Events oder bei Einzelassurences immer wieder feststelle, ist
> die begriffliche Unsicherheit, mich eingeschlossen. Von
> Assurancepunkten, Erfahrungspunkten über Vertraunespunkte usw.
> 
> Vorschlag:
> 
> Definition der zwei Punktearten, also Namen und deren Bedeutung sowie
> Abkürzung in English und mit anschliessender Deutscher Übersetzung.
> Somit reden wir in Zukunft alle vom selben und das Thema ist endgültig
> von Tisch.
> 
> Das kann im Wiki sein (statt 3 Seiten: Glossary, Abreviations und Naming
> Convention) und einer Seite z.B. CAcert Glossary & Abreviations welche
> sich bis sie Fertig ist im Projektbereich / Work in Progress von Brain
> befindet und nachher zu Education & Training verschoben oder kopiert
> wird; oder wir schaffen eine weitere Section im Brain, zB. "Library"
> oder sagen der wie bei Technology "Knowledge Base" (Wobei Library eben
> eher ein Bibliothek mit mehr Theorie Charakter hat, als einen
> Wissensdatenbank)

Was hier derzeit fehlt ist ein Konzept, das:

* für alle derzeitigen Verwendungen von Punkten
* erklärt, wie diese dann mit den zwei Punktearten genau funktionieren
* inklusive aller Ausnahmen wie Kinder, ...

* wie wir die vorhandenen Punkte und (Assurance-)Daten in das neue
Schema migrieren

Sobald es dieses Konzept giebt, können wir die Implementierung und
Migration, Test und Deployment machen, damit es dann 2 Punktearten gibt.

Schöne Grüße,
Philipp



Archive powered by MHonArc 2.6.16.

Top of Page