Contributed by Organizations or Campuses; Articles, Papers, and Reports; Open Source; OSS; and Applications Development
The Social Structure of Free and Open Source Software Development
| Title: | The Social Structure of Free and Open Source Software Development (ID: CSD3757) | | Author(s): | Kevin Crowston (Syracuse University) and James Howison (Syracuse University) | | Source: | First Monday | | Origin: | Contributed by Organizations or Campuses (2005) | | Type: | Articles, Papers, and Reports | | Abstract: | Metaphors, such as the Cathedral and Bazaar, used to describe the organization of FLOSS projects typically place them in sharp contrast to proprietary development by emphasizing FLOSS's distinctive social and communications structures. But what do we really know about the communication patterns of FLOSS projects? How generalizable are the projects that have been studied? Is there consistency across FLOSS projects? Questioning the assumption of distinctiveness is important because practitioner–advocates from within the FLOSS community rely on features of social structure to describe and account for some of the advantages of FLOSS production. To address this question, we examined 120 project teams from SourceForge, representing a wide range of FLOSS project types, for their communications centralization as revealed in the interactions in the bug tracking system. We found that FLOSS development teams vary widely in their communications centralization, from projects completely centered on one developer to projects that are highly decentralized and exhibit a distributed pattern of conversation between developers and active users. We suggest, therefore, that it is wrong to assume that FLOSS projects are distinguished by a particular social structure merely because they are FLOSS. Our findings suggest that FLOSS projects might have to work hard to achieve the expected development advantages which have been assumed to flow from "going open." In addition, the variation in communications structure across projects means that communications centralization is useful for comparisons between FLOSS teams. We found that larger FLOSS teams tend to have more decentralized communication patterns, a finding that suggests interesting avenues for further research examining, for example, the relationship between communications structure and code modularity. | | View this resource: | |
Democratizing Software: Open Source, the Hacker Ethic, and Beyond
| Title: | Democratizing Software: Open Source, the Hacker Ethic, and Beyond (ID: CSD2996) | | Origin: | Contributed by Organizations or Campuses (2003) | | Type: | Articles, Papers, and Reports | | Abstract: | The development of computer software and hardware in closed-source, corporate environments limits the extent to which technologies can be used to empower the marginalized and oppressed. Various forms of resistance and counter-mobilization may appear, but these reactive efforts are often constrained by limitations that are embedded in the technologies by those in power. In the world of open source software development, actors have one more degree of freedom in the proactive shaping and modification of technologies, both in terms of design and use. Drawing on the work of philosopher of technology Andrew Feenberg, I argue that the open source model can act as a forceful lever for positive change in the discipline of software development. A glance at the somewhat vacuous hacker ethos, however, demonstrates that the technical community generally lacks a cohesive set of positive values necessary for challenging dominant interests. Instead, Feenberg's commitment to "deep democratization" is offered as a guiding principle for incorporating more preferable values and goals into software development processes. | | View this resource: | |
|