Over the last couple years, many of us involved with open source in government have had discussions about what it means for citizen coders to become involved in state, local and federal efforts. There are all kinds of legal, ethical, and logistics questions that haven’t been answered. Everyone seems to be solving them individually, but it’s not well-coordinated. This means that agencies who want to engage developers are wasting valuable time trying to figure out the “right way” to work with the public.
The domain is large and already bearing fruit; I think we’re all enthusiastic about CivicCommons, CrisisCommons, and a host of public service oriented application development contests in many major cities.
The GSA is currently planning forge.gov, which is widely assumed to be based on forge.mil, the much-discussed collaboration platform from the Defense Information Systems Agency, or DISA. forge.mil is a pretty incredible idea: a single destination for testing, certification, and software development in the Defense Department.
It sounds obvious, but the idea remains revolutionary. For the first time, there would be a single repository for source code that could be shared between the hundreds of agencies, commands, and programs in DOD. Developers would be able to share their work in a familiar, web-based environment. A previous version of forge.mil was pulled for unknown reasons, but the current iteration is based on the TeamForge product from CollabNet. If you’ve used SourceForge, you get the idea. The DOD is the largest consumer, and one of the largest developers of software in the world. Much of this software is redundant, locked up by vendors and integrators, can’t work with other software, and nobody remembers how to maintain it. There’s no doubt forge.mil was long overdue.