Sampling in Open Source Software Development: The Case for Using the Debian GNU/Linux Distribution

The Penguin Has Entered the Building: The Commercialization of Open Source Software Products

“…Firms can combine various available OSS modules at only a fraction of the cost of developing ex novo equivalent proprietary modules (Economist 2005). Von Krogh et al (2005) find software reuse quite common among 15 OSS projects; Spaeth et al (2006) show that, in the OSS Debian project, software reuse follows a power law distribution, with some software chunks intensively reused. OSS also opens up the opportunity for reducing the bargaining power of specialized suppliers of proprietary software by offering a cheaper and more customizable alternative to their products.…”

Empirical Analysis of the Complexity Evolution in Open-Source Software Systems

“…The third category focuses on the community side of open source projects [5,35]. Several research studies pointed that in a certain phase of open-source projects, the complexity will increase to a level where it would not be possible for the open-source community to handle [12,28]. The nature of the ad hoc development is another factor for the quality to decline [28], the coupling to increase [3], the source code to degrade [10], the lack of a formal process [5] and the poor architectural design [9].…”

“…These studies can be classified into three different categories. The first category studied some different successful open-source projects, OpenBSD [16], FreeBSD [9], Apache [21], and Debian GNU/Linux [28]. The second category studied the similarities of the process used by successful open-source projects, Arla and Mozila Projects [4], Apache and Mozilla [22], and fifteen OSS Projects [32].…”

Statistical Analysis on Software Metrics Affecting Modularity in Open Source Software

“…First approach of the study is by studying several successful OSS Projects, i.e. the study on Debian GNU/Linux [28], FreeBSD [11], Apache [23], and OpenBSD [18]. The second approach is trying to find the similarity in the processes in many successful OSS Projects i.e.…”

“…In certain phase of the projects, the software system will increase in complexity that makes it more difficult to be managed by the communities [14] [28]. The ad hoc development of the Open Source System also creates possible decline in quality [28], coupling explosions [3], and creating poorly coded source code [12], lack of formal process [8], high entry barrier for new developer to contribute [2], the poor architectural design and lack of supporting tools which is comparable to modern software development methodology [11], and lack of documentation which prohibits new developers to immediately join in the projects [12]. As for the Open Source Communities themselves, the alarming problems are the frequent / rapid turnovers of volunteers [12] and the fact that only very few Open Source Projects attract enough support to develop properly [17].…”