3 ms·
There are a few other real-world aspects to the development and use of open source in government that make it more complex in my experience. First, priorities
by jandrewrogers 6y ago
There are a few other real-world aspects to the development and use of open source in government that make it more complex in my experience.
First, priorities and roadmaps for collaborative software development tend to be captured by the biggest and best funded government organization involved. A famous version of this is that the US government effectively drives the roadmap of international software development collaborations by virtue of readily spending money that their partner governments can't or won't match. The effects of resource disparities in development collaboration often lead to the practical effect that smaller organizations are not having their needs met and what little resources they do have are consumed by the overhead created by the resource scale of the big partners.
Second, quite a lot of proprietary software development within government has strict dependencies on closed source software for which there are neither open source equivalents nor likely to be open source equivalents for the foreseeable future. In these cases, open sourcing the government code generates relatively little value for other contributors while incurring the significant operational overhead that is inherent in open sourcing software.
Third, even in cases where the government software is open sourced, the projects are frequently unusable by other orgs because the software is effectively unsupported. Under government rules, you generally aren't allowed to spend a couple hours helping any random dev that emails you on what is essentially a support issue -- you are expressly not being paid to work on unrelated projects. A lot of government code that is open sourced is de facto abandonware, including much of the software I worked on, because there is no framework to provide support for the user base either formally or informally. Unlike with non-government open source, which tends to be responsive to random questions from the ether, emailing devs on government open source projects often goes to /dev/null.
I agree that the big consulting primes do a terrible job at software delivery but government doesn't have a good track record of effective open source software development either, for other structural reasons.
- zapita 6y agoWhat about continuing to rely on private contractors, but with a mandate to open-source everything they develop with public funds? Perhaps that would address the issues you describe?
- jandrewrogers 6y agoThis does not solve the issues because it often already works that way today. All of the code I've ever written under GPL was as a private contractor to the government. The code I wrote is not supported by anyone and reflects the interests of those who paid for it. All of the most advanced systems work, even if not classified, is not open source and often not in literature and this is a condition of accessing that technology at all. For the US Federal government, they are often dysfunctional when it comes to sustainable open source. And when it comes to the more interesting computer science tech, they have no leverage to make it open source nor any real interest TBH.
- de_watcher 6y agoI've written some proprietary code and I know that my competitor contractors have written a similar thing. I don't know whether it's the way to 'create more jobs'. GPL frees individual developers from the companies. It changes the tempo of competition process because there is less of inertia.