docs/diploma

diff thesis/tex/2-FreeSoftwareProjects.tex @ 45:faf3c7524993

split up into one sentence per line
author meillo@marmaro.de
date Tue, 14 Oct 2008 10:45:22 +0200
parents ce53878c71ea
children d52fa2350137
line diff
     1.1 --- a/thesis/tex/2-FreeSoftwareProjects.tex	Tue Oct 14 10:37:43 2008 +0200
     1.2 +++ b/thesis/tex/2-FreeSoftwareProjects.tex	Tue Oct 14 10:45:22 2008 +0200
     1.3 @@ -1,15 +1,20 @@
     1.4  \chapter{About \freesw\ projects}
     1.5  
     1.6 -There are several differences between \freesw\ projects and projects about proprietary software. To understand \freesw\ projects, one needs to understand \freesw\ itself first.
     1.7 +There are several differences between \freesw\ projects and projects about proprietary software.
     1.8 +To understand \freesw\ projects, one needs to understand \freesw\ itself first.
     1.9  
    1.10  \section{About \freesw}
    1.11 -The term ``Free Software'' was coined by the \name{Free Software Foundation} (short: \NAME{FSF}), founded by Richard M. Stallman (known as ``RMS'') in 1985. %FIXME: check date
    1.12 -Although various licenses make software free, none of them represents the thinking of \freesw\ like the the \GNU\ \gpl\ (short: \GPL), which was written by Stallman in 1983. One could say, the \GPL\ ``powered'' the \name{Free Software movement}.
    1.13 +The term ``Free Software'' was coined by the \name{Free Software Foundation} (short: \NAME{FSF}), founded by Richard~M.~Stallman (known as ``RMS'') in 1985. %FIXME: check date
    1.14 +Although various licenses make software free, none of them represents the thinking of \freesw\ like the the \GNU\ \gpl\ (short: \GPL), which was written by Stallman in 1983.
    1.15 +One could say, the \GPL\ ``powered'' the \name{Free Software movement}.
    1.16  
    1.17 -But after all, the \GPL\ was not the first \freesw\ license used. The \name{BSD License} for example is much older; with first occurences around 19xx. %FIXME: insert date
    1.18 +But after all, the \GPL\ was not the first \freesw\ license used.
    1.19 +The \name{BSD License} for example is much older; with first occurences around 19xx. %FIXME: insert date
    1.20  However, nobody talked about ``Free Software'' back then.
    1.21  
    1.22 -\freesw\ gives freedoms to its users. In contrast to proprietary software restricting the users freedom. The freedoms (or rights) the user has are stated in %FIXME where?
    1.23 +\freesw\ gives freedoms to its users.
    1.24 +In contrast to proprietary software restricting the users freedom.
    1.25 +The freedoms (or rights) the user has are stated in %FIXME where?
    1.26  . Namely these are:
    1.27  \begin{enumerate}
    1.28  	\item The freedom to use
    1.29 @@ -21,19 +26,26 @@
    1.30  
    1.31  
    1.32  \section{The term ``Open Source''}
    1.33 -\name{Open Source Software} often stands for the same as \freesw. But there is an essential difference: \name{Open Source} focuses on the availability of source code, while \freesw\ is about freedoms for people.
    1.34 +\name{Open Source Software} often stands for the same as \freesw.
    1.35 +But there is an essential difference: \name{Open Source} focuses on the availability of source code, while \freesw\ is about freedoms for people.
    1.36  
    1.37  \name{Open Source Software} is a subset of \freesw, meaning: All \freesw\ is \name{Open Source}, but there exists \name{Open Source Software} that is not free.
    1.38  
    1.39  
    1.40  \section{Development of \freesw}
    1.41 -Having source code available and the right to modify it, encouridges programmers to actually do so. Their modifications are manifoldly. Some tailor the software to their needs. Some add features. Some do it just for fun. There are no limitations---whoever wants to, may work on it.
    1.42 +Having source code available and the right to modify it, encouridges programmers to actually do so.
    1.43 +Their modifications are manifoldly.
    1.44 +Some tailor the software to their needs.
    1.45 +Some add features.
    1.46 +Some do it just for fun.
    1.47 +There are no limitations---whoever wants to, may work on it.
    1.48  
    1.49 -Since the boom of the internet, \freesw\ typically is developed by an open community of programmers interested in the software. The process of development is watchable by everyone.
    1.50 +Since the boom of the internet, \freesw\ typically is developed by an open community of programmers interested in the software.
    1.51 +The process of development is watchable by everyone.
    1.52  
    1.53  The other, now less common, method is a more closed group, developing in a ``sealed'' room, but releasing finished versions to the public.
    1.54  
    1.55 -Eric S. Raymond discusses about these methods, which he named \name{the bazaar} and \name{the cathedral}. %FIXME: add reference
    1.56 +Eric~S.~Raymond discusses about these methods, which he named \name{the bazaar} and \name{the cathedral}. %FIXME: add reference
    1.57  
    1.58  The following text will focus on the ``bazaar'' model.
    1.59  
    1.60 @@ -41,22 +53,35 @@
    1.61  \section{The role of the community}
    1.62  \freesw\ projects rise and fall with their community!
    1.63  
    1.64 -Most \freesw\ programs are developed by a very small group of programmers, often only one person. But they are used by many people. In between the programmers and the users, are people located who are a bit of both. These are the ones that write documentation, find bugs and probably even fix it. They discuss on mailing lists, bulletin boards and \NAME{IRC} chats. The program is often spread by their ``advertising''.
    1.65 +Most \freesw\ programs are developed by a very small group of programmers, often only one person.
    1.66 +But they are used by many people.
    1.67 +In between the programmers and the users, are people located who are a bit of both.
    1.68 +These are the ones that write documentation, find bugs and probably even fix it.
    1.69 +They discuss on mailing lists, bulletin boards and \NAME{IRC} chats.
    1.70 +The program is often spread by their ``advertising''.
    1.71  
    1.72 -The \emph{community} consists of the actual developers and all users that contribute to the program. Contribution can be one of the described ways, or others like providing a server for the project website for example.
    1.73 +The \emph{community} consists of the actual developers and all users that contribute to the program.
    1.74 +Contribution can be one of the described ways, or others like providing a server for the project website for example.
    1.75  
    1.76 -\emph{Community} is everyone who is in contact through the project. Be it on the mailing list, the discussion board, or by telling the developers about a new feature wanted.
    1.77 +\emph{Community} is everyone who is in contact through the project.
    1.78 +Be it on the mailing list, the discussion board, or by telling the developers about a new feature wanted.
    1.79  
    1.80 -There will hardly be a community if no communication channels are available. If the development team does not provide them, there is a chance that enthusiastic %FIXME: better word
    1.81 -users set them up on their own. But this is rare and the program needs to be very popular. %TODO: maybe include an example here (w3m?)
    1.82 +There will hardly be a community if no communication channels are available.
    1.83 +If the development team does not provide them, there is a chance that enthusiastic %FIXME: better word
    1.84 +users set them up on their own.
    1.85 +But this is rare and the program needs to be very popular. %TODO: maybe include an example here (w3m?)
    1.86  
    1.87  Projects without a good community tend to die sooner or later.
    1.88  
    1.89  
    1.90  \section{Evolution of a community}
    1.91 -Let us look at the process a community establishes: In most times it's only one who has an idea, in the beginning. He starts developing. When others get in contact with the project, there may be some who are so much interested that they start co-developing. Others report bugs, and some only use the program.
    1.92 +Let us look at the process a community establishes: In most times it's only one who has an idea, in the beginning.
    1.93 +He starts developing.
    1.94 +When others get in contact with the project, there may be some who are so much interested that they start co-developing.
    1.95 +Others report bugs, and some only use the program.
    1.96  
    1.97 -After some time, one will find a small group of core developers, a larger group of contributers (bugs, patches, documentation) and a very large group of users. The size ratio of the groups vary by type of project.
    1.98 +After some time, one will find a small group of core developers, a larger group of contributers (bugs, patches, documentation) and a very large group of users.
    1.99 +The size ratio of the groups vary by type of project.
   1.100  
   1.101  One should have that in mind, when starting a \freesw\ project.
   1.102  
   1.103 @@ -67,19 +92,28 @@
   1.104  
   1.105  First communication channels need to be set up, to enable the growth of a community.
   1.106  
   1.107 -Second, development should be visible by everyone who is interested in it. Time between work done on the project and its visibility to the public should be kept short. This makes it interesting for other developers to join. Developers are the core of a community.
   1.108 +Second, development should be visible by everyone who is interested in it.
   1.109 +Time between work done on the project and its visibility to the public should be kept short.
   1.110 +This makes it interesting for other developers to join.
   1.111 +Developers are the core of a community.
   1.112  
   1.113  Third, there is a rule of thumb that should be followed: ``Release early, release often!'' %FIXME: add reference
   1.114 -Releases are (more) stable versions, primary for users. They should be created, frequently. People will more likely use programs of active projects.
   1.115 +Releases are (more) stable versions, primary for users.
   1.116 +They should be created, frequently.
   1.117 +People will more likely use programs of active projects.
   1.118  
   1.119 -Fourth, the developers should try to get the users ``in the boat''. Good communities have a large group of users that do not only receive, but also give something back to the project. The project leaders should motivate users to contribute. This unlocks a big work force and gets lot of unexiting work done.
   1.120 +Fourth, the developers should try to get the users ``in the boat''.
   1.121 +Good communities have a large group of users that do not only receive, but also give something back to the project.
   1.122 +The project leaders should motivate users to contribute.
   1.123 +This unlocks a big work force and gets lot of unexiting work done.
   1.124  
   1.125 -Fifth, documentation matters. Good documentation makes it easy for users and developers to start. And it helps to avoid a lot of unsatisfaction. Documentation is something that shows quality and that people care about the project.
   1.126 +Fifth, documentation matters.
   1.127 +Good documentation makes it easy for users and developers to start.
   1.128 +And it helps to avoid a lot of unsatisfaction.
   1.129 +Documentation is something that shows quality and that people care about the project.
   1.130  
   1.131 -And sixth, project leaders should be good %FIXME: ``herrscher''
   1.132 -. Never should they forget what %FIXME: who was it?
   1.133 -said: ``%FIXME: Die Könige sind die Sklaven des Volkes. (something like that)
   1.134 -''. They should try to be fair, to motivate, be visionaires and try to put power and work on many shoulders.
   1.135 +And sixth, project leaders should be good souvereigns.
   1.136 +They should try to be fair, to motivate, be visionaires and try to put power and work on many shoulders.
   1.137  
   1.138 -Not to forget: Every work that was done, every contribution that was made and every idea received needs to be honored in an appropriate way! Voluntier %FIXME: how is it spelled?
   1.139 -work lives by acknowledgement of the effort spent.
   1.140 +Not to forget: Every work that was done, every contribution that was made and every idea received needs to be honored in an appropriate way!
   1.141 +Volunteer work lives by acknowledgement of the effort spent.