\documentclass[pdf]{prosper}
\usepackage[toc,highlight,clifford,notes,hlsections]{HA-prosper}
\usepackage{amsmath}

\usepackage{svn}
\SVNdate $Date: 2006-05-30 23:00:00 +0200 (Tue, 30 May 2006) $

\title{\"Okonomische Aspekte Freier Software}
\author{Clifford Wolf\\
\institution{ROCK Linux - \href{http://www.rocklinux.org/}{http://www.rocklinux.org/}}\\
\institution{Csync2 - \href{http://oss.linbit.com/csync2/}{http://oss.linbit.com/csync2/}}\\
\institution{SPL - \href{http://www.clifford.at/spl/}{http://www.clifford.at/spl/}}}

\DefaultTransition{Wipe}
\TitleSlideNav{FullScreen}
\NormalSlideNav{ShowBookmarks}
\LeftFoot{\href{http://www.clifford.at}{Clifford Wolf}}
\RightFoot{\href{http://www.linbit.com/}{ROCK Linux / Csync2 / SPL}}

\begin{document}

\maketitle

% ============================================================================

\tsectionandpart{Einf\"uhrung}

\begin{slide}{\"Uber den Vortragenden}
\begin{itemize}

\item Gr\"under und Maintainer diverser OSS Projekte
\begin{itemize}
\item ROCK Linux (Linux Distribution Built Kit)
\item Csync2 (Cluster synchronization tool)
\item SPL (Ein Programmiersprachenprojekt)
\item ...
\end{itemize}

\vspace*{.5cm}
\item Vortragender auf diversen Fachkongressen
\item Mitorganisator diverser Fachkongresse
\item Treibende Kraft hinter der Radiosendung "Nerds on Air"
\item Aktivist des Metalab

\vspace*{.5cm}
\item \"Uber 10 Jahre Erfahrung mit OSS in der Wirtschaft

\end{itemize}
\end{slide}

\begin{slide}{Freie Software / OSS}
\begin{itemize}

\item "Freie Software" und "Open Source Software" (OSS) sind zwei Bezeichnungen f\"ur
dasselbe Ding.

\vspace*{.5cm}
\item Man kann \"uber alles Religionskriege f\"uhren.

\vspace*{.5cm}
\item Ich bevorzuge den Terminus "Freie Software", weil "Open Source Software"
das Konzept auf einen kleinen Teilaspekt reduziert.

\vspace*{.5cm}
\item Daf\"ur kann man "Open Source Software" besser abk\"urzen.

\end{itemize}
\end{slide}

\begin{slide}{OSS Lizenzen}
\begin{itemize}

\item Es gibt eine Reihe von OSS Lizenzen.
\item Zum Beispiel: GPL, LGPL, BSD, Apache Licence, MIT, etc.

\vspace*{.5cm}
\item Die "OpenSource Definition" bestimmt, welche Eigenschaften eine OSS
Lizenz haben muss.
\item Auf http://opensource.org gibt es eine Liste von konformen Lizenzen.

\vspace*{.5cm}
\item OSS Lizenzen haben den Zweck allen Beteiligten die gleichen Rechte
einzur\"aumen.

\vspace*{.5cm}
\item Dieser Vortrag behandelt exemplarisch die GPL.

\end{itemize}
\end{slide}

% ============================================================================

\tsectionandpart{Warum Freie Software}

\begin{slide}{Motivation f\"ur Entwicklungen}
\begin{itemize}

\item Software wird in der Regel entwickelt ..
\begin{itemize}
\item 1. Um durch den Verkauf von Lizenzen Geld zu verdienen oder
\item 2. Um ein Problem des Entwicklers zu L\"osen
\end{itemize}

\vspace*{.5cm}
\item Beide Motivationen sind aus der Sicht des Entwicklers eigenn\"utzig.

\vspace*{.5cm}
\item Im ersten Fall ist es die Aufgabe des freien Marktes, die Verf\"ugbarkeit
von qualitativ hochwertiger Software zu sichern.

\vspace*{.5cm}
\item Im zweiten Fall wird das durch die Personalunion aus Entwickler und
Anwender bewerkstelligt.

\end{itemize}
\end{slide}

\begin{slide}{Marktversagen (1/2)}
\begin{itemize}

\item Bei manchen Produktklassen versagen die Mechanismen des freien Marktes.

\vspace*{.5cm}
\item Software ist ein klassisches Beispiel:
\begin{itemize}
\item Starker Netzwerkeffekt, verst\"arkt durch mangelnde Implementierung
offener Standards.
\item Unter anderem dadurch mangelhafte Vergleichbarkeit der Produkte
verschiedener Hersteller.
\item Dadurch entsteht auch eine extrem starke Kundenbindung.
\item Ein Produzent verdient an qualitativ niederwertiger Software besser
(Updates und Support).
\end{itemize}

\end{itemize}
\end{slide}

\begin{slide}{Marktversagen (2/2)}
\begin{itemize}

\item Es ist nicht selten, dass Kunden Software einsetzten mit der sie
unzufrieden sind aber trozdem nicht den Anbieter wechseln.

\vspace*{.5cm}
\item Anbieter (vor allem Marktf\"uhrer) haben ein essenzielles Interesse an
mangelhafter Kompatibilit\"at und kleinen Bugs.

\vspace*{.5cm}
\item Bei OSS wird der freie Markt der Anbieter und Kunden \"uber den
Kapitalaustausch zusammenf\"uhrt durch eine homogene Community mit
Verdr\"angungswettbewerb ersetzt.

\end{itemize}
\end{slide}

\begin{slide}{Kurze Geschichte der Software}
\begin{itemize}

\item Die ersten Computer waren sehr einfach und hatten extrem wenig Speicher.
\item Keine Trennung zwischen Betriebssystem und Anwendung.
\item Programme liefen "direkt auf der Hardware".

\vspace*{.5cm}
\item Deshalb gab es keine universell einsetzbare Programme.
\item Jeder schrieb seine eigenen Programme.
\item Diese Programme hatten einen \"ahnlichen Status wie Formeln oder
wissenschaftliche Erkenntnisse und wurden anderen frei zug\"anglich gemacht.

\vspace*{.5cm}
\item Erst im Laufe der 70er Jahre wurde nicht-freie Software ein Thema.
\item .. und die Free Software Bewegung wurde als Gegenpol gegr\"undet.

\end{itemize}
\end{slide}

\begin{slide}{Software und Formeln}

\vspace*{.5cm}

\begin{verbatim}
    double pi(int n) {
        double result = 0;
        for (int x=1; x<=n; x++)
        for (int y=1; y<=n; y++)
                if (x*x+y*y < (n+1)*(n+1))
                        result += 4.0/(n*n);
        return result;
    }
\end{verbatim}

\vspace*{.5cm}

\[
pi\left( n \right):=
\sum_{x}^{n} \sum_{y}^{n}
\left\{
\begin{array}{ c c c c c }
	\frac{4}{n^{2} }  & | &  x^{2} +y^{2}  & <  & \left( n+1 \right)^{2} \\
	0                 & | &  x^{2} +y^{2}  & >= & \left( n+1 \right)^{2}
\end{array}
\right\}
\]

\end{slide}

% ============================================================================

\tsectionandpart{Pflichten}

\begin{slide}{F\"ur den Anwender}
\begin{itemize}

\item Freie Software ist nicht Freeware oder Public Domain.
\item OSS Lizenzen gew\"ahren jedermann Rechte, aber auch Pflichten.

\vspace*{.5cm}
\item Reine Anwender, die die Software nur benutzen aber nicht ver\"andern oder
weitergeben treffen keine Pflichten.

\vspace*{.5cm}
\item Wenn Software weitergegeben wird m\"ussen dem Empf\"anger die gleichen
Rechte zugesichert werden wie demjenigen der die Software weitergibt.

\vspace*{.5cm}
\item Weitergabe an Angestellte im Rahmen des Dienstverh\"altnisses gilt nicht
als Weitergabe iSdG.

\end{itemize}
\end{slide}

\begin{slide}{Urheberbezeichnung}
\begin{itemize}

\item Der Urheber von OSS hat ein Recht auf Nennung.

\vspace*{.5cm}
\item Es ist nicht erlaubt, die Arbeit von Anderen als eigene Werke oder Werke
von Dritten auszugeben.

\end{itemize}
\end{slide}

\begin{slide}{Ver\"offentlichungspflicht}
\begin{itemize}

\item Die Ver\"offentlichungspflicht wird oft missverstanden.

\vspace*{.5cm}
\item Es ist nur notwendig, die Sourcen an diejenigen weiterzugeben, an die
auch die Binaries weitergegeben wurden.

\vspace*{.5cm}
\item Eine schriftliche Zusicherung, die Sourcen bei Bedarf weiterzugeben ist
auch ausreichend.

\vspace*{.5cm}
\item Weitergabe an Angestellte im Rahmen des Dienstverh\"altnisses gilt nicht
als Weitergabe iSdG.

\end{itemize}
\end{slide}

\begin{slide}{Derived Work}
\begin{itemize}

\item Diese Pflichten gelten nur f\"ur Arbeiten, die auf OSS basieren.
\item Das nennt man "Derived Work" (abgeleitete Arbeiten).

\vspace*{.5cm}
\item Das trifft nicht zu, wenn man lediglich OSS tools (compiler, etc.) f\"ur
die Entwicklung benutzt, aber nicht Sourcen aus OSS Projekten wiederverwendet.

\vspace*{.5cm}
\item Das heisst, es ist zum Beispiel m\"oglich, propritaere Software f\"ur Linux 
zu entwickeln.

\end{itemize}
\end{slide}

% ============================================================================

\tsectionandpart{Nutzen}

\begin{slide}{Gratis}
\begin{itemize}

\item OSS ist gratis.

\vspace*{.5cm}
\item Oft wird das als einziger Vorteil von OSS dargestellt.

\vspace*{.5cm}
\item In Wahrheit liegen die eigentlichen Vorteile von OSS jedoch in anderen
Bereichen.

\end{itemize}
\end{slide}

\begin{slide}{Schnell Verf\"ugbar}
\begin{itemize}

\item Da f\"ur OSS keine Lizenzgeb\"uhren anfallen, ist OSS immer schnell
verf\"ugbar.

\vspace*{.5cm}
\item Um mehrere OSS Produkte zu vergleichen braucht, man sie nur alle aus
dem Internet runterzuladen.

\vspace*{.5cm}
\item Dabei ist immer der volle Funktionsumfang der Produkte verf\"ugbar.
\item Bei OSS gibt es keine eingeschr\"ankten Test- oder Evaluierungsversionen.

\vspace*{.5cm}
\item Test- und Produktivsysteme k\"onnen jederzeit und sofort installiert werden.

\end{itemize}
\end{slide}

\begin{slide}{Kontrolle}
\begin{itemize}

\item Bei OSS hat jeder volle Einsicht in die Sourcen.
\item Das ist nat\"urlich kein Garant f\"ur fehlerfreie Software.
\item Aber es ist ein wesentlicher Faktor, der sich positiv auf die
Codequalit\"at auswirkt.

\vspace*{.5cm}
\item Und es erm\"oglicht jedem, einen gefundenen Bug zu beheben.
\item In der Praxis f\"uhrt das dazu, dass ein Bugfix meist bereits mit dem
Bugreport ver\"offentlicht wird.
\item .. oder wenige Stunden sp\"ater verf\"ugbar wird.

\vspace*{.5cm}
\item Es ist f\"ur jeden m\"oglich Code Reviews durchzuf\"uhren.
\item Vollst\"andige Code Reviews sind eher selten.
\item Aber bereits ein relativ kurzer Blick auf den Programmierstil und
die internen APIs erlauben aussagekr\"aftige R\"uckschl\"usse auf die
Codequalit\"at.

\end{itemize}
\end{slide}

\begin{slide}{Erweitern und Anpassen}
\begin{itemize}

\item OSS kann von jedem erweitert und angepasst werden.

\vspace*{.5cm}
\item Darin liegt der prim\"are Vorteil von OSS.

\vspace*{.5cm}
\item OSS kann um jedes beliebige Feature erweitert werden.

\vspace*{.5cm}
\item Kleinere Features extern in Auftrag zu geben ist oft billiger als die
Lizenzen f\"ur propietaere Software.

\end{itemize}
\end{slide}

\begin{slide}{Individualsoftware}
\begin{itemize}

\item Wer eigene OSS Software entwickelt, kann auf ein breites Spektrum von
vorhandenen Komponenten zur\"uckgreifen.

\vspace*{.5cm}
\item Damit sinkt der Aufwand f\"ur die Entwicklung eigener Software drastisch.

\vspace*{.5cm}
\item Wenn die Software nur inhouse verwendet werden soll, gibt es keinen
nennenswerten Unterschied zu nicht-OSS.

\vspace*{.5cm}
\item Marcus Annaeus Lucanus (39 - 65 n.Chr.): \\
Auf die Schultern von Riesen gestellte Pygm\"aen sehen mehr als die Riesen
selbst. \\
{\it (Pigmaei gigantum humeris impositi plusquam ipsi gigantes vident.)}

\end{itemize}
\end{slide}

\begin{slide}{Kontakt halten}
\begin{itemize}

\item Jedes OSS Projekt hat eine Community aus Entwicklern und Anwendern.
\item Wobei die Rollen nicht klar voneinander getrennt sind.

\vspace*{.5cm}
\item Damit sind die Anwender und ihre W\"unsche sehr stark in den
Entwicklungsprozess integriert.

\vspace*{.5cm}
\item Das Wissen \"uber die Interna eines Projektes sind damit breit gef\"achert.

\vspace*{.5cm}
\item Zu jedem grossen OSS Projekt gibt es weltweit Firmen, die Entwickler
besch\"aftigen und Support sowie Weiterentwicklungen anbieten.

\vspace*{.5cm}
\item Erweiterungen werden in der Regel in das Hauptprojekt integriert.

\end{itemize}
\end{slide}

\begin{slide}{Freier Markt (1/2)}
\begin{itemize}

\item F\"ur Support und Weiterentwicklungen gibt es bei OSS voneinander
unabh\"anige Anbieter.

\vspace*{.5cm}
\item Die OSS Projekte selbst stehen in einem freien (Verdr\"angungs-)Wettbewerb.

\vspace*{.5cm}
\item OSS Projekte haben eine bessere Austauschbarkeit als nicht-OSS Projekte:
\begin{itemize}
\item OSS Projekte haben gute Implementierungen von offenen Standards.
\item Es ist m\"oglich, fehlende Import- und Exportfunktionen einzubauen.
\item Fehlende Features k\"onnen nachgebessert werden.
\end{itemize}

\end{itemize}
\end{slide}

\begin{slide}{Freier Markt (2/2)}
\begin{itemize}

\item Das Marktversagen von Software bleibt auch bei OSS bestehen.
\item Aber selbst dort, wo ein OSS Projekt ein Monopol hat, hat niemand die
alleinige Kontrolle \"uber das Projekt.

\vspace*{.5cm}
\item Jeder kann ein OSS Projekt nach eigenen Vorstellungen anpassen oder
sogar einen Fork initiiren.
\item Damit gibt es auch innerhalb jedes OSS Projekts einen Wettbewerb.

\end{itemize}
\end{slide}

% ============================================================================

\tsectionandpart{Gew\"ahrleistung}

\begin{slide}{Gew\"ahrleistungsausschluss}
\begin{itemize}

\item Die meisten OSS Lizenzen beinhalten einen Gew\"ahrleistungsausschluss.

\vspace*{.5cm}
\item Da OSS kostenfrei ist, ist der Gew\"ahrleistungsausschluss
rechtskr\"aftig.

\vspace*{2cm}
\item Das hat nat\"urlich keinerlei Auswirkung auf Schadensersatzanspr\"uche,
die aus Vorsatzdelikten erwachsen.

\end{itemize}
\end{slide}

\begin{slide}{Gew\"ahrleistung durch Dritte}
\begin{itemize}

\item Der Gew\"ahrleistungsausschluss betrifft das Rechtsverh\"altnis zwischen
Anwender und Entwickler.

\vspace*{.5cm}
\item Davon unabh\"anig k\"onnen nat\"urlich zwischen Anwender und Entwickler oder
zwischen Anwender und Dritten Gew\"ahrleistungsvertr\"age abgeschlossen werden.

\vspace*{.5cm}
\item Die meisten Anbieter von OSS L\"osungen bieten so etwas an.
\item Meist ist bei Vetr\"agen mit OSS Consulting Firmen eine Gew\"ahrleistung
bereits durch das UWG impliziert.
\item Im konkreten Fall h\"angt das von der Form der Leistungsbeschreibung ab.

\vspace*{.5cm}
\item Bei solchen Vetr\"agen mit KMUs l\"asst sich ein Gew\"ahrleistungsanspruch
auch sinnvoll einfordern.

\end{itemize}
\end{slide}

% ============================================================================

\tsectionandpart{Zum Schluss}

\begin{slide}{Zusammenfassung}
\begin{itemize}

\item Ein funktionierender freier Markt ist zum Nutzen aller.
\item Ein versagender Markt ist zum Schaden aller.

\vspace*{.5cm}

\item Bei Software als Produkt versagt der Markt.
\item Bei Dienstleistungen die nur vom Produzenten des Software-Produktes
bezogen werden k\"onnen versagt der Markt.

\vspace*{.5cm}

\item Freie Software l\"ost das Problem weil
\begin{itemize}
\vspace*{.2cm}
\item .. Freie Software niemandem (allen) geh\"ort.
\item Daher ein Produktmonopol kein Anbietermonopol impliziert.
\vspace*{.2cm}
\item .. jedem die gleichen Informationen zug\"anglich sind.
\item Daher jeder Zusatzdienstleistungen anbieten kann.
\end{itemize}

\end{itemize}
\end{slide}

\begin{slide}{Konsequenzen}
\begin{itemize}

\item Auf offene Standards und Formate setzen.

\vspace*{.5cm}
\item Bei Produktbindungen von Anfang an Exit-Strategien festlegen.

\vspace*{.5cm}
\item Wenn m\"oglich in Beratung und Dienstleistung statt Lizenzen investieren.

\vspace*{.5cm}
\item Geld dort ausgeben wo sich Gew\"ahrleistungsanspr\"uche auch sinnvoll
durchsetzen lassen.

\end{itemize}
\end{slide}

\begin{slide}{URLs and References}
\begin{itemize}

\item Free Software Foundation, FSF Europe \\
http://www.fsf.org, http://www.fsfe.org

\vspace*{.2cm}

\item OpenSource.Org \\
http://opensource.org

\vspace*{.2cm}

\item The Cathedral and the Bazaar \\
http://www.catb.org/{\textasciitilde}esr/writings/cathedral-bazaar/

\vspace*{.2cm}

\item ROCK Linux - Distribution Development Kit \\
http://www.rocklinux.org/

\vspace*{.2cm}

\item Csync2 - Cluster Syncronization System \\
http://oss.linbit.com/csync2/

\vspace*{.2cm}

\item SPL - The SPL Programming Language \\
http://www.clifford.at/spl/

\vspace*{.2cm}

\item Clifford Wolf: \\
http://www.clifford.at/

\end{itemize}
\end{slide}

% ============================================================================

\end{document}