Artikel herunterladen...

Extra-Info, Updates

Open-Source-Portal

 

O Allgemeine Informationen

http://www.fsf.org/

http://www.fsf.org/campaigns

http://fr.wikipedia.org/wiki/Copyleft

http://www.opensource.org/

http://www.logiciellibre.net/

http://opencollector.org/Whyfree/

http://opencollector.org/Whyfree/vilbrandt.html

http://www.presence-pc.com/tests/Le-Hardware-Open-Source-112/

http://fr.wikipedia.org/wiki/Portail:Logiciels_libres

http://fr.wikipedia.org/wiki/FLOSS

http://fr.wikipedia.org/wiki/Open_Source_Initiative

http://fr.wikipedia.org/wiki/Gnu

http://www.linux-france.org/article/these/cathedrale-bazar/

http://features.linuxtoday.com/news_story.php3?ltsn=1999-06-22-005-05-NW-LF

o Ein wenig Geschichte

http://www.gnu.org/gnu/gnu-history.html

http://en.wikipedia.org/wiki/History_of_free_software

http://en.wikipedia.org/wiki/Free_software#History

o Lizenzen

http://fr.creativecommons.org/

http://www.gnu.org/licenses/license-list.fr.html

http://www.gnu.org/licenses/fdl.html

http://www.freebsd.org/copyright/freebsd-license.html

http://www.ibm.com/developerworks/opensource/library/os-freebsd/

http://www.microsoft.com/resources/sharedsource/default.mspx

o Freie Software und Open Source

http://www.linux-foundation.org/

http://www.kernel.org/

http://www.linux.org/

http://www.uclinux.org/

http://ecos.sourceware.org/

http://www.freebsd.org/

http://www.gnu.org/

http://www.nongnu.org/

http://www.apache.org/

http://www.mozilla.org/

http://www.mysql.org/

http://www.gimp.org/

http://www.openoffice.org/

http://www.kde.org/

http://amarok.kde.org/

http://www.gnome.org/

http://www.inkscape.org/

http://www.scribus.fr/

http://www.videolan.org/vlc/

http://www.stellarium.org/

http://ecos.sourceware.org/

http://gforge.org/

o Freie Hardware und Open-Source

http://petertodd.org/

http://www.ethernut.de/

http://www.yampp.com/

http://www.openmoko.org/

http://www.gaisler.com/

http://f-cpu.seul.org/

http://www.ddj.com/web-development/184415121

http://www.theoscarproject.org/

o Der Markt und Open-Source

http://trolltech.com/

http://www.zope.org/

http://www.egnite.de/

http://www.openmoko.com/

http://www.fic.com.tw/

Die Open Source Initiative OSI wurde 1998 als Antwort auf die ökonomischen und technischen Realitäten gegründet, um den freien Zugang zu den Quellcodes von Software zu verteidigen.
Sie definiert einige Bedingungen, die eine Software erfüllen muss, um als Open-Source-Software bezeichnet zu werden; sie ist im übrigen auch das offizielle Zertifizierungsorgan der Open-Source-Bewegung und ihrer verschiedenen Veröffentlichungslizenzen geworden.

Vor- und Nachteile
In einem Artikel mit dem Titel „Die Open Source Dynamik“ hat Robert Visseur die Vor- und Nachteile von Open
Source beschrieben. Wir fassen sie hier zusammen.
• Qualität: Stabilität und Leistung von Open-Source-Software wie Linux oder FreeBSD.
• Reaktivität: Die Aktualisierungen für Software wie zum Beispiel Apache oder Linux erscheinen sehr schnell.
• Beständigkeit (Legacy): Treue Nutzer haben zum Beispiel alte Betriebssysteme wie MS-DOS oder CP/M neu programmiert.
• Kosten
• Freiheit: Unabhängigkeit der Entwickler.
• Konkurrenz: Eine Monopolisierung ist durch die Offenlegung des Quellcodes und der Kommunikationsstandards unmöglich.
Der Wettbewerb wischen Unternehmen und sogar zwischen einzelnen Ländern wird stimuliert.
Mit einem offenen Quellcode kann sich die Software frei entwickeln und profitiert von der Unterstützung der gesamten Gemeinschaft. Dasselbe gilt für die Dokumentation und Entwicklung wirklich offener und verlässlicher
Standards, auf die jeder einen kritischen Blick werfen kann.
• Schutz des geistigen Eigentums:
Der Hauptkritikpunkt der Gegner von Open Source ist, dass zur Förderung von Innovationen Geheimhaltung und eine erbitterte Konkurrenz unerlässlich seien.
Dem halten die Befürworter von Open Source entgegen, dass der Austausch von Ideen und die gegenseitige Anregung Innovationen weit mehr fördern, als es Geheimhaltung je könnte.
• Ausführung: Berühmte klassische Interfaces.
• Divergenzrisiko: BSD hat sich zum
Beispiel schrittweise in drei Projekte aufgespalten: FreeBSD (das am weitesten verbreitete und benutzerfreundlichste, das auf Leistung ausgerichtet ist), OpenBSD (das auf Sicherheit ausgelegt ist) und das ursprüngliche Projekt, NetBSD (das auf Anpassung an die Hardware ausgerichtet ist).
• Markenimage: Linux wird in hierarchisch strukturierten Organisationen oftmals als ungeeignet für die professionelle Nutzung angesehen.
• Support : Die Dokumentation ist oft schwach. Das Mitte der 90er Jahre aufgekommene Wiki-Konzept, das in letzter Zeit durch die freie Enzyklopädie Wikipedia populär wurde, versucht diese Lücken zu schließen.
Es bietet dem Leser die Möglichkeit, online zur Dokumentation beizutragen.
Englisch ist trotz lobenswerter Übersetzungsbemühungen obligatorisch.

An einem Projekt mitarbeiten
Nichts ist einfacher als an einem Open-Source-Projekt mitzuarbeiten. Kontaktieren Sie den Autor per Mail oder Instant
Messaging, schreiben Sie einen Beitrag im Projektforum, sagen Sie Ihre Meinung oder fügen Sie eine Dokumentationsseite oder Anregungen zu Wiki hinzu.
Sie können auf mehreren Ebenen einen Beitrag leisten, dies kann einfach durch Ihre Unterstützung geschehen oder auch durch eine kleine Spende.

Ihre allgemeinen Anmerkungen zu den Funktionen oder zum Interface sind gern gesehen, die Meldung von Bugs, ein Kommentar, die Durchsicht des Quellcodes sind willkommen.
Und wenn Sie das literarische Fieber packt, dann zögern Sie nicht, an der Projektdokumentation mitzuarbeiten.
Wenn Sie programmieren möchten, dann zeigen Sie, was Sie können und schicken Patches (Korrekturen, Verbesserungen), und Sie werden bald einen Schreiboder Verwaltungszugang für die Version (CVS, Subversion…) erhalten

Ein Projekt starten
Ein Projekt zu starten ist nicht viel schwieriger. Sie haben eine Idee von der Sie glauben, dass Sie für die Gemeinschaft nützlich ist und möchten sie mit anderen teilen.
Wenn Sie nicht ihr eigener Webmaster sein möchten, dann melden Sie einen Account bei
www.sourceforge.net an und veröffentlichen Ihr Projekt mit dem Quellcode und allem, was dazugehört. Wenn Sie für Ihr Projekt lieber selbst eine Website einrichten möchten, können Sie dafür gemeinschaftlich entwickelte Tools nutzen und mit Hilfe von gforce
Ihre eigene Community Site aufbauen.
Wenn nicht, genügt auch eine einfache Website …

Verbreitung eines Projekts
Wie können die Urheber freier Software davon leben oder zumindest etwas Geld verdienen?
Bevor Sie Ihre Arbeit im Internet veröffentlichen und damit offen zugänglich machen, ist es wichtig, einen rechtlichen Rahmen festzulegen, der es Ihnen erlaubt, als Urheber anerkannt zu werden, sich gegen eine etwaige missbräuchliche
Nutzung zu schützen und eine Nutzung durch andere mehr oder weniger zuzulassen.
Die freie und kostenlose Verbreitung unter Beibehaltung der Urheberrechte, für Codes, Entwürfe, Bilder, Fotos, Graphiken und so weiter ist mit Hilfe einer Lizenz möglich (zum Beispiel Creative Commons).
Die Übersicht im Kasten erleichtert Ihnen die Auswahl einer Ihren
Bedürfnissen entsprechenden Lizenz.
Solche Lizenzen reichen von der kompromisslosen open source (freie Software) über verschiedene moderatere Formen bis zur Shared-Source-Lizenz.
Wenn es darum geht, Geld zu verdienen, muss man sich mehr oder minder den ökonomischen Modellen unserer Marktwirtschaft mit den üblichen
Strategien und Marketingmaßnahmen anpassen. Die OSI arbeitet für eine Softwarewirtschaft ohne Nutzungslizenzen, jedoch basierend auf dem Verkauf von Angeboten wie Support und Hardware,
die eine schnelle Nutzung ermöglichen. In Europa verdienen mehrere tausend Ingenieure dank dieses ökonomischen Modells ihr Geld.

Open Hardware
Das Konzept von Open Source Hardware oder Open Hardware unterscheidet sich kaum hiervon. Es ist jedoch viel einfacher, Software zu kopieren als
Hardware zu reproduzieren, für die genauere Kenntnisse und Kompetenzen erforderlich sind.
Während Open Source bei Software durch die zugehörigen Lizenzen klar definiert ist, existiert für das Konzept der Open Source Hardware noch keine weltweit anerkannte oder vollständig akzeptierte Definition.
Richard Stallman, der Gründer der FSF (Free Software Foundation) und Verfasser der Lizenz GPL (General Public Licence), bekräftigte 1999 in einem in „Linux Today“ veröffentlichten Artikel,
dass sich die GPL für elektronische Schaltungen nicht eignet, weil diese schwieriger zu verändern oder zu kopieren (nachzubauen) sind. In den meisten Reaktionen darauf wurde dies auch für eingebaute Software (im Speicher von Chips) so gesehen.
Die Nutzer von Open Source Hardware müssen die Hardware modifizieren und frei weitergeben (vertreiben) können.
Hierfür ist die uneingeschränkte Bereitstellung der Schaltpläne, aber auch des Quellcodes der einzelnen Komponenten erforderlich, insbesondere der
Quellcodes der HDL (Hardware Description
Language) der Hardware und der Firmware (meistens in C oder Assembler geschrieben). In einem Gespräch mit Elektor hat Harald Kipp, der Vater des an anderer Stelle in dieser Ausgabe beschriebenen
Ethernut-Projekts, nicht ohne Humor gesagt, dass Open Source für viele wie der Kommunismus ist, in dem Sinne, dass jeder von der Gemeinschaft alles bekommen kann, ohne irgend etwas dafür zu zahlen.
Kipp fügte hinzu, dass Open Source für manche Entwickler ebenfalls mit dem Kommunismus gleichzusetzen ist, aber deswegen, weil sie die hierarchischen Strukturen als Diktatur empfinden!
Man könnte in der Tat versucht sein zu glauben, dass in der Open-Source-Gemeinde Anarchie herrscht, aber so ist es keineswegs.
Die Organisation der Open-Source-Projekte ist solide, ja sogar stark hierarchisch aufgebaut, wobei der Eigentümer des Projekts die meiste Zeit der unangefochtene Chef an der Spitze des Gefüges ist.
Wenn ein Beitrag ihm nicht gefällt, kann er ihn herausnehmen, ohne irgend jemanden zu fragen. Gefällt ihm ein Entwickler nicht, so kann er ihn ohne weiters „entlassen“, indem er ihm jegliche Form der Mitarbeit verweigert.
Bei kleineren Projekten ist es ebenfalls der Eigentümer, der entscheidet, wann welche neue Version veröffentlicht wird.
Die Quellcodes können (im Allgemeinen) frei weiterverbreitet werden, das heißt, dass jeder als Vertreiber freier Software agieren kann (vorausgesetzt, er respektiert die Lizenzbedingungen).
Wenn ein Teil der Gemeinschaft oder ein isolierter (und frustrierter) Entwickler glaubt, es besser machen zu können, steht es ihm frei, den Quellcode aufzugreifen und ein neues Projekt ins Leben zu rufen.
Eine solche Abspaltung wird fork genannt (nach dem C-Befehl der POSIXNorm, der es in C ermöglicht, einen Prozess zu duplizieren).

Geistige Offenheit
Für ein Unternehmen ist es wichtig, die Berichte von Nutzern über Fehlfunktionen (bugs) zu sammeln. Das
Unternehmen kann sogar noch weiter gehen und ein öffentliches Forum zur Verfügung stellen, in dem jeder Nutzer sich äußern, etwaige Mängel kritisieren oder die Vorteile preisen kann.
Eine solche Initiative kann sich auch als unangenehm erweisen. Jedermann zu erlauben, die Qualität des Quellcodes und der Hardwarekonzeption frei zu analysieren und diese offen (und oft auch unangemessen) zu kritisieren, erfordert ein gewisses Maß an Mut, Gewöhnung,
Durchhaltevermögen und auch ein dickes Fell.
Die vernünftigen Kritiker sind wichtig, um das Projekt effektiv vorantreiben zu können. Ohne den Druck des kritischen
Blicks von außen würden die meisten Konzeptionsmängel über die verschiedenen Entwicklungsstadien hinweg bestehen bleiben, sich festsetzen  und schließlich nach einem anfänglich eleganten Start das ganze Projekt gefährden.
Während der gesamten Laufzeit eines Projekts, ob es dabei um Soft- oder Hardware geht, muss darauf geachtet werden, dass alle gesetzlichen Anforderungen erfüllt und Patentverletzungen, ob absichtlich oder nicht, vermieden werden. Während es in einem „geschlossenen“
Projekt schwierig ist, solche Verstöße aufzudecken, so treten sie in einem offenen Projekt umso schneller zutage, je größer und vielfältiger die Gemeinschaft ist. Es ist also notwendig, angemessene Maßnahmen zu ergreifen, um sich der Wahrung der Urheberrechte im Hinblick auf die verschiedenen Beiträge zu versichern, was eine schwierige Aufgabe ist.
Der Gemeinschaftsgeist offener Projekte zwingt die Entwickler, solche Verstöße festzustellen und unverzüglich Maßnahmen zu ergreifen.
Zurzeit werden die meisten Open Harware-Projekte und Firmwares mit BSDLizenzen verbreitet, die weniger restriktiv sind als die GPL-Lizenz und die insbesondere die Verbreitung verbesserter Firmware ohne den entsprechenden Quellcode erlauben. Auf diese Weise behalten die Unternehmen die Kontrolle über die Veröffentlichung bestimmter Verbesserungen, während andere geheim bleiben, um die Wertschöpfung des Produkts zu erhalten.

Kommerzielle Beiträge
Worin besteht das Interesse eines Unternehmens, zu einem Open Source-Projekt beizutragen, wenn es nicht durch eine Lizenz dazu gezwungen ist?
Warum sollte es das Risiko eingehen, dass einer seiner Konkurrenten von den Früchten seiner Arbeit profitiert?
Es geht zweifellos darum, von den Verbesserungen anderer Projektmitarbeiter zu profitieren.
Statt darauf zu warten, dass man von Konkurrenten eingeholt wird, kann ein Unternehmen durchaus die Vorteile der Öffnung genießen, die es in die Lage versetzen, dank besserer Produkte, besserer Dienstleistungen und überlegener Qualität nicht ins Hintertreffen zu geraten, selbst wenn sämtliche Mitbewerber dieselbe Software nutzen.
Manche Unternehmen leisten auch „zeitlich verzögerte Beiträge“ und halten anfangs ihre Verbesserungen geheim, um sie erst dann zu veröffentlichen, wenn ihr Produkt gut am Markt eingeführt ist (siehe Beispiel für eine zeitlich verzögert freigegebene Lizenz im Kasten).
Elektor veröffentlicht diesen Artikel unter der Creative Commons Lizenz, die eine ausdrückliche Erwähnung der Urheberschaft (Quellenangabe), den Ausschluss jeglicher kommerziellen Nutzung und die Weitergabe unter gleichen Bedingungen (share-alike) verlangt.
Bei allen in Elektor veröffentlichten Projekten legen wir großen Wert darauf, dass der Quellcode wann immermöglich offen gelegt wird.
Manchmal kommt es vor, dass Autoren damit nicht einverstanden sind. Die Entscheidung für oder gegen eine Veröffentlichung ist dann nicht einfach.
Soll ein sehr interessantes Projekt aus diesem Grund abgelehnt werden, oder soll es trotzdem veröffentlicht werden, um möglichst vielen zur Verfügung zu stehen, auch wenn der Quellcode nicht offen gelegt wird?
Wir sind fest davon überzeugt, dass sich die Offenlegung auf lange Sicht bezahlt macht.




DIN A4  ausdrucken
Impressum: Fritz Prenninger, Haidestr. 11A, A-4600 Wels, Ober-Österreich, mailto:[email protected]