Auf Parties begegnen mir Leute nicht mehr mit leerem Blick, wenn ich erzähle, dass ich freie Software schreibe. "Oh, ja, Open Source  –  wie Linux?" sagen sie. Ich nicke dann eifrig zustimmend: "Ja, genau! Das mache ich." Es ist angenehm, nicht mehr so ganz am Rand zu stehen. In der Vergangenheit war die nächste Frage leicht vorhersehbar: "Wie verdient man denn dabei Geld?" Als Antwort fasste ich die wirtschaftlichen Hintergründe von Open Source kurz zusammen: Es gibt Organisationen, die daran interessiert sind, dass eine bestimmte Software existiert, ohne sie verkaufen zu müssen, sie wollen schlicht sicher gehen, dass sie verfügbar ist und gepflegt wird: als Werkzeug und nicht als Handelsware. Die nächste Frage dreht sich dann allerdings nicht ums Geld. Die Wirtschaftlichkeit von Open-Source-Software Die Begriffe "Open Source Software" und "Freie Software" sind im Grunde genommenin Synonyme in diesem Kontext. Sie werden ausführlicher in im behandelt. ist nicht mehr so rätselhaft, und gerade Nicht-Programmierer verstehen mittlerweile – oder sind zumindest nicht überrascht darüber – , dass manche damit vollzeitbeschäftigt sind. Stattdessen ist die nächste Frage oft "Ach ja, wie funktioniert das eigentlich? " Dafür hatte ich keine gute Antwort parat, und je mehr ich versuchte, eine zu finden, desto bewusster wurde mir, was für ein komplexes Thema es wirklich ist. Ein Open-Source-Projekt zu leiten ist nicht unbedingt wie die Leitung einer Firma (stellen Sie sich vor, ständig mit einer Gruppe zusammengewürfelter Leute unterschiedlichster Motivationen und Interessen über die Natur Ihres Produktes diskutieren zu müssen, von denen Sie den meisten noch nicht einmal begegnet sind!). Es ist auch nicht wie die Leitung einer gewöhnlichen, gemeinnützigen Organisation oder eines Staates. Es gibt Ähnlichkeiten zu all dem, aber ich bin langsam zu dem Schluss gekommen, dass freie Software in dieser Hinsicht einzigartig ist. Es gibt vieles, womit man sie sinnvoll vergleichen kann, aber nichts, womit man sie gleichsetzen kann. Tatsächlich geht die Annahme etwas weit, dass man ein Open-Source-Projekt überhaupt "führen" könne. Ein Open-Source-Projekt kann begonnen und durch interessierte Beteiligte beeinflusst werden, oft sogar relativ stark. Aber niemand kann es sich aneignen, und solange es irgendwo — überall — Beteiligte gibt, die es fortführen wollen, kann es niemals von einer Seite stillgelegt werden. Jeder hat unendliche Macht; jeder hat keine Macht. Daraus ergibt sich eine interessante Dynamik. Das ist der Grund, weshalb ich dieses Buch zuallererst schreiben und jetzt nach einer Dekade aktualisieren wollte. Freie Software-Projekte haben eine ausgeprägte Kultur entwickelt, mit einer Gesinnung, in der die Freiheit, Software zu entwickeln, die alles tut was man will, der zentrale Grundsatz ist. Das Ergebnis dieser Freiheit ist jedoch nicht eine Zerstreuung der einzelnen Beteiligten, so dass jeder seinen eigenen Weg mit seinem Code geht, sondern eine enthusiastische Zusammenarbeit. Tatsächlich ist die Kompetenz zur Zusammenarbeit eine der am meisten geschätzten Fähigkeiten in Open-Source-Software. Diese Projekte zu verwalten ist wie die Beteiligung an einer Art hypertrophisierten Kooperation, in der sowohl die eigene Fähigkeit, mit anderen zusammenzuarbeiten, als auch neue Wege für diese Zusammenarbeit zu finden, konkrete Vorteile für die Software bringen kann. Dieses Buch versucht Techniken zu beschreiben, mit denen dies möglich ist. Es ist keineswegs vollständig, aber immerhin ein Anfang. Gute freie Software ist an und für sich schon ein würdiges Ziel, und ich hoffe, dass Leser die hierin nach neuen Wegen suchen, mit dem zufrieden sein werden, was sie hier finden. Darüber hinaus hoffe ich etwas von der Freude an der Arbeit mit einem motivierten Team von Open-Source-Entwicklern und der wundervoll direkten Art mit Benutzern zu interagieren, zu der Open Source ermutigt, vermitteln zu können. An einem erfolgreichen Open-Source-Projekt teilzunehmen, ist eine große Freude und letztlich ist es das, was das ganze System am Laufen hält. Dieses Buch richtet sich an Führungskräfte und Softwareentwickler, die mit dem Gedanken spielen, ein Open-Source-Projekt zu starten, oder bereits eines begonnen haben und sich nun fragen, wie es weitergeht. Es sollte auch für alle hilfreich sein, die sich zum ersten Mal an einem Open-Source-Projekt beteiligen wollen. Der Leser braucht kein Programmierer zu sein, sollte jedoch grundsätzliche Konzepte der Softwareentwicklung wie APIs, Quellcode, Compiler und Patches kennen. Erfahrung mit Open-Source-Software, ob nun als Anwender oder als Entwickler, ist nicht nötig. Wer sich bereits an Open-Source-Projekten beteiligt hat, wird vielleicht manchen Abschnitt als überflüssig empfinden und ggf. überspringen wollen. Aufgrund der potenziell breit gefächerten Erfahrung des Publikums habe ich versucht, Abschnitte klar zu kennzeichnen und darauf hinzuweisen, dass bereits mit der Materie vertraute Leser beruhigt weiterblättern können. Ein Großteil des Materials für die erste Ausgabe dieses Buches stammt aus fünf Jahren Arbeit am Subversion-Projekt (http://subversion.apache.org/). Subversion ist ein Open-Source-System zur Versionsverwaltungengl. Version Control, das von Grund auf neu geschrieben wurde und als Ablösung für CVS konzipiert ist, dem Quasi-Standard für Versionsverwaltung in der Open-Source-Gemeinschaft. Das Projekt wurde von meinem Arbeitgeber, CollabNet (http://www.collab.net/), im Frühjahr 2000 begonnen und zum Glück verstand CollabNet es gleich von Beginn an als echtes gemeinschaftliches, verteiltes Unterfangen zu betreiben. Von Anfang an bekamen wir einen großen Zulauf an Entwicklern. Heute sind um die 50 Entwickler am Projekt beteiligt, von denen nur wenige bei CollabNet angestellt sind. Subversion ist in vielerlei Hinsicht ein klassisches Beispiel für ein Open-Source-Projekt, und ich griff darauf mehr zurück, als ich ursprünglich erwartet hatte. Zum Teil einfach aus Bequemlichkeit: Wenn ich nach einem Beispiel für ein bestimmtes Phänomen suchte, konnte ich mich meist spontan an einem Fall aus Subversion erinnern. Obwohl ich an anderen Open-Source-Projekten in unterschiedlichem Maß beteiligt bin und mit Freunden und Bekannten rede, die ebenfalls an vielen weiteren beteiligt sind, wurde mir beim Schreiben schnell klar, dass ich meine Behauptungen durch Fakten stützen sollte. Allein auf der Grundlage dessen, was ich aus den öffentlichen Archiven ihrer Mailinglisten entnehmen konnte, mochte ich keine Äußerungen über Ereignisse in anderen Projekten machen. Würde jemand dasselbe mit Subversion versuchen, da bin ich sicher, läge er nur in der Hälfte der Fälle richtig. Wenn ich also Inspiration oder Beispiele aus Projekten nahm, mit denen ich keine direkte Erfahrung hatte, versuchte ich zuerst, mit einem Beteiligten aus dem Projekt zu reden, mit jemandem der wusste, was sich tatsächlich abgespielt hatte. Wenngleich Subversion mein Vollzeitjob von 2000-2006 war, habe ich mit freier Software seit mehr als zwanzig Jahren zu tun, einschließlich all der Jahre seit 2006 (als die erste Ausgabe dieses Buches veröffentlicht wurde). Weitere Projekte und Organisationen, welche dieses Buch beeinflusst haben, sind: Das GNU Emacs Text-Editor-Projekt der Free Software Foundation, bei der ich ein paar kleine Pakete pflege. Concurrent Versions System (CVS), an dem ich intensiv mit Jim Blandy von 1994 bis 1995 arbeitete und dann aber nur sporadisch während ein paar Jahren danach beteiligt war. Die Open-Source-Projekte unter dem gemeinschaftlichen Namen "Apache Software Foundation", insbesondere die Apache Portable Runtime (APR) und der Apache HTTP Server. Das Launchpad.net Projekt bei Canonical, Ltd. "Code for America" und O'Reilly Media, was mir beginnend mit 2010 einen Einblick in Open Source Technologieentwicklung öffenlticher Träger verschaffte und mich, seit dem ich 2012 ein unabhängiger Berater wurde, auf dem Laufenden hält. All die Anti-Überwachungs- und Zensur-Umgehungs-Werkzeuge, welche vom Open Internet Tools Project (OpenITP.org) und dem Open Technology Institute bei der New America Foundation unterstützt werden. Checkbook NYC, die städtische finanztransparenz Software, veröffentlicht vom New York City Office of the Comptroller. Das "Arches Project", eine geographische Open Source Web Anwendung zur Inventarisierung und unter Schutz Stellung von Kulturdenkmälern (z.B. historische Gebäude, archäologische Stätten usw.), gegründet durch das "Getty Conservation Institute" und dem "World Monuments Fund". OpenOffice.org / LibreOffice.org, die Berkeley-Datenbank von Sleepycat, und die MySQL-Datenbank, an denen ich zwar nicht persönlich beteiligt war, die ich aber beobachtet und zu denen ich Kontakt gepflegt habe. GNU Debugger (GDB) (ebenso). Das Debian-Projekt (ebenso). Das Hypothes.is Projekt (ebenso). Die Liste ist natürlich unvollständig. Viel der Kundenprojekte, mit denen ich aufgrund unserer Beratungstätigkeit bei Open Tech Stratgies LLC zu tun habe, beeinflussten dieses Buch und wie die meisten Open-Source-Programmierer halte ich beiläufig Kontakt zu einer Vielzahl verschiedener mich interessierenden Projekten, nur um ein allgemeines Gefühl für ihren Zustand zu behalten. Ich werde sie hier nicht alle beim Namen nennen, aber sie werden im Text an entsprechender Stelle erwähnt. Es hat vier mal länger gedauert, dieses Buch zu schreiben, als ich ursprünglich geplant hatte, und die meiste Zeit davon fühlte ich mich, als würde beständig ein Konzertflügel über meinem Kopf schweben. Erst die Hilfe vieler Menschen hat es mir ermöglicht, dieses Buch fertigzustellen, ohne dabei den Verstand zu verlieren. Andy Oram, mein Redakteur bei O'Reilly, war der Traum eines jeden Schriftstellers. Er kennt nicht nur das Thema (viele Vorschläge kamen von ihm), sondern hat auch die seltene Gabe zu verstehen, was man meint, und kann einem helfen, es in die richtigen Worte zu fassen. Es war eine Ehre, mit ihm zu arbeiten. Danke auch an Chuck Toprek, welcher den Vorschlag zu diesem Buch direkt an Andy geleitet hatte. Brian Fitzpatrik hat das ganze Material durchgesehen, während ich es schrieb, was nicht nur dazu führte, dass das Buch besser wurde, sondern mich auch dann am Schreiben hielt, wenn ich lieber an jedem anderen Ort auf der Welt gewesen wäre, als vor dem Bildschirm. Auch Ben Collins-Sussman und Mike Pilato prüften meinen Fortschritt und waren stets erfreut, mit mir — manchmal sehr ausführlich —  diskutieren zu können, egal welches Thema ich in der Woche zu behandeln versuchte. Sie bemerkten auch, wenn ich erlahmte, und munterten mich durch kleine Nörgeleien auf. Danke Jungs! Biella Coleman schrieb zur selben Zeit an ihrer Doktorarbeit, wie ich an diesem Buch. Sie weiß, was es heißt, sich jeden Tag hinzusetzen und zu schreiben. Sie war ein inspirierendes Beispiel und bot mir ein mitfühlendes Ohr. Sie hat auch einen faszinierenden Anthropologen-Blickwinkel auf die Bewegung der freien Software und lieferte Ideen und Referenzen, die ich im Buch verwenden konnte. Alex Golub — auch ein Anthropologe mit einem Fuß in der Welt der freien Software, der ebenfalls zu der Zeit an seiner Doktorarbeit schrieb — bot am Anfang eine außerordentliche Unterstützung, was eine große Hilfe war. Micah Anderson schien irgendwie nie besonders bedrückt durch seine eigene Schreibarbeit, was auf eine krankhafte, Neid erzeugende Art inspirierend war. Er war aber immer mit Freundschaft, Gesprächsbereitschaft und (mindestens einmal) mit technischer Unterstützung zur Stelle. Danke Micah! Jon Trowbridge und Sander Striker gaben sowohl Aufmunterung als auch konkrete Hilfe — ihre breite Erfahrung hinsichtlich freier Software lieferte Material, an das ich sonst nie herangekommen wäre. Danke an Greg Stein, nicht nur für seine Freundschaft und zeitige Ermunterung, sondern dafür, dass er dem Subversion-Projekt gezeigt hat, wie wichtig der regelmäßige Code-Review für den Aufbau einer Entwickler-Gemeinschaft ist. Danke auch an Brian Behlendorf, der taktvoll in unsere Köpfe hämmerte, wie wichtig es ist, Diskussionen öffentlich zu führen; ich hoffe, dass dieses Prinzip sich durchweg im Buch wiederspiegelt. Danke an Benjamin "Mako" Hill und Seth Schoen für verschiedene Gespräche über freie Software und ihre Politik; an Zack Urlocker und Louis Suarez-Potts dafür, dass sie sich Zeit für Gespräche aus ihren Terminkalendern nahmen; an Shane auf der Slashcode-Liste für die Erlaubnis, seinen Beitrag zitieren zu dürfen; und an Hagen So für seine enorm hilfreichen Vergleiche verschiedener Anbieter von Hosting-Paketen. Danke an Alla Dekhtyar, Polina und Sonya für ihre unermüdliche und geduldige Ermutigung. Ich bin sehr froh, unsere Abende nicht mehr vorzeitig beenden zu müssen (bzw. dies ohne Erfolg zu versuchen), um "das Buch" weiter zu schreiben. Danke an Jack Tepenning für seine Freundschaft, Unterhaltung, und seine sture Weigerung, eine einfache und falsche Analyse jemals einer schwierigeren aber richtigen vorzuziehen. Ich hoffe, dass ein Teil seiner langjährigen Erfahrung sowohl in der Softwareentwicklung als auch in der Softwareindustrie auf dieses Buch abgefärbt hat. CollabNet war besonders großzügig darin, mir eine flexible Zeitplanung zu erlauben, und beschwerte sich nicht, als ich viel länger brauchte, als ursprünglich geplant. Ich kenne die komplexen Wege nicht, auf denen eine Betriebsleitung zu solchen Entscheidungen gelangt, aber ich vermute, es hatte etwas mit Sandyha Klute und später mit Mahesh Murthy, zu tun — meinen Dank ihnen beiden. Das gesamte Subversion-Team ist in den letzten fünf Jahren eine Inspiration gewesen und vieles in diesem Buch habe ich durch die Zusammenarbeit mit ihnen gelernt. Ich werde hier nicht jeden beim Namen nennen, es sind einfach zu viele, aber ich beschwöre jeden Leser, dem ein Mitwirkender von Subversion über den Weg läuft, diesem ein Getränk seiner Wahl zu spendieren — ich jedenfalls habe das vor. Oftmals wetterte ich gegenüber Rachel Scollen über den Zustand des Buches; stets war sie bereit mir zuzuhören und irgendwie schaffte sie es immer, die Probleme kleiner zu machen, als sie vor dem Gespräch waren. Das war eine ungeheure Hilfe — danke. Danke (nochmals) an Noel Taylor, der sich sicherlich fragte, warum ich noch ein Buch schreiben wollte, wenn man bedenkt, wie oft ich mich beim letzten Mal beschwert hatte, aber dessen Freundschaft und Führung bei Golosá mir half, Musik und Kameradschaft in meinem Leben zu behalten, selbst zu den betriebsamsten Zeiten. Danke auch an Matthew Dean und Dorothea Samtleben, Freunde und lange musikalische Leidensgenossen, die sehr verständnisvoll waren, als meine Ausreden für Proben sich stapelten. Megan Jennings blieb durchweg unterstützend und ehrlich interessiert an dem Thema, obwohl es ihr fremd war — eine großartige Stärkung für einen unsicheren Schriftsteller. Danke! Ich hatte vier sachkundige und gewissenhafte Kritiker für dieses Buch: Yoav Shapira, Andrew Stellman, Davanum Srinivas und Ben Hyde. Das Buch wäre sicherlich besser, wenn ich all ihre ausgezeichneten Vorschläge hätte aufnehmen können. Zeitmangel zwang mich leider, mich aufs Herauspicken zu beschränken, aber die Verbesserungen waren dennoch erheblich. Alle übrig gebliebenen Fehler sind voll und ganz mir zuzuschreiben. Meine Eltern, Frances und Henry, waren wie immer wunderbare Unterstützer und da dieses Buch weniger technisch ist als das letzte, hoffe ich, dass sie es etwas leserlicher finden werden. Schließlich möchte ich Karen Underhill und Jim Blandy danken, denen dieses Buch gewidmet ist. Die Freundschaft und das Verständnis von Karen haben mir alles bedeutet, nicht nur während ich an diesem Buch schrieb, sondern auch die letzten sieben Jahre hindurch. Ohne ihre Hilfe hätte ich es sicher nicht geschafft. Dasselbe gilt für Jim, einen echten Freund und Hacker von einem Hacker, der mir beibrachte, was freie Software ist, ähnlich wie ein Vogel, der einem Flugzeug das Fliegen lehrt. Die Danksagung für die zweite Auflage dieses Buches schließt mehr Menschen ein und, zweifelsohne, mehr unbeabsichtige Auslassungen. Wenn dein Name hier erscheinen sollte, es aber nicht tut, akzeptier bitte meine Entschuldigung ( und lass es mich wissen, weil wir letztlich die Online-Ausgabe korrigieren können). Andy Oram von O'Reilly Media ging erneut weit über die Pflicht eines Redakteurs hinaus. Er las genauestens und machte viele hervorragende Anmerkungen; seine Expertise bezüglich erklärendem Schreiben generell und Open-Source im speziellen war in all seinen Anmerkungen offensichtlich. James Vasile ist mein Freund und Kollege seit ein paar Jahren nun, bis jetzt ist keine Woche vergangen, in der ich nicht etwas Neues von ihm gelernt hätte. Ungeachtet eines anstrengenden Jobs — ich weiss das aus erster Hand, denn wir sind Geschäftspartner — und kleiner Kinder zu Hause, war er sofort bereit, das Manuskript durchzulesen und zu kommentieren. Geld kann das nicht erkaufen und wenn es dies könnte, könnte ich mir James nicht leisten. Danke Kumpel. Cecilia Donnelly ist beides, eine wundervolle Freundin und eine äußerst fähige Open-Source Spezialistin beim Open Tech Strategies Büro in Chicago. Es ist ein Vergnügen, mit ihr zu arbeiten, was unsere Kunden ebenfalls sehr schätzen, und ihr klares Denken und ihre scharfe Beobachtungsgabe haben viele Teile dieses Buches beeinflusst. Karen Sandler war unerschöpflich unterstützend und bot gedankenreiche und geduldige Diskussionen bei vielen der Themen ( und sogar bei einigen der speziellen Beispiele) in diesem Buch. Wie bei James erlerne ich normalerweise etwas durch Karen, wenn wir über freie Software reden und wenn wir über andere Dinge reden ebenso. Bradley Kuhn's Name erscheint einige male in den Commit-Logs dieses Buches, weil er Experten-Feedback von hohem Niveau bei vielen Gelegenheiten lieferte, in einem Fall schrieb er praktischerweise selbst den Patch. Wie ich es in einer der Log-Messages für eins der Commits schrieb, ist er jemand "dessen Beiträge zu freier Software unermesslich waren und dessen Engagement für unsere gemeinsame Sache eine ständige Inspiration ist". Karen und Bradley arbeiten beide an der "Software Freedom Conservancy" (https://sfconservancy.org/). Wenn ihnen dieses Buch gefällt und Sie freier Software helfen wollen, der "Software Freedom Conservancy" zu spenden ist ein erster Schritt. Auch als zweiter Schritt ist es gut. Ben Reser lieferte eine super-detaillierte- und Experten-Überprüfung von Kapitel 6 und 7, was zu vielen Verbesserungen führte. Ben, vielen Dank dafür. Michael Bernstein hat nicht nur einiges an detaillierten Rückmeldungen während der Unterbrechung zwischen der ersten und zweiten Ausgabe gegeben, er hat auch sehr viel bei der Organisation der Kickstarter Kamagne, welche Letztere erst möglich machte, geholfen. Danese Cooper hält mich immer auf Trab und vor allem brachte sie mir die Botschaft (die ich zunächst nicht hören wollte), dass Innersourcing funktionieren kann in dem Sinn, dass es Organisationen hilft, Open Source-Praktiken zu erlernen und schließlich selbst Open-Source Software herzustellen. Vielen Dank dafür, Danese, und vieles mehr sonst. Zwischen den beiden Auflagen verbrachte ich eine sehr lehrreiche Zeit bei O'Reilly Media, Code for America / Civic Commons (währenddessen verankert im Open Plans Büro in New York City, Dank für das sehr freundliches Angebot an Schreibtischplatz) und der New America Foundation als Open Internet Tools Project Kollege. Vieles von dem, was ich durch die Arbeit lernte, fand Eingang in das Buch und in Ergänzung zu den Organisationen selbst danke ich Tim O'Reilly, Jen Pahlka, Andrew McLaughlin, Philip Ashlock, Abhi Nemani, Nick Grossman, Chris Holmes, Frank Hebbert and Andrew Hoppin für die Ideen und Sichtweisen, die sie teilten. Sumana Harihareswara und Leonard Richardson gaben im laufe der Jahre offene und hilfreiche Kommentare über verschiedene Open-Source Abläufe; das Buch hat durch ihren Input gewonnen, und ich bin durch ihre Freundschaft ein besserer Mensch geworden Eben Moglen beim Software Freedom Law Center (https://softwarefreedom.org/) lehrte mich eine Menge über die Art, freie Software als ein großformatiges soziales und ökonomischen Phänomen zu betrachten, und darüber, wie Unternehmen freie Software sehen. Bei einigen Gelegenheiten stellte er auch einen privaten Arbeitsraum zur Verfügung als es wirklich einen Unterschied gemacht hat. Dank dir, Eben Ich verstehe nicht, wie Dr. David A. Wheeler Zeit findet, meine gelegentlichen Fragen zu beantworten, während er von so vielen anderen Menschen in Anspruch genommen wird, aber er tut es und seine Antworten sind immer genau und maßgebend. Vielen Dank wie immer, David. Breena Xie's Interesse an Open-Source führten schnell zu scharfen Fragen dazu. Diese Fragen waren für mich hilfreich, um bestimmte Themen im Buch zu durchdenken, aber so war auch ihre Geduld, auf diese Gelegenheiten zu warten, als das Buch mehr Zeit erforderte als es sollte (damit meine ich "als ich sagte es würde"). Danke, Breena. Vielen Dank Radhir Kothuri und dem Rest des HackIllinois 2017 Team, welche rechtzeitig einen Motivationsschub brachten, als sie vorschlugen, eine Ausgabe der neuen Auflage für ihre Veranstaltung an der University of Illinois bei Urbana-Champaign, Illinois, Februar 2017, zu machen. Ich schätze den Vertrauensvorschuß für das Buch und hoffe, die HackIllinois Anhänger werden mit den Ergebnissen zufrieden sein. Camille Bégnis von http://neodoc.biz/ lieferte Experten-DocBook Hilfe in Echtzeit an einem Tag, wodurch ein lange ausstehendes Technikproblem der Online Version des Buches gelöst wurde, welches ich selbst jahrelang nicht lösen konnte. Merci beaucoup, Camille. Der härteste Teil solcher Danksagungen ist, sich einzugestehen, dass es niemals genug Raum geben wird, um all dem Wissen gerecht zu werden, das Leute in dieser Dekade seit dem Erscheinen der ersten Auflage geteilt haben. Ich habe im Open-Source Bereich seit dem die ganze Zeit gearbeitet und hatte erleuchtende Gespräche mit meinen Kunden, Partnern, Reportern, Beratungsexperten, und Sympathisanten; manche von diesen haben auch bisweilen konkrete Verbesserungen für das Buch eingereicht. Ich kann mir kaum vorstellen, wie das Buch ohne die Unterstützung durch diesen kollektiven Geist wäre und werde daher versuchen, weiter unten einige dieser Menschen aufzulisten. Ich bin sicher, dass die Liste unvollständig ist und entschuldige mich dafür. Nebenbei bemerkt habe ich die Reihenfolge mittels eines Programms gemischt und das erste Ergebnis davon akzeptiert: Nithya Ruff, Jenn Brandel, Joseph Lorenzo Hall, Ben Wyss, Kit Plummer, Mark Atwood, Vivien Deparday, Sebastian Benthall, Martin Michlmayr, Derek Eder, Hyrum Wright, Stefano Zacchiroli, Dan Risacher, Stephen Walli, Simon Phipps, Francis Ghesquiere, Sanjay Patil, Tony Sebro, Matt Doar, Deb Nicholson, Jon Phillips, David Robinson, Nathan Toone, Alolita Sharma, Jim McGowan, Florian Effenberger, Brian Warner, Cathy Deng, Allison Randal, Ariel Núñez, Jeremy Allison, Thorsten Behrens, Deb Bryant, Holly St. Clair, Jeff Ubois, Dustin Mitchell, Dan Schultz, Luis Villa, Jon Scott, Dave Neary, Mike Milinkovich, Wolf Peuker, Paul Holland, Keith Casey, Christian Spanring, Bishwa Pandey, Scott Goodwin, Vivek Vaidya, David Eaves, Ed Sokolowski, Chris Aniszczyk, David Hemphill, Emma Jane Hogbin Westby, Ben Sheldon, Guy Martin, Michael Downey, Charles-H. Schulz, Vitorio Miliano, Paul Biondich, Richard Fontana, Philip Olson, Leslie Hawthorn, Harlan Yu, Gerard Braad, Daniel Shahaf, Matthew Turk, Mike Hostetler, Waldo Jaquith, Jeffrey Johnson, Eitan Adler, Mike Linksvayer, Smiljana Antonijevic, Brian Aker, Ben Balter, Conan Reis, Dave Crossland, Nicole Boone, Brandon Keepers, Leigh Honeywell, Tom "spot" Callaway, Andy Dearing, Scott Clark, Tina Coleman, William A Rowe Jr., Matthew McCullough, Stuart Gill, Robert Soden, Chris Tucker, Noel Hidalgo, Mark Galassi, Chris DiBona, Gerhard Poul, Christopher Whitaker, James Tauber, Justin Kestelyn, Nadia Eghbal, Mel Chua, Tony Wasserman, Robert Douglass, Simone Dalmasso, John O'Nolan, Tom Marble, Patrick Masson, Arfon Smith, Forest Gregg, and Molly de Blanc. Die Überarbeitung der 2. Auflage wurde durch eine Kickstarter Kampagne gegründet. Die Reaktion auf diese Kampagne war schnell und großzügig und ich bin all den Menschen, die mir Pfand gaben, immens dankbar. Ich hoffe, sie vergeben mir, dass ich annähernd viermal länger brauchte, als ich für die Beendung der Revision erwartet hatte. Jeder Unterstützer der Kampagne wird weiter unten mittels des Namens, den er bei Kickstarter verwendet, anerkannt. Die Liste ist weder in auf- noch in absteigender Reihe anhand der Pfandhöhe sortiert, aber ich werde nicht sagen, wie, denn ein kleines Mysterium soll in diesem Zusammenhang verbleiben: Pablo, Cameron Colby Thomson, Bethany Sumner, Michael Lefevre, Maxim Novak, Adrian Smith, Jonathan Corwin, Laurie Voss, James Williams, Chris Knadler, Zael, Kieran Mathieson, Teresa Gonczy, Poramate Minsiri, j. faceless user, Michael, Isaac Davis aka Hedron A. Davis, James Dearing, Kyle Simpson, Laura Dragan, Hilary Mason, Tom Smith, Michael Massie, Erin Marchak, Micke Nordin, Xavier Antoviaque, Michael Dudley, Raisa, Paul Booker, Jack Moffitt, Aaron Shaw, maurine stenwick, Ivan Habunek, G. Carter Stokum, Barry Solow, mooware, Harish Pillay, Jim Randall, Holger S., Alan Joseph Williams, Erik Michaels-Ober, David Parker, Nick, Niko Felger, Fred Trotter, Dorai Thodla, William Theaker, Hans Bakker, Brad, Bastien Guerry, Miles Fidelman, Grant Landram, Michael Rogers, mostsignificantbit, Olivier Berger, Fernando Masanori Ashikaga, Naomi Goldenson, Brian Fitzpatrick, Eric Burns, Mark V. Albert, micah altman, Richard Valencia, Cody Bartlett Heisinger, Nick Grossman, cgoldberg, Mike Linksvayer, Simon Phipps, Yoshinari Takaoka, Christian Spanring, Ross M Karchner, Martin Karlsson, Kaia Dekker, Nóirín Plunkett, Emma Jane, Helior Colorado, Fred Benenson, George V. Reilly, Lydia Pintscher, Noel Hidalgo, Albert White, Keng Susumpow, Mattias Wingstedt, Chris Cornutt, Zak Greant, Jessy Kate Schingler, James Duncan Davidson, Chris DiBona, Daniel Latorre, Jeremiah Lee Cohick, Jannis Leidel, Chris Streeter, Leonard Richardson, Terry Suitor, Trevor Bramble, Bertrand Delacretaz, John Sykora, Bill Kendrick, Emmanuel Seyman, Paolo Mottadelli, Gabriel Burt, Adrian Warman, Steve Lee, Andrew Nacin, Chris Ballance, Ben Karel, Lance Pollard, richardj, Brian Land, Jonathan Markow, Kat Walsh, Jason Orendorff, Jim Garrison, Jared Smith, Sander van der Waal, Karen Sandler, Matt Lee, John Morton, Frank Warmerdam, Michael R. Bernstein, John Yuda, Jack Repenning, Jonathan Sick, Naser Sharifi, Cornelius Schumacher, Yao-Ting Wu, Camille Acey, Greg Grossmeier, Zooko Wilcox-O'Hearn, Joe, Anne Gentle, Mark Jaquith, Ted Gould, James Schumann, Falkvinge, Schuyler Erle, Gordon Fyodor Lyon, Tony Meyer, Salvador Torres, Dustin J. Mitchell, Lindy Klein, Dave Stanton, Floyd DCosta, Agog Labs, Adrià Mercader, KIMURA Wataru, Paul Cooper, alexML, Stefan Heinz, maiki, BjornW, Matt Soar, Mick Thompson, mfks, Sebastian Bergmann, Michael Haggerty, Stefan Eggers, Veronica Vergara, Bradley Kuhn, Justin Tallant, dietrich ayala, Nat Torkington, David Jeanmonod, Randy Metcalfe, Daniel Kahn Gillmor, George Chamales, Erik Möller, Tim Schumacher, Koichi Kimura, Vanessa Hurst, Daniel Shahaf, Stefan Sperling, Gunnar Hellekson, Denver Gingerich, Iliana Weller, adam820, Garance Drosehn, Philip Olson, Matt Doar, Brian Jepson, J Aaron Farr, Mike Nosal, Kevin Hall, Eric Sinclair, Alex Rudnick, Jim Brucker, PEI-HAN LEE, Michael Novak, Anthony Ferrara, Dan Scott, Russell Nelson, Frank Wiles, Alex Gaynor, Julian Krause, termie, Joel McGrady, Christian Fletcher Smith, Mel Chua, William Goff, Tom Liesenfeld, Roland Tanglao, Ross Gardler, Gervase Markham, Ingo Renner, Rochelle Lodder, Charles Adler, Dave Hylands, Daryn Nakhuda, Francois Marier, Kendric Evans, Greg Price, Carlos Martín Nieto, Greg Stein, Glen Ivey, Jason Ray, Ben Ubois, Landon Jones, Jason Sperber, Brian Ford, Todd Nienkerk, Keith Casey, Leigh Honeywell, Aaron Jorbin, Christoph Hochstrasser, Miguel Ponce de Leon, Dave Neary, Eric Lawrence, Dirk Haun, Brian Burg, Brandon Kraft, Praveen Sinha, ML Cohen, Christie Koehler, Ethan Jucovy, Lawrence S Kemp, Justin Sheehy, Jonathan Polirer, Ronan Barzic, Greg Dunlap, Darcy Casselman, Jeremy G Kahn, Sam Moffatt, James Vasile, Simon Fondrie-Teitler, Mario Peshev, Alison Foxall, Jim Blandy, Brandon Satrom, Viktor Ekmark, Tor Helmer, Jeff Ubois, Gabriela Rodriguez, James Tait, Michael Parker, Stacy Uden, Peter Martin, Amy Stephen, James Tauber, Cameron Goodale, Jessica, Ben Sheldon, Forest Gregg, Ken McAuliffe, Marta Rybczynska, Sean Taylor, John Genego, Meeuw, Mark MacLennan, Kennis Koldewyn, Igor Galić, Henrik Dahlström, Jorren Schauwaert, Masahiro Takagi, Ben Collins-Sussman, Decklin Foster, Étienne Savard, Fabio Kon, Ole-Morten Duesund, Michael Downey, Jacob Kaplan-Moss, Nicola Jordan, Ian Sullivan, Roger W Turner, Justin Erenkrantz, Isaac Christoffersen, Deborah Bryant, Christopher Manning, Luis Villa, Judicaël Courant, Leslie Hawthorn, Mark R. Hinkle, Danese Cooper, Michael Tiemann, Robert M. Lefkowitz, Todd Larsen, T Foote, Ben Reser, Dave Camp, Scott Berkun, Garrett Rooney, Dinyar Rabady, Damien Wyart, Seth Schoen, Rob Brackett, Aisha, Winnie Fung, Donald A. Lobo, Dan Robles, Django Software Foundation, Mark Atwood, Krux Digital, Stephen Walli, Dave Crossland, Tina, and Thorsten Behrens. Thank you all. Die Gedanken und Meinungen in diesem Buch sind meine eigenen. Sie stellen nicht unbedingt die Sicht von Kunden, ehemaligen Arbeitgebern, Partnern oder der hier angesprochenen Open-Source Projekte dar. Irgendwelche Fehler, die trotz der Bemühungen der in der Danksagung genannten Menschen verblieben sind, sind ebenfalls meine eigenen. Diese Buch wurde mit großzügiger Unterstützung der mg.softech GmbH ins Deutsche übersetzt, der ich an dieser Stelle danken möchte. Es ist ein gutes Beispiel für die gemeinsamen Interessen von Open-Source-Gemeinschaft und Wirtschaft, die sogar über die tatsächliche Produktion von offenem Quellcode hinausgeht. Als abgeschlossen möchte ich diese Übersetzung jedoch nicht betrachten, und ich lade Sie als Leser herzlich ein, sich an der Fertigstellung zu beteiligen. Ich bin mir sicher, Sie werden über manches in dem Buch stolpern und wir freuen uns natürlich über jeden Beitrag. Als ich mich vor einigen Jahren mit einer Projektmanagement-Frage an Google wandte, ahnte ich nichts davon, in welcher Ausführlichkeit ich sie beantwortet bekommen würde: ich fand mich mitten in einem Kapitel dieses großartigen Buches und im festen Griff einer spannenden Lektüre. Producing Open Source Software ist nicht nur selbst ein vorbildliches Beispiel eines Open-Source-Projekts, es stellt auch den Autor und seine vielen Übersetzer vor die besondere Herausforderung, mit einem atemberaubenden Fortschritt der Open-Source-Bewegung mitzuhalten. Die Alltagssprache der (deutschen) Softwareentwickler ist voll von englischem Fachjargon. Ich versuche von diesem so viel wie möglich zu übersetzen, um das Thema einem möglichst großen Kreis von Lesern (oftmals Open-Source-Anwender) zugänglich zu machen.