Moin Udo, Ich hab zumindest mal den Betreff angepasst, Wolfgang hat zu Recht kritisiert, dass der Thread hier teilweise thematisch in eine ganz andere Richtung gedriftet ist.
On Wednesday 21 October 2009 19:10, Udo Besenreuther wrote: > Hallo, > > > Mir persönlich erscheint das Ziel "Erstellung einer *guten* > > Dokumentation für OOo" wichtiger als "Handbücher übersetzen" - > > selbst wenn wir hinterher nicht so viel vorzuzeigen hätten. > > Qualität vor Quanität sozusagen. Allerdings hab ich das Gefühl, > > dass dazu eine immense Kompetenz nötig ist. Dadurch stellt sich > > nicht mehr primär die Frage "wer hat Zeit", mitzumachen, sondern es > > verschiebt sich zu - sagen wir mal - "wer wäre überhaupt in der > > Lage, so was zu machen". > > > > Da weiß ich allerdings auch nicht weiter. > > Manchmal hilft folgende Frage weiter: > Wie ißt man einen Elefanten? > > Die Antwort: Stück für Stück. > > Ich will sagen, dass wenn man die Latte in Sachen Qualität und > Aktualität sehr hoch legt, dann wartet man ewig bis der einzig übrig > gebliebene Spezialist Zeit und Lust hat die Arbeit zu erledigen. Ist > man aber mit einem einfachen Anfang zufrieden und setzt Stück für > Stück zusammen, so findet der Spezialist vielleicht die Zeit dem Werk > den letzen Schliff zu geben. Man ist dann am Ende beim gleichen > Ergebnis zu einem verträglichen Aufwand für jeden und man kann die > Arbeit auf mehr Schultern verteilen. Hm. Das Bild versteh ich schon, aber wie sieht das konkret bei der Calc-Doku aus? Wo am besten anfangen? Erst mal die (wohl nicht so tolle) englische Doku übersetzen, um sie dann als Vorlage zu verwenden um etwas Besseres daraus zu komponieren? Oder erst mal auf Deutsch mit Beispielen anfangen? Oder gar erst mal Leute (Mitmacher) suchen? Also beim Elefanten ist's irgendwie viel einfacher als bei einem so komplexen Tool wie einer Tabellenkalkulation. Vielleicht sollten erst mal die "wichtigsten Einsatzbereiche" definiert werden, um daraus die - sagen wir - "5 relevanten Beispiele" für den Tutorial-Teil zu kreieren? Wenn ich jemand "Calc" (bzw. eine Tabellenkalkulation) erklären soll, dann frag ich erst mal "was möchtest du denn genau machen?". Dann gibt es eine Fragestellung und ab da geht es um Lösungsoptimierung. Unsere momentane Situation ist aber, wir können (na gut: ich kann) die Breite der möglichen Fragestellungen gar nicht überblicken. Das was *ich* mit Calc mache, das ist vermutlich so trivial, dass es nach ein paar Seiten schon erklärt wäre. Reicht das? Wäre das erst mal ein (ausreichender) Anfang? Oder vielleicht: Wer setzt mal einen "Kristallisationskeim", von dem aus wir dann gemeinsam weiter entwickeln? Gruß Nino --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
