{"id":54,"date":"2004-11-15T10:30:00","date_gmt":"2004-11-15T14:30:00","guid":{"rendered":"http:\/\/blogs.law.harvard.edu\/cesarbreadev\/2004\/11\/15\/there-is-no-open-source-communit"},"modified":"2006-06-04T18:18:59","modified_gmt":"2006-06-04T22:18:59","slug":"there-is-no-open-source-community","status":"publish","type":"post","link":"https:\/\/archive.blogs.harvard.edu\/cesarbreadev\/2004\/11\/15\/there-is-no-open-source-community\/","title":{"rendered":"There Is No Open-Source Community…"},"content":{"rendered":"

<\/a>… and what to do about it.\u00a0 A few thoughts<\/a> I’ve finally gotten down.\u00a0<\/p>\n

\u00a0<\/p>\n

Professor Jerry Mechling invited me to be a guest instructor in his “Leadership for a Digital World”<\/font><\/strong><\/a> course at Harvard’s Kennedy School of Government today.\u00a0 As part of\u00a0 the class, we’re interviewing Massachusetts CIO Peter Quinn on the state’s priorities for IT-enabled initiatives.\u00a0 Peter is a well-known proponent of open-source software alternatives for the public sector, and a primary force<\/font><\/strong><\/a> behind the Government Open Code Collaborative<\/font><\/strong><\/a>.\u00a0<\/p>\n

To help myself prepare for the class, I’ve put down some observations on open-source which I hope will be helpful to others for whom open-source is unfamiliar but potentially important.\u00a0 In the past, I’ve been a user of open-source software, a senior executive in both open- and closed-source software firms\u00a0and at an impartial integrator, a board member of an open-source software consortium, and a sponsor of mission-critical application development efforts that use open-source software in major organizations.\u00a0 So hopefully my experiences will be helpful too.<\/p>\n

A few words of explanation:<\/strong><\/p>\n

There are two ways of distributing software.\u00a0 One way is called a “binary” distribution.\u00a0 This means that what you get is a bunch of ones and zeros that a computer can make sense of, but which humans can’t.\u00a0 Another way is to distribute the “source code”, or the code in which the program was originally written.\u00a0 This allows users of the software to modify the source code for their purposes as they see fit.\u00a0<\/p>\n

Binaries can be distributed free of charge (this is sometimes called “freeware” or “shareware”), and they can be copied.\u00a0 They just can’t be modified.\u00a0 In commercial software, getting binaries to work requires a license key, a unique code that unlocks the binary.\u00a0 You can copy commercial software if permitted (for example, to make a backup copy), but you need that license key to make it work.\u00a0 Sharing the license key is usually not kosher.<\/p>\n

With open-source though, you can view, copy, edit, and redistribute the “secret sauce”.\u00a0 However, the terms of permissible redistribution vary widely according to the specific license under which a user originally obtains open-source software.\u00a0 Some licenses like the GNU (GNU’s Not Unix) Public License, or GPL, require that any modifications made to the original source code must be redistributed openly (that is, as open-source, not binary\u00a0 format) if they are redistributed along with the original source code (which itself must of course be redistributed as open-source).\u00a0 Other licenses, such as the Mozilla Public License, or MPL,\u00a0 allow open- or “closed-source” modifications to piggyback on re-distributions of open-source software, at the discretion of the people or organization who write the modifications or\u00a0extensions to the base code.<\/p>\n

The proliferation of open-source software licenses — check out http:\/\/opensource.org<\/font><\/strong><\/a> — illustrates both the vitality of the open-source world, but also the myriad and widely-varying interests and strategies being pursued by its participants.\u00a0 Which brings me to the principal point of this essay, namely, that there is no such thing as “the open-source” community<\/em>.<\/p>\n

Why does this matter?<\/strong><\/p>\n

I meet people all the time, both folks who work in open-source software projects as well as people who are current or potential users or sponsors of applications that use open-source software, who make assumptions about what open-source means, how it will work, and how its providers will behave, that are based on really bad assumptions about things like quality, cost, and process.\u00a0 Many believe generally that open-source is either inferior or superior to closed-source alternatives.\u00a0 A better perspective is that “it depends.”<\/p>\n

The first rule of software selection is to have a clear idea of what your requirements are.\u00a0 A common mistake is to stop at defining the features<\/em> you need, and to ignore performance<\/em> (including scalability of this performance to however many users you need to support), usability<\/em>, extensibility<\/em> (how sophisticated and well-documented are the API’s provided), usage<\/em> and support<\/em>, total\/ lifetime cost<\/em> of ownership, and degree of legal risk<\/span>, among others.<\/p>\n

The most helpful thing you can do when considering open- and closed-source alternatives to meet whatever needs you have is to forget the labels “open-source” and “closed-source”.\u00a0 For any given set of requirements, there are open-source alternatives that are far superior to most if not all closed-source alternatives, and the reverse can be equally true.\u00a0<\/p>\n

So how do you figure out what software makes sense?\u00a0 Unfortunately it’s getting harder.\u00a0 While I claim that there is no open-source community (certainly not any more, though there may have been one in the past), there are many open-source communities.\u00a0\u00a0Each of these has its own unique and often competing interests.\u00a0 In the past, this divergence of interests has been masked by the existence of a common “enemy” — usually Microsoft — and smaller, less mature markets.\u00a0 But, as the markets for open-source software expand and the communities become increasingly commercialized, competition intensifies.\u00a0 With this competition comes, via human nature, a lot of hype and FUD-based (Fear, Uncertainty, Doubt) marketing.\u00a0 Each project’s proponents make claims about the universal value and applicability of their own hacks, in many cases ahead of any reality.\u00a0 In the commercial \/ closed-source world, the defense is opacity — you can’t see the code to evaluate whether or not these claims are real.\u00a0 In the open-source world, the defense is extensibility — if you don’t like what you see, you have the freedom to extend it.\u00a0 The latter defense is better than the former, but not by much.<\/p>\n

(Related to this is a problematic expectation for how new open-source code gets developed.\u00a0 Many people assume that if they wait around, “the open-source community” will sense their needs and develop what’s required, for free.\u00a0 I suppose this is statistically possible, in the same way that Shakespeare’s monkeys<\/font><\/strong><\/a>\u00a0 will eventually get around to finishing things.\u00a0 But as a practical matter, most open-source software development is funded by someone.\u00a0 And even if someone else builds what you need, you have to be mutually aware and willing to engage.\u00a0 Also, it’s especially nice if your paths are roughly parallel and not just the momentary crossing of significantly different development vectors, and this takes ongoing coordination, which itself requires funding.\u00a0 And it’s even more important that there not be two of you, but lots more users, and committed users at that.\u00a0 Naivete about this is not unique to users of open-source software.\u00a0 Plenty of people “in the community” have expectations for altruism that get disappointed all the time.\u00a0 A better assumption is that people might share what they have already (funded and) developed themselves, if it’s in their interest to do so.)<\/p>\n

What can users do to help themselves?<\/strong><\/p>\n

I’ve been thinking, not originally, that the best way for users to approach open-source software projects is to “open-source” their requirements<\/em>, and work to reconcile their differences into as few specifications for starting-point solutions as practical.\u00a0 Then let software providers, both open- and closed-source, compete based on the best combination of answers to the different dimensions I described above.\u00a0 (Good answers come with proof points — real users.)<\/p>\n

In the private sector this is harder, because those requirements often reflect proprietary trade secrets (implied processes, etc.).\u00a0 But it seems to me that in the public sector, and in education as well, this secrecy constraint does not exist or even make sense.\u00a0 I suppose these requirements are already public somewhere, but they sure are hard to find.\u00a0 Further, they are most certainly not reconciled across all of the different entities whose needs are sufficiently overlapped to make it worthwhile to do so.\u00a0 Perhaps there is a role here for intermediary associations.\u00a0 An enterprising community that leads this “standards-setting” effort on behalf of potential users, which also benefit from intimacy with them, might make a good partner.<\/p>\n","protected":false},"excerpt":{"rendered":"

… and what to do about it.\u00a0 A few thoughts I’ve finally gotten down.\u00a0 \u00a0 Professor Jerry Mechling invited me to be a guest instructor in his “Leadership for a Digital World” course at Harvard’s Kennedy School of Government today.\u00a0 As part of\u00a0 the class, we’re interviewing Massachusetts CIO Peter Quinn on the state’s priorities […]<\/p>\n","protected":false},"author":298,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[589],"tags":[],"class_list":["post-54","post","type-post","status-publish","format-standard","hentry","category-cesarbreastories"],"jetpack_featured_media_url":"","_links":{"self":[{"href":"https:\/\/archive.blogs.harvard.edu\/cesarbreadev\/wp-json\/wp\/v2\/posts\/54","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/archive.blogs.harvard.edu\/cesarbreadev\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/archive.blogs.harvard.edu\/cesarbreadev\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/archive.blogs.harvard.edu\/cesarbreadev\/wp-json\/wp\/v2\/users\/298"}],"replies":[{"embeddable":true,"href":"https:\/\/archive.blogs.harvard.edu\/cesarbreadev\/wp-json\/wp\/v2\/comments?post=54"}],"version-history":[{"count":0,"href":"https:\/\/archive.blogs.harvard.edu\/cesarbreadev\/wp-json\/wp\/v2\/posts\/54\/revisions"}],"wp:attachment":[{"href":"https:\/\/archive.blogs.harvard.edu\/cesarbreadev\/wp-json\/wp\/v2\/media?parent=54"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/archive.blogs.harvard.edu\/cesarbreadev\/wp-json\/wp\/v2\/categories?post=54"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/archive.blogs.harvard.edu\/cesarbreadev\/wp-json\/wp\/v2\/tags?post=54"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}