Author: mbarkhau Date: Fri Aug 10 17:02:03 2007 New Revision: 946 Log: Continued ch02 to "avoid-private-discussions"
Modified: trunk/de/ch02.xml Modified: trunk/de/ch02.xml ============================================================================== --- trunk/de/ch02.xml (original) +++ trunk/de/ch02.xml Fri Aug 10 17:02:03 2007 @@ -919,48 +919,47 @@ <sect3 id="developer-documentation"> <title>Entwickler Dokumentation</title> -<para>Die Entwickler Dokumentation wird geschrieben, um Programmierer -dabei zu helfen, den Code zu verstehen, damit sie es reparieren und -erweitern können. Dies ist ein wenig anders als die vorhin erwähnten -<emphasis>Entwickler Richtlinien</emphasis>, die eher sozialer als -technischer Natur sind. Entwickler Richtlinien sagen den -Programmierern wie sie mit einander zurecht kommen; die Entwickler -Dokumentation sagt ihnen hingegen wie sie mit dem Code selbst zurecht -kommen. Beide werden oft zusammen in einem Dokument gelegt, aus -gründen der Bequemlichkeit (wie mit dem früher angegebenen <ulink -url="http://svn.collab.net/repos/svn/trunk/www/hacking.html"/> +<para>Die Entwickler Dokumentation wird für Programmierer geschrieben +damit sie den Code verstehen, reparieren und erweitern können. Sie +unterscheidet sich ein wenig zu den vorhin erwähnten +<emphasis>Richtlinien für Entwickler</emphasis>, die eher sozialer als +technischer Natur sind. Entwickler Richtlinien sagen den Programmierern +wie sie miteinander zurecht kommen; die Entwickler Dokumentation +hingegen sagt ihnen wie sie mit dem Code zurechtkommen. Beide werden +oft zusammen in einem Dokument gelegt, aus Gründen der Bequemlichkeit +(wie mit dem früher angegebenen +<ulink url="http://svn.collab.net/repos/svn/trunk/www/hacking.html"/> Beispiel), müssen es aber nicht.</para> <para>Obwohl die Entwickler Dokumentation sehr hilfreich sein kann, -gibt es keine Grund eine neue Version zu verzöger um sie fertig zu -stellen. So lange die ursprünglichen Autoren verfügbar (und bereit) -sind Fragen zum Code zu beantworten, reich das für den Anfang. -Tatsächlich ist es häufig eine Motivation, die selben Fragen wieder -und wieder zu beantworten eine Dokumentation zu schreiben. Aber selbst -bevor es geschrieben wurde, werden entschlossene Freiwillige es -schaffen sich im Code zurecht zu finden. Die Kraft, die Leute dazu -bringt Zeit damit zu verbringen sich mit einem Code Base vertraut zu -machen, ist dass der Code etwas nützliches für sie macht. Wenn Menschen -darin Vertrauen haben, werden sie sich die Zeit nehmen Sachen heraus -zu finden; wenn sie dieses Vertrauen nicht haben, wird eine noch so -gute Entwickler Dokumentation sie nicht anlocken oder behalten können. -</para> +gibt es keinen Grund eine neue Version wegen ihr hinauszuzögern. So +lange die ursprünglichen Autoren verfügbar (und bereit) sind Fragen zum +Code zu beantworten, reicht das für den Anfang. Tatsächlich ist eine +häufige Motivation eine Dokumentation zu schreiben, die gleichen Fragen +wieder und wieder beantworten zu müssen. Aber selbst bevor es +geschrieben wurde, werden entschlossene Freiwillige es schaffen sich im +Code zurechtzufinden. Was Leute dazu bringt Zeit damit zu verbringen +sich mit einem Code Base vertraut zu machen, ist dass der Code für sie +einen Nutzen hat. Wenn Menschen dem vertrauen, werden sie sich die Zeit +nehmen Probleme zu lösen; wenn sie dieses Vertrauen nicht haben, wird +eine noch so gute Dokumentation sie nicht anlocken oder behalten +können.</para> <para>Wenn Sie also nur Zeit haben, um eine Dokumentation zu schreiben, -schreiben Sie es für Benutzer. Alles Nutzer Dokumentation ist effektiv -auch Entwickler Dokumentation; jeder Programmierer der an einem Stück -Software arbeiten wird, wird damit vertraut sein müssen, wie man sie -benutzt. Später, wenn Sie sehen wie Programmierer andauernd die selben -fragen stellen sehen, nehmen Sie sich die Zeit eine paar separate -Dokumente nur für sie zu schreiben.</para> - -<para>Manche Projekte nutzen für den Anfang eine Wiki,manchmal sogar -als ihre Hauptdokumentation. Nach meiner Erfahrung funktioniert dies -nur, wenn die Wiki aktiv bearbeitet wird, von einer Handvoll Leuten -die sich darüber einig sind, wie die Dokumentation organisiert sein -soll und was für eine Stimme es haben soll. Siehe +schreiben Sie es für die Benutzer. Alle Dokumentation für Benutzer ist +effektiv auch für die Entwickler; jeder Programmierer der an einer +Software arbeitet, muss auch damit vertraut sein wie man sie benutzt. +Später wenn Sie sehen wie Programmierer andauernd die gleichen fragen +stellen, nehmen Sie sich die Zeit eine paar separate Dokumente eigens +für sie zu schreiben.</para> + +<para>Manche Projekte nutzen für den Anfang eine Wiki, manchmal sogar +für ihre Hauptdokumentation. Nach meiner Erfahrung funktioniert das +nur, wenn die Wiki aktiv von einer Handvoll Leuten bearbeitet wird, +die sich einig sind, wie die Dokumentation organisiert sein soll und +was für einen Ton sie haben soll. Mehr dazu steht in <xref linkend="wikis"/><phrase output="printed"> im Kapitel -<xref linkend="technical-infrastructure"/></phrase> für Weiters. +<xref linkend="technical-infrastructure"/></phrase>. </para> </sect3> @@ -972,66 +971,63 @@ <title>Beispiel Ausgaben und Screenshots</title> <para>Wenn zu dem Projekt eine graphische Benutzeroberfläche gehört, -oder wenn es graphische Ausgaben oder sonstige markante Ausgaben -produziert, geben Sie ein paar Beispiele auf der Webseite des Projekts. -Im Fall von einer Benutzeroberfläche, bedeutet dies Screenshots; für -Ausgaben, bedeutet es vielleicht Screenshots oder nur Dateien. Beide -befriedigen das Bedürfnis der Menschen nach sofortiger Genugtuung: -ein einziger Screenshot kann überzeugender sein als Paragraphen -beschreibendem Text und Geschwätz auf der Mailing Liste, da ein -Screenshot ein unverkennbarer Beweis ist, dass die Software -<emphasis>funktioniert</emphasis>. Es mag fehlerhaft sein, es mag -schwer sein es zu installieren, es mag unvollständig dokumentiert -sein, aber der Screenshot ist immer noch ein Beweis dafür, dass wenn -man sich genug mühe gibt, man es zum laufen bringen kann.</para> +oder wenn es graphische oder andere markante Ausgaben produziert, +zeigen Sie ein paar Beispiele auf der Webseite des Projekts. Im Fall +einer Benutzeroberfläche wären es Screenshots; für Ausgaben, können es +Screenshots oder vielleicht nur Dateien sein. Beide befriedigen das +Bedürfnis des Menschen nach sofortiger Genugtuung: Ein einziges Bild +kann überzeugender sein als Paragraphen von Beschreibungen und +Geschwätz auf dem E-Mail Verteiler, denn ein Bild ist ein +unverkennbarer Beweis, dass die Software +<emphasis>funktioniert</emphasis>. Sie mag ihre Fehler haben, schwer +zu installieren und unvollständig dokumentiert sein, aber ein Bild ist +immerhin ein Beweis, dass wenn man sich nur genug Mühe gibt, man es zum +Laufen bringen kann.</para> <sidebar id="screenshots"> <title>Screenshots</title> - <para>Da Screenshots einschüchternd sein können, bis man tatsächlich - ein paar gemacht hat, sind hier ein paar grundsätzliche Anweisungen, - wie man sie macht. Mit The Gimp(<ulink url="http://www.gimp.org/"/>), - öffne <guimenu>Datei</guimenu>-><guimenu>Holen</guimenu>-> - <guimenu>Screenshot</guimenu>, wähle <guimenuitem>Einzelnes - Fenster</guimenuitem> oder <guimenuitem>Ganzer Bildschirm - </guimenuitem>, klicken Sie dann auf <guimenuitem>Aufnehmen - </guimenuitem>. Jetzt wird ihr nächster Klick den gewählten - Fenster oder Bildschirm als Bild in The Gimp aufnehmen. Ändern Sie - und schneiden Sie das Bild je nach bedarf zurecht mit den - Anweisungen auf <ulink + <para>Da Screenshots einschüchternd sein können, wenn man noch nie + welche gemacht hat, ist hier ein grundlegende Anleitung. Mit "The + Gimp"(<ulink url="http://www.gimp.org/"/>), öffne + <guimenu>Datei</guimenu>-><guimenu>Holen</guimenu>-> + <guimenu>Screenshot</guimenu>, wähle + <guimenuitem>Einzelnes Fenster</guimenuitem> oder + <guimenuitem>Ganzer Bildschirm</guimenuitem>, klicken Sie dann + auf <guimenuitem>Aufnehmen</guimenuitem>. Jetzt wird ihr nächster + Klick den gewählten Fenster oder Bildschirm als Bild in The Gimp + aufnehmen. Ändern und schneiden Sie anschließend das Bild bei Bedarf + nach den Anweisungen auf <ulink url="http://www.gimp.org/tutorials/Lite_Quickies/#crop"/>.</para> </sidebar> </sect2> -<para>Es gibt viele weiter Sachen die Sie auf der Webseite des -Projekts setzen könnten, wenn Sie die Zeit dazu haben, oder sie -irgend einem Grund besonders passend sind: Eine Seite mit Neuigkeiten, -eine Seite mit der Historie des Projekts, eine Seite mit verwandten -Links, eine such Funktion, ein Link für Spenden, usw. Keiner davon -ist am Anfang notwendig, Sie können sie aber im Hinterkopf behalten -für die Zukunft.</para> +<para>Es gibt vieles mehr, dass Sie auf der Webseite des Projekts +setzen könnten, wenn Sie die Zeit dazu haben, oder sie aus irgend ein +Grund besonders passend sind: Eine Seite mit Neuigkeiten, eine Seite +mit der Historie des Projekts, eine Seite mit verwandten Links, eine +Suchfunktion, ein Link für Spenden, usw. Keiner davon ist am Anfang +notwendig, behalten Sie sie aber für die Zukunft im Hinterkopf.</para> <sect2 id="starting-with-canned-hosting"> -<title>Gebündeltes Hosting</title> +<title>Hosting Bündel</title> -<para>Es gibt ein paar seiten die kostenloses Hosting und -Infrastruktur für Open Source Projekte bereit stellen: ein Web -Bereich, Versionskontrolle, ein Bug Tracker, ein download Bereich, -Chat Foren, regelmäßige Sicherungen, usw. Die Details sind von Seite -zu Seite Unterschiedlich, aber die selben grundsätzlichen Leistungen -werden bei allen angeboten. Indem Sie eine dieser Seiten benutzen, -erhalten Sie vieles kostenfrei, was Sie offensichtlich aufgeben, ist -die fein granulierte Kontrolle über die Benutzerführung. Der Hosting -Dienst entscheidet darüber welche Software die Seite benutzt, und -kann das Aussehen und das Gefühl das die Seite des Projekts vermittelt, +<para>Es gibt ein paar Seiten die kostenlos die Infrastruktur für Open +Source Projekte bereitstellen: Eine Web Bereich, Versionsverwaltung, +ein Bug-Tracker, ein download Bereich, Chat Foren, regelmäßiger Backup, +usw. Die Details sind zwar von Seite zu Seite Unterschiedlich, aber die +das Wesentliche wird bei allen angeboten. Indem Sie eine dieser Seiten +benutzen erhalten Sie vieles kostenfrei, was Sie dafür aufgeben ist die +fein granulierte Kontrolle über die Benutzerführung. Der Hosting Dienst +entscheidet darüber welche Software die Seite benutzt, und kann das +Aussehen der Projektseite und das Gefühl das es vermittelt kontrollieren oder zumindest beeinflussen.</para> <para>Siehe <xref linkend="canned-hosting"/><phrase output="printed"> im Kapitel <xref linkend="technical-infrastructure"/></phrase> für eine -detailliertere Diskussion über die Vor- und Nachteile von gebündeltem -Hosting und eine Liste von Seiten die es anbieten.</para> - +detailliertere Diskussion über die Vor- und Nachteile von Hosting +Bündel und eine Liste von Seiten die es anbieten.</para> </sect2> </sect1> @@ -1039,34 +1035,33 @@ <!-- ======================== SECTION ============================== --> <sect1 id="license-quickstart"> -<title>Eine Lizenz Wählen und Anwenden</title> +<title>Die Wahl und Anwendung einer Lizenz</title> <para>Dieser Abschnitt soll eine schnelle und sehr grobe Anleitung sein -zur Wahl einer Lizenz. Lesen Sie -<xref linkend="legal"/> um die genauen rechtlichen Implikationen der -verschieden Lizenzen zu verstehen, und wie die Lizenz die Sie wählen -die Fähigkeit Anderer ihre Software mit anderer freier Software zu -mischen, beeinflussen kann.</para> - -<para>Es gibt eine große Menge an Freien Software Lizenzen von denen -Sie wählen können. Die meisten müssen wir hier nicht beachte, da Sie -für die speziellen Rechtlichen Bedürfnisse einer Bestimmten Firma oder -Person geschrieben wurden und für Ihr Projekt nicht angemessen wären. -Wir beschränken und auf die am häufigsten benutzten Lizenzen; in den -meisten Fällen werden Sie eine von ihnen wählen wollen.</para> +zur Wahl einer Lizenz. Lesen Sie <xref linkend="legal"/> für ein +besseres Verständniss über die genauen rechtlichen Implikationen der +verschieden Lizenzen, und wie Ihre Wahl beeinflussen kann, wie Ihre +Software mit anderer freier Software gemischt werden kann.</para> + +<para>Sie können unter einer Menge Lizenzen für freien Software wählen. +Die meisten müssen wir hier nicht beachten, da Sie für die speziellen +rechtlichen Bedürfnisse einer bestimmten Firma oder Person geschrieben +wurden und für Ihr Projekt nicht angemessen wären. Wir beschränken uns +auf die am häufigsten benutzten Lizenzen von denen Sie am ehesten eine +wählen wollen.</para> <!-- ======================== subsection ============================== --> <sect2 id="license-quickstart-non-gpl"> -<title>Die "Du Darfst Alles" Lizenzen</title> +<title>"Alles ist erlaubt" Lizenzen</title> -<para>Wenn Sie kein Problem damit haben, dass der Code in Ihrem -Projekt in proprietären Anwendungen verwendet wird, benutzen Sie eine -Lizenz nach Art von <firstterm>MIT/X</firstterm>. Es ist die -einfachste von verschiedenen minimalen Lizenzen die nicht viel mehr -machen, als Vervielfältigungsrechte durch zu setzen (ohne dabei -wirklich die Vervielfältigung einzuschränken) und spezifizieren, dass -der Code ohne jegliche Haftung kommt. Für Weiteres siehe <xref -linkend="license-choosing-mit-x"/>.</para> +<para>Wenn Sie kein Problem damit haben, dass der Code in Ihrem Projekt +in proprietären Anwendungen benutzt wird, können Sie eine +<firstterm>MIT/X</firstterm> ähnlich Lizenz nehmen. Es ist die +einfachste der verschiedenen Lizenzen die nicht viel mehr machen, als +Vervielfältigungsrechte durchzusetzen (ohne dabei wirklich die +Vervielfältigung einzuschränken) und spezifizieren, dass keiner für den +Code haftet. Weiteres darüber finden Sie in +<xref linkend="license-choosing-mit-x"/>.</para> </sect2> @@ -1075,14 +1070,14 @@ <title>Die GPL</title> <para>Wenn Sie nicht wollen, dass Ihr Code in proprietären Anwendungen -verwendet wird, benutzen Sie die GNU General Public License -(Allgemeine Öffentliche Lizenz) (<ulink -url="http://www.gnu.org/licenses/gpl.html"/>). Die GPL ist die heute -wahrscheinlich bekannteste freie Software Lizenz der Welt. Was in sich -selbst ein großer Vorteil ist, da viele potentielle Benutzer und -Teilnehmer bereits mit ihr vertraut sein werden und deshalb nicht -zusätzliche Zeit damit verbringen müssen Ihre Lizenz zu lesen und zu -verstehen. Für weiter Details siehe +verwendet wird, benutzen Sie die GNU General Public +License<footnote><para>Allgemeine Öffentliche Lizenz</para></footnote> +(<ulink url="http://www.gnu.org/licenses/gpl.html"/>). Die GPL ist +heute die wahrscheinlich bekannteste Lizenz für freie Software der +Welt. Das ist an und für sich schon ein großer Vorteil, da viele +potentielle Benutzer und Teilnehmer bereits mit ihr vertraut sein +werden und deshalb keine zusätzliche Zeit aufbringen müssen um Ihre +Lizenz zu lesen und zu verstehen. Für weiter Details siehe <xref linkend="license-choosing-gpl"/><phrase output="printed"> im Kapitel<xref linkend="legal"/></phrase>.</para> @@ -1090,43 +1085,31 @@ <!-- ======================== subsection ============================== --> <sect2 id="license-quickstart-applying"> -<title>Wie Sie eine Lizenz auf Ihre Software Anwenden</title> +<title>Anwendung einer Lizenz</title> -<para>Nachdem Sie ein Lizenz gewählt haben, sollten Sie es auf Ihrer -Hauptseite sagen. Sie brauchen nicht den tatsächlichen Text der -Lizenz dort anzugeben; Geben Sie einfach nur die Lizenz an und lassen -Sie es auf seinen kompletten Text, auf einer separaten Seite, als -Link verweisen.</para> - -<para>Dies sagt der Öffentlichkeit, unter welcher Lizenz Sie -<emphasis>vorhaben</emphasis> die Software zu veröffentlichen, reicht -aber nicht für rechtliche Angelegenheiten aus. Dafür muss die Software -selbst die Lizenz enthalten. Die gewöhnliche Art wie dies gemacht wird, -ist den kompletten Text der Lizenz in einer Datei namens <filename> -COPYING</filename> (oder <filename>LICENSE</filename>) zu stellen, und -dann einen Hinweis am Anfang jeder Datei des Quellcodes zu stellen, der -das Datum des Urheberrechts, der Urheber, die Lizenz und eine Angabe -wo die komplette Text der Lizenz zu finden ist.</para> +<para>Wenn Sie sich für eine Lizenz entschieden haben, sollten Sie es +auf Ihrr Hauptseite sagen. Sie brauchen nicht den kompletten Text der +Lizenz dort anzugeben; es reicht einfach nur den Namen anzugeben mit +einem Verweis zu seinem vollständigen Text auf einer anderen +Seite.</para> + +<para>Damit sagen Sie der Öffentlichkeit mit welcher Lizenz Sie +<emphasis>vorhaben</emphasis> die Software zu veröffentlichen, +rechtliche gesehen reicht dass aber nicht. Dafür muss die Software +selbst die Lizenz enthalten. Meißtens wird das gemacht, indem der +komplette Text der Lizenz in einer Datei namens +<filename>COPYING</filename> (oder <filename>LICENSE</filename>) +gestellt wird, und am Anfang jeder Quellcode Datei wird dann einen +Hinweis darauf eingetragen, zusammen mit dem Datum der Erhebung, die +Urheber, die Lizenz und eine Angabe wo der komplette Text der Lizenz zu +finden ist.</para> -<para>Es gibt viele Variationen dieses Musters, also werden wir uns +<para>Es gibt viele Variationen zu diesem Muster, also werden wir uns hier nur ein Beispiel anschauen. Die GNU GPL sagt, dass man einen -Hinweis wie diesen am Anfang von jeder Datei des Quellcodes setzen +Hinweis wie diesen am Anfang jeder Datei des Quellcodes setzen sollte.</para> <screen> -Diese Übersetzung von Katja Lachmann im Auftrag der S.u.S.E. GmbH – -<ulink url="http://www.suse.de"/> und überarbeitet von -<ulink url="http://www.peter.gerwinski.de/";>Peter Gerwinski</ulink>, -G-N-U GmbH – <ulink url="http://www.g-n-u.de"/>, wird der besseren -Verständlichkeit halber hier verwendet, in Ihrer Anwendung sollten -Sie jedoch die Englische Originalversion die Sie hier <ulink -url="http://www.gnu.org/licenses/gpl.html#SEC4"/> finden verwenden, -da diese Übersetzung nicht offiziel oder im Rechtlichen Sinne -Anerkannt ist. Die komplette Übersetzung der GPL finden Sie hier -<ulink url="http://www.gnu.de/documents/gpl.de.html"/> -TODO: um Erlaubnis bitten die Übersetzung verwenden zu dürfen! - -[eine Zeile mit dem Programmnamen und einer kurzen Beschreibung] Copyright (C) [Jahr] [Name des Autors] Dieses Programm ist freie Software. Sie können es unter den @@ -1144,23 +1127,32 @@ Sie sollten ein Exemplar der GNU General Public License zusammen mit diesem Programm erhalten haben. Falls nicht, schreiben Sie an die Free Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA -02110, USA. +02110, USA.<footnote><para>Diese Übersetzung von Katja Lachmann im +Auftrag der S.u.S.E. GmbH – <ulink url="http://www.suse.de"/> und +überarbeitet von <ulink url="http://www.peter.gerwinski.de/";>Peter +Gerwinski</ulink>, G-N-U GmbH – <ulink url="http://www.g-n-u.de"/>, +wird der besseren Verständlichkeit halber hier verwendet, Ihre +Anwendung sollte jedoch die Englische Originalfassung benutzen welche +Sie hier <ulink url="http://www.gnu.org/licenses/gpl.html#SEC4"/> +finden, da diese Übersetzung nicht offiziel oder im rechtlichen Sinne +Anerkannt ist. Die komplette Übersetzung der GPL finden Sie hier +<ulink url="http://www.gnu.de/documents/gpl.de.html"/></para></footnote> </screen> -<para>Es wird nich explizit erwähnt, dass die Kopie der Lizenz die Sie -mit der Software erhalten haben in der Datei <filename>COPYING -</filename> enthalten ist, aber sie wird meistens dort hin getan. (Sie -könnten den Obigen Hinweis abändern um die Quelle direkt an zu geben.) -Diese Vorlage gibt Ihnen auch eine Geographische Adresse von der Sie -eine Kopie der Lizenz erhalten können. Noch eine häufige Methode ist -ein Link zu einer Webseite welche die Lizez enthält an zu geben. -Urteilen Sie selber darüber und weisen Sie auf wo immer Sie der -Meinung sind, dass beständigste Kopie dieser Lizenz Gepflegt wird, was -auch einfach auf die Webseite Ihres Projekts sein kann. Generell, muss -der Hinweis den Sie am Anfang jeder Datei setzen nicht genau so -aussehen wie der Obige, so fern es mit dem selben Hinweis auf den -Halter des Urheberrechts und das Datum, sowie die Lizenz angibt und -angibt wo die komplette Lizenz zu finden ist.</para> +<para>Es wird nich explizit erwähnt, dass der vollständige Text der +Lizenz in der Datei <filename>COPYING</filename> steht, dass ist aber +meistens der Fall. (Sie könnten den obigen Hinweis abändern um die +Quelle direkt anzugeben.) Diese Vorlage gibt Ihnen auch eine +Geographische Adresse von der Sie eine Kopie der Lizenz erhalten +können. Noch häufiger auf die Lizens mit einer URL einer Webseite mit +dem kompletten Text der Lizenz. Urteilen Sie selber darüber und weisen +Sie auf wo immer Sie der Meinung sind, dass beständigste Kopie dieser +Lizenz Gepflegt wird, was auch einfach auf die Webseite Ihres Projekts +sein kann. Im Allgemeinen, muss der Hinweis den Sie am Anfang jeder +Datei setzen nicht genau so aussehen wie der Obige, sofern es mit dem +gleichen Hinweis auf den Halter des Urheberrechts und das Datum, sowie +die Lizenz angibt und angibt wo die komplette Lizenz zu finden +ist.</para> </sect2> @@ -1168,59 +1160,59 @@ <!-- ======================== SECTION ============================== --> <sect1 id="setting-tone"> -<title>Setting the Tone</title> +<title>Den Ton angeben</title> -<para>Bis jetzt, haben wir Aufgaben behandelt die beim Aufbau des -Projekts ein mal erledigt werden: Eine Lizenz wählen, die Webseite -einrichten, usw. Die wichtigsten Aspekte beim Starten eines Projekts -sind aber dynamisch. Eine Adresse für die Mailing Liste zu wählen ist -einfach; sicherzustellen, dass die Unterhaltungen darauf beim Thema -bleiben und produktiv sind, ist eine ganz und gar andere Angelegenheit. -Wenn das Projekt nach Jahren der geschlossenen Entwicklung geöffnet -wird, wird sich sein Entwicklungsprozess ändern und Sie werden die -bestehenden Entwickler darauf vorbereiten müssen.</para> - -<para>Die ersten Schritte sind die Schwersten, da es noch keine -Beispiele und Erwartungen für zukünftiges Verhalten gibt. Beständigkeit -in einem Projekt, kommt nicht durch formale Richtlinien, sondern durch -eine geteilte, schwer greifbare, kollektive Weisheit die sich mit der -Zeit entwickelt. Oft gibt es auch geschriebene Regeln, die aber im -wesentlichen dazu neigen eine zusammengefasste Version der nicht -greifbaren, fortwährend sich entwickelnden Vereinbarungen zu sein, nach -denen das Projekt wirklich läuft. Die nieder geschriebenen Richtlinien -definieren nicht so sehr die Kultur des Projekts, sonder beschreiben -sie viel mehr und selbst dann auch nur angenähert.</para> +<para>Bis jetzt haben wir Aufgaben behandelt die beim Projektaufbau +einmalig erledigt werden: Eine Lizenz wählen, die Webseite einrichten, +usw. Die wichtigsten Aspekte bei der Gründung eines Projekts sind aber +dynamisch. Eine Adresse für den E-Mail Verteiler zu wählen ist einfach; +sicherzustellen, dass die Unterhaltungen darauf beim Thema bleiben und +produktiv sind, ist eine ganz und gar andere Angelegenheit. Wenn das +Projekt nach Jahren der geschlossenen Entwicklung geöffnet wird, ändert +sich Entwicklungsprozess und Sie werden die bereits vorhandenen +Entwickler darauf vorbereiten müssen.</para> + +<para>Die ersten Schritte sind die Schwersten, da es für zukünftiges +Verhalten noch keine Beispiele oder Erwartungen gibt nach denen man +sich richten kann. Beständigkeit in einem Projekt, entsteht nicht durch +formale Richtlinien, sondern durch eine von allen geteilte, schwer +greifbare, kollektive Weisheit die sich mit der Zeit entwickelt. Oft +gibt es auch geschriebene Regeln, die aber im wesentlichen eine +Zusammenfassung der sich fortwährend weiterentwickelnde Vereinbarungen +sind, nach denen das Projekt sich wirklich richtet. Die +niedergeschriebenen Richtlinien definieren nicht so sehr die Kultur des +Projekts, sie sind vielmehr ihre Beschreibung und selbst das nur +näherungsweise.</para> <para>Es gibt ein paar Gründe warum sich die Sachen so entwickeln. -Wachstum und Betriebsamkeit sind nicht so schädlich für die -Ansammlung sozialer Normen, wie man vielleicht denken könnte. So lange -Veränderungen nicht <emphasis>zu</emphasis> schnell von statten -gehen, gibt es Zeit für Neuankömmlinge zu lernen, wie Sachen erledigt -werden und nachdem sie es gelernt haben, werden sie diese Regeln selber -durchsetzen. Bedenken Sie wie die Reime die von Kindern gesungen werden -die Jahrhunderte überdauern. Es gibt heute Kinder die ungefähr die -selben Lieder singen wie die Kinder vor hunderten von Jahren, auch -wenn heute keiner der früheren Kinder mehr lebt. Jüngere Kinder hören -die Lieder, wie sie von den älteren gesungen werden und wenn sie -wiederum älter sind, singen sie sie vor den anderen jüngeren Kindern. -Dabei unternehmen sie natürlich keinen bewussten Transfer, aber der -Grund dafür, dass die Lieder überleben, ist trotzdem, dass sie -regelmäßig und wiederholt übertragen werden. Die Skala auf der freie -Software Projekte gemessen werden mag nicht im Bereich von Jahrhunderten -liegen (was wir noch nicht wissen), aber die Dynamik der Übertragung -ist in vielerlei Hinsicht die selbe. Die Umsatzrate ist allerdings -viel höher und muss durch eine aktivere und bedachten Transfer -Anstrengung ausgeglichen werden.</para> - -<para>Diese Anstrengung wird unterstützt durch die Tatsache, dass Leute -die auftauchen für gewöhnlich soziale Normen erwarten und nach ihnen -suchen. So sind Menschen nun mal gemacht. In einer Gruppe die durch -ein gemeinsames Bestreben geeinigt ist, suchen Leute instinktiv nach -Verhaltensmuster die sie als Mitglied dieser Gruppe kennzeichnen. Das -Ziel beim setzen früher Beispiele ist diese Verhalten "der Spitze" zu -solchen zu machen, die für das Projekt nützlich sind; denn ein mal -Etabliert, werden sie größten teils fortwährend erhalten bleiben. -</para> +Wachstum und Betriebsamkeit sind nicht so schädlich für die Anhäufung +sozialer Normen, wie man vielleicht denken würde. So lange +Veränderungen nicht <emphasis>zu</emphasis> schnell ablaufen, gibt es +Zeit für Neulinge zu lernen wie Sachen erledigt werden und nachdem sie +es gelernt haben, werden sie diese Regeln selber durchsetzen. Bedenken +Sie wie die Kinderlieder die Jahrhunderte überdauern. Es gibt heute +Kinder die ungefähr die gleichen Lieder singen wie die Kinder vor +hunderten von Jahren, auch wenn heute keiner der früheren Kinder noch +am leben ist. Jüngere Kinder hören die Lieder, wie sie von den Älteren +gesungen werden und wenn sie wiederum älter sind, singen sie sie vor +den anderen jüngeren Kindern. Dabei geben sie die Lieder natürlich +nicht bewussten weiter, aber die Lieder überleben trotzdem, weil sie +regelmäßig und wiederholt übertragen werden. Freie Software Projekte +werden vielleicht nicht im Bereich von Jahrhunderten gemessen +(zumindest wissen wird das noch nicht), aber die Dynamik der +Übertragung ist in vielerlei Hinsicht die gleiche. Die Umsatzrate ist +allerdings viel höher und muss bei der Weitergabe ausgeglichen werden, +durch eine aktivere und bedachtere Anstrengung.</para> + +<para>Diese Anstrengung wird unterstützt durch die Tatsache, dass neue +Leute für gewöhnlich bei ihrer Ankunft, soziale Normen erwarten und +suchen werden. Das liegt einfach in der Natur des Menschen. In einer +Gruppe die durch ein gemeinsames Bestreben geeinigt ist, suchen Leute +instinktiv nach Verhaltensmuster die sie als Mitglieder dieser Gruppe +kennzeichnen. Sie sollte früh Beispiele setzen, um das Verhalten +Mitglieder so zu beeinflussen, dass es für das Projekt nützlich ist; +denn einmal Etabliert, werden sie überwiegend selbsterhaltend +sein.</para> <!-- todo: maybe say this: @@ -1233,22 +1225,21 @@ of Chapter 5. --> -<para>Im folgenden werden ein paar Beispiele gegeben, für bestimmte -Sachen die Sie tun können um gute Vorbilder zu geben. Sie sind nicht -als gründliche Liste gedacht, sondern lediglich als Abbildungen der -Idee, dass es enorm hilft die Stimmung für die Zusammenarbeit im -Projekt schon früh vor zu geben. Physikalisch mag es sein, dass jeder -Entwickler für sich alleine in einem Raum arbeitet, Sie können aber -eine Menge machen um ihnen das <emphasis>Gefühl</emphasis> zu geben, -als würden sie alle zusammen in einem Raum arbeiten. Je mehr sie sich -so fühlen, desto mehr Zeit werden sie an dem Projekt verbringen -wollen. Ich habe diese bestimmten Beispiele gewählt, da sie in dem -Subversion Projekt aufkamen, (<ulink -url="http://subversion.tigris.org/"/>), an dem ich beteiligt war und -welches ich seit seinem Anfang mit verfolge. Sie sind aber nicht -einzigartig zu Subversion; diese Situationen werden in den meiste -Open Source Projekten aufkommen, und sollten als Gelegenheiten gesehen -werden, die Sachen richtig an zu fangen.</para> +<para>Es folgen ein paar Beispiele für bestimmte Sachen die Sie machen +können, um gute präzedensfälle zu setzen. Es ist keine ausführliche +Liste, sondern lediglich einige Darstellung der Idee, dass es enorm +hilfreich ist, die Stimmung für die Zusammenarbeit im Projekt schon +früh vorzugeben. Physikalisch mag es sein, dass jeder Entwickler für +sich alleine in einem Raum arbeitet, Sie können aber eine Menge machen +um ihnen das <emphasis>Gefühl</emphasis> zu geben, als würden sie alle +zusammen in einem Raum arbeiten. Je mehr sie sich so fühlen, desto mehr +Zeit werden sie an dem Projekt verbringen wollen. Ich habe diese +Beispiele gewählt, da sie in dem Subversion Projekt aufkamen, +(<ulink url="http://subversion.tigris.org/"/>), an dem seit seiner +Gründung beteiligt war und mitverfolgt habe. Sie gelten aber nicht +alleine für Subversion; diese Situationen werden in den meiste Open +Source Projekten aufkommen und sollten als Gelegenheiten gesehen +werden, einen guten Anfang zu machen.</para> <!-- ======================== subsection ============================== --> <sect2 id="avoid-private-discussions"> _______________________________________________ Producingoss-translators mailing list [email protected] http://www.red-bean.com/mailman/listinfo/producingoss-translators
