Is open source democratic?

No readers like this yet.
Lots of people in a crowd.

In his recent post, Glyn Moody asks an important question: "Can open source be democratic?" He describes how free software emerged as a distributed, bottom-up system of writing code. The central defining aspects of that culture are a uniquely open process not just of programming but also of its organization, and a close relationship between programmers and users. Effectively, users and programmers together were both contributors, they collaborated on the project. Glyn goes on to explain how this community effort changed over time to become more institutionalized, more corporate and more dull—"becoming a 'Firefox Affiliate', hardly something that sets the pulse racing." Ordinary users no longer play an important part in open source projects.

For Aristotle the underlying principle of democracy is freedom, since only in a democracy the citizens can have a share in freedom.

Underlying is the assumption that open source is democratic, and this assumption needs to be questioned. Open source...communities have been coined to be self-directed, meritocratic,...but it is rarely emphasized that they are democratic. Since individuals are investing effort in their favorite projects to contribute to something greater, and democracy is commonly considered to be a greater good as well, it is intriguing to make the jump to thinking of open source communities as being democratic. But are they? What is the meaning of democracy in the context of open source? What does a democratic community look like?

Some may say that such political concepts cannot easily be transferred to how open source communities should function. While it may not be easy, it is still worthwhile—democracies have dealt with similar problems of inclusion and the distribution of power and responsibility. Just like democratic states, communities are volunteer organizations that congregate to build the public goods they desire in the commons. Just like citizens, members of communities have a choice of voice or exit that they make based on the expected influence  they have as citizens. There are enough similarities to justify learning by example.

On being a contributor

Democracy means "rule of the people", and postulates, amongst other things, for each individual to be equal before the law and to have a vote in the political process and election of the government. This immediately boils down to the central yin-yang question of who is a citizen and who is not. Are users considered integral parts (citizens) of the open source communities, or outsiders who provide feedback? And should they be the equals of developers? While today we seem to think that equality comes standard, it is in fact a dynamic concept, its meaning changes with culture. Think about the Voting Rights Act of 1965 that finally abolished voter’s discrimination by race in the US, or the fact that women will gain the right to vote in Saudi Arabia in the year 2015. This is what Glyn observes—users changed from being integral elements of the community to playing an only marginal role, akin to not having a vote. Eligibility and acceptance are what discerns citizens from barbarians and slaves. Eligibility answers the question of which individuals can potentially become citizens. Acceptance is the requirements an eligible individual has to fulfill to gain citizenship. For example, a foreigner living in a country may be eligible for citizenship, but to be accepted needs to pay taxes for a number of years. When the same questions are applied to open source communities, they translate to "Who is a contributor and could thus become a citizen of our community? How does somebody join the project?" and second, "What does a newcomer have to do to be considered a contributor, a part of the community?" (does that sound like "How do I become a committer?"—exactly). In open source communities usually all individuals are eligible to join, but to be accepted and integrated, they need to contribute to the code.

So, for users to become integral parts of open source communities again, users that engage with an open source project need to be equal contributors amongst peers, to be eligible. This is far from standard, and not the mind-set of most contributors I know. Most communities I work with value direct contributions to the project source code higher than feedback from users. They (unconsciously?) consider users outsiders and refer them to talk to the issue tracker, a proven way to make sure they never come back again with more feedback. So firstly, users need to be considered eligible to become community members, and second their efforts (feedback, for example) need to qualify them for acceptance as ordinary contributors.

On open governance

But not all communities are created equal. When evaluating how democratic a community is, we need to look at their reason to exist. Not all open source projects are created by developers and users together, and the distribution of power and responsibility usually follows this outset goal or doctrine. If a project that is founded by developers and users grows organically into an openly governed community (like KDE), it is likened to a democracy. A project that is founded by a company (think, Mozilla or Qt) and maybe allows external contributors in along as they accept the decrees^wCLA of the king^wowner company aches more towards an aristocracy. Not all contributors are equals, and the ruling government cannot be replaced.

There has been a long debate over what the most central trait of a democracy is. Opinions differ, but there is one question—can the citizens, on a regular basis, re-elect or replace the ruling government in a structured process, without the need for a revolution? With this argument in mind, it becomes apparent that not all open source communities are democratic. KDE is to an extent, with a weak government and regular elections where every active member has exactly one vote. Think about electing a new government for Android, and the difference becomes apparent. Of the open source projects Glyn mentioned in his post, few can be considered democratic by this standard.

Back to the question on how to reduce the distance between users and developers and how to build communities that thrive on collaboration. Users, like any contributor, will consider the effect their investment of time into the project will have. If the utility they gain from contributing outweighs the cost of the effort to contribute, they will join the community and help with the project. The utility is directly related to the openness of the community governance; it will be less if the contributor’s influence is only on mundane details, and greater if she has the chance to become the next president of KDE e.V. This emphasizes the importance of open governance for the longevity and community spirit of open source projects. Only with both the open source way and open governance, the user experiences the freedom to create that convinces her to join the project. Democracy in communities is open source combined with open governance.


From the status of being a contributor—a citizen—follows the right and duty to take part in the community’s affairs. Open source can be democratic if it treats all the community members equally. Three requirements for considering an open source community democratic have been developed in the discussion above:

  • To be democratic requires not to discriminate amongst contributors (users and developers). Users are contributors. They need to be encouraged to join the community, to give feedback and to otherwise help improve the project.
  • Democracy in communities means open source combined with open governance. The availability of the source code under a free software license is not sufficient for an open source community to be democratic. Without equality, without the contributors controlling the project as equals, it may be open source, but it is not democratic.
  • Governance is open if the contributors are equals and the community elects its own representation. Defining open governance as the situation where the contributors are in control of their project on all levels, democracy in an open source project can only be achieved when all contributors have equal say on all matters of the project.

Whether or not contributors fully are equals amongst peers can only be decided by actions, not by words. The ethical question whether or not democracy is desirable for an open source project has been avoided in this article. In my personal opinion, Glyn is absolutely right: for open source to continue being successful, direct and indirect contributors need to get back to working together. With the widening appeal of open source software, naturally developers will become more experienced and professional, and the average user will turn to be less technical and computer savvy. This trend will likely continue with the growing user base of open source. And because it is inevitable, open source projects should instead prepare to liaise more with users and generally get good at integrating users and coders in the community.

Originally posted on Creative Destruction & Me, reposted under Creative Commons.

User profile image.
General manager with substantial software engineering experience and leadership skills. Focuses on management of software teams and companies. Experienced executive and software architecture specialist. Interested in Free Software on a political and technical level, political economics and organizational theory and practice.


"There has been a long debate over what the most central trait of a democracy is. Opinions differ, but there is one question—can the citizens, on a regular basis, re-elect or replace the ruling government in a structured process, without the need for a revolution? With this argument in mind, it becomes apparent that not all open source communities are democratic."

That is true. The politics of the open source movement does not follow the democratic pattern. Open source politics most closely resembles the politics of the majority of the American Indian tribes before the European conquest.

The Indians did not have formal offices. People became leaders based on their personal reputation and there was not a fixed number of influential people per tribe. Over time each individual leader's influence waxed and waned. Political decisions were made by consensus among the influential people. Decisions were rarely unanimous and dissenters only felt partly obligated to follow the majority. For example, when a tribe went to war it was common for some villages to remain neutral and refuse to participate in the war because in those villages the influential people did not want to participate.

I think the American Indian political pattern is a better model for how open source politics works than trying to compare open source politics to either parliamentary or congressional democracy. Leaders arise on merit. Leaders' influence waxes and wanes without any elections, for example Miguel de Icaza. There are no fixed number of leaders. Some people conform to leaders' consensus and others ignore the consensus, for example the Open Office fork. I think if you made a detailed study of open source political decisions that almost every example would conform to the American Indian political system. You would be hard pressed to come up with examples that conform to the parliamentary or congressional systems of democracy.

Steve Stites

It is interesting to hear about the similarities between tribal leadership and open source communities. I was not aware of that.
To extend on that, communities of different sizes and maturity may show more or less such similarities. What you described matches the rather informal, grass roots open source efforts. There are also larger communities with more formalities and elected positions, and there are also open source projects run by companies where leadership is structurally well-defined.
This thought is related to the question of inclusion - in a tribal structure as you described, an individual can remain part of the community even though it disagrees with the leadership of it. In a more formal setting, adhering to central decisions is paramount to being eligible for citizenship.

Great input, thanks!

In today's society I see a large push to embrace and body the Democratic spirit, thus why I believe I see open source and many organizations trying to be more Democratic.

With the upcoming US presidential collections approaching I feel that more people now than ever are looking at there world and wondering where "there say" is in there gas prices, grocery bill and even there favorite open source project.

I simply want to point out, that to me open source is like the idolized American government. A republic, not a democracy.

Votes from the majority are simply the majorities voice and not firm direction. The hope is that you government hears the voice and works in its direction for the good of all its people not just the majority.

The government of the United States of America is the federal government of the constitutional republic of fifty states that constitute the United States of America, as well as one capitol district, and several other territories. (Wikipedia)

While the ideological US government is not purely democratic (majority rule), open source government should also not be a democratic monster ruled by a majority.

A republic is a form of government in which the country is considered a "public matter", not the private concern or property of the rulers, and where offices of states are subsequently directly or indirectly elected or appointed rather than inherited. (Wikipedia)

Open source community's, I'm my opinion, operate more like a republic naturally. So it only makes since to treat them like one. Think about commuters and project managers as elected officials, community servants, the workers of government (the project). They are elected (indirectly) by there peers (other commuters) often through a process of review. In essence this is a vote, and the only one needed to become one of the elected (a project member). This repetitive ideal is what drives most commuters (I need this feature for use case X), I'll represent that issue (use case X).

To me I see open source as a republics for issues (use cases)! Represented by commuters (community members) elected by other community members.

Like this article I see the flaw of inclusion, to the software users. Where I see open source growing to fill this gap and becoming a true governmental mirror is when these elections are held by the users to vote on issues, not representatives. Much like yo see in some community that allow you to vote up a bug or an request for enhancement (RFE)!

It is still on the elected to do the will of the people, seeing as opensource's only option to un-elect an elected official is to create a fork(hole new government), but at least you have that freedom. So open source is not with out flaws but what government is not!

The importance Ina all of this is the freedom is there with or with out a government structure.

The point I was trying to make is that not all open source communities are created equal. Some show similarities to republics, where governance is a public matter, as you say. Others are not, where the product is open source, but the community governance is tightly controlled and not open to outsiders. So "it depends" :-)

Feel the embrace of democratic open source.

<a href="">forex no deposit bonus</a>

Creative Commons LicenseThis work is licensed under a Creative Commons Attribution-Share Alike 3.0 Unported License.