Hallo zusammen, als gescheiterter Newbie finde ich Raphaels Idee/Posting sehr begrüßenswert.
Vor allem zwei Punkte haben mir damals meine Mitarbeit verleidet: Der persönliche Punkt war 'zu viel vorgenommen' (Übersetzung der noch-englischsprachigen Calc-Doku), der andere: Wie lässt sich das Vorgenommene konkret erledigen. Ich stieß auf unterschiedlichste dev-Seiten und -Tools mit mir unverständliche Prozessen. Es war nötig, verschiedene Builts von OOo zu installieren, wobei mir deren Versionierungsunterschiede unklar blieben (ist nun die lokalisierte Version oder die en-sprachige mit de-Languagepack die aktuelle, richtige, vorzuziehende?). Wo finde ich eigentlich die einzelnen englischensprachigen Abschnitte? Muss ich dazu in Calc jede Hilfeseite einzeln durchforsten, welcher Systematik/Hierarchie folgen diese dann (wichtig für das Wiederfinden, Benennen, zuordnen von Notizen)? Ein gewichtige Hürde waren auch die programmspezifischen Termini - eine Funktion lässt sich nicht einfach aus einem Dictionaryeintrag übersetzen, sondern muss eindeutig, klar verständlich und vor allem konsistent benannt sein. Und noch so einige Kleinigkeiten mehr... Letztendlich waren es diese vielen kleinen Hürden, die das Quantum an Motivation (bei mir) dahin schmelzen haben lassen. Sich noch zusätzlich in zahlreiche Tools einarbeiten zu müssen, heißt, die eigentliche Aufgabe hinten anstellen zu müssen, erst dursten zu müssen, bevor mensch richtig los legen kann. Positiv war, dass diese Liste hier immer offen für Fragen war, gerne und bereitwillig Hilfestellung gab. Doch was wirklich fehlte, war eine Art Leitfaden - der gerade softwaretechnisch wenig vorgebildeten AnwenderInnen klar nachvollziehbare Schritte zur Bearbeitung möglicher Aufgabenstellung aufzeigt. Mensch denke z.B. an kollaborative Text-Bearbeitungs-Projekte im Web - den Mediawikis. Hier ist der Einstieg denkbar einfach: Text schreiben und editieren, bestätigen, fertig. Mit zunehmender Praxis steigt die Bearbeitungstiefe (Benutzen von Vorlagen, etc.), können die Routinen komplexer werden - immer genau in dem Tempo und auf der Stufe, auf der mensch selbst sich gerade befindet. Der Vergleich von Text-Bearbeitung und Software-Entwicklung hat sicher seine Schwächen, z.B. hat die Frage nach Qualität bei letzterem offensichtlich einen grundsätzlicheren Stellenwert. Doch die Hürden so niedrig wie möglich zu halten, Newbies einen niederschwelligen Einstieg zu ermöglichen - diesen Punkt kann das OOo-Projekt sich sicher dort abschauen, und muss ihm noch einige Meilenstiefel weit entgegenkommen. Lange Rede, kurzes Angebot: Gerne beteilige ich mich bei der Leitfaden-Erstellung. Wobei genau und wie ist mir an diesem Punkt noch nicht klar. Vielleicht hat ja jemand eine erste Aufgabe, an der mensch/ich wachsen kann. Viele Grüße Sven Raphael Bircher schrieb: > Hallo zusammen > > Momentan läuft grad so ne tolle Diskussion über die Dokumentation. Ich > hätte da mal nen Vorschlag. Bevor wir uns wieder in eine Arbeit legen, > für die sowieso die Ressourcen fehlen, packen wir ne Arbeit an, die uns > mit hoher Wahrscheinlichkeit neue Ressourcen bringt. Das Problem in > unserem Projekt ist nämlich nicht, das mangelnde Interesse an der > Mitarbeit, sondern, das kein "Schwein" versteht wie man hier arbeiten > soll. Neulingen zumindest geht das fast immer so. > > Ja wir haben eine Seite für Mitarbeiter http://de.openoffice.org/dev/ > und es gibt auch eine Mitarbeiter-FAQ, Die stammt aber noch aus Zeiten > wo alles noch etwas überschaubarer war. Viele Tools sind überhaupt > nicht, oder sehr dürftig beschrieben. Workflows sind so gut wie gar > nicht beschrieben. > > Das wichtigste was Neulinge wollen, ist produktiv werden. Wir müssen > hinkriegen dass sich Neulinge innerhalb maximal einer Woche in den > produktiven Einsatz können. Momentan scheitert das nur schon kurz nach > der Vorstellungsrunde. Nach dem jemand sich vorstellt "rangeln" sich > meist die Oldies um den Neuling und laden ihn ein, in seinen > Projektbereich zu kommen. Das führt aber eher dazu, dass der Neulich > sich nicht richtig entscheiden kann, und letztendlich die Arbeit ganz > lässt. > > In dem Start up Buch sollten wirklich nur die grundlegendsten Sachen > drin sein, Wir müssten auch ein Arbeitsset haben, das für Anfänger > geeignet ist. Ne Arbeitsliste gibts in der dev/ Rubrik auf unserer > Homepage, nur ist die hoffnungslos überholt. > > Ich stelle mir folgende Struktur vor bei dem Dokument. > > - Wer sind wir (Superkurze Beschreibung des Projektes und dessen Struktur) > - Wie arbeiten wir (Kurze Beschreibung der OOo Projektübergreifenden > Werkzeuge) > - Arbeitshilfestellung einzelner Projekte (QA, Dokumentation, > Übersetzung, Marketing. usw.) > > Wer macht bei der Erstellung eines solchen Dokumentes mit? > > Gruss Raphael > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
