Linux in Government: CORE.GOV

One never can know enough about government and technology. So much fragmentation exists within the playing field that even if you win a significant contract with one department, you cannot expect it to fly through an entire agency. Another demoralizing facet to working with government is vendor pressures exerted by proxy by agency heads.

In a recent article, I wrote about the Emergency Response Network System and how it has worked for over three years in the Department of Homeland Security. Currently, this LAMP program has cost the government approximately 10% of what a comparably componentized proprietary system would have cost. It also works.

Yet, elements within DHS have attempted to push Microsoft into the process. Although the special interest groups have yet to succeed, they have not given up. Microsoft has proceeded, from the outside, to create a .Net solution that the company hopes can convince DHS is a better solution.

Microsoft also has rolled out its Regional Automated Information Network (RAIN) in King County, Washington. In case you don't know, both Seattle and Redmond are located within King County. Additionally, King County has circulated a request for information (RFI) to have vendors perform tests to prove Linux and other open-source software can out-perform Microsoft. The vendors must perform these tests by setting up labs at their own expense. Do you wonder if King County then will rule out open source because no one responded to its request?

When the US Government creates a software application, it becomes part of the public domain. In reality, however, few such programs ever see the light of day. In spite of Office of Management and Budget (OMB) Memorandum M-04-08, which stresses avoiding duplication of agency activities, few agencies release or even announce their software developments.

On July 1, 2004, Karen S. Evans and Robert A. Burton of OMB issued M-04-16, reminding agencies of regulations related to the acquisition of software. Keep in mind, this memo came from the Administrator, IT and E-Gov and the Associate Administrator, Office of Federal Procurement Policy, and it went to all senior executives and chief information officers within the federal government. Furthermore, as part of the following documentation indicates, OMB circulars also apply to state and local government units receiving federal financial assistance:

This reminder applies to acquisitions of all software, whether it is proprietary or open-source software.

Founded in March of 2004, CORE.GOV resides on CollabNet and uses the SourceCast tool to, according to the site, "Integrate applications for software development, knowledge management and project communication. Control access through a Web-based project workspace with a centralized, role-based permissions model. Enables secure and cost-effective development across multiple agencies."

CORE.GOV stands for component organization and registration environment. It gives government agencies a place to put technology on-line for sharing. It also provides a software map so people can search for shared software that meets an agency's needs or to find code fragments and libraries for agencies to meet development requirements. Agencies, state and local governments can participate and recommend components for inclusion in the CORE.GOV repository. Vendors, however, aren't allowed.

The CORE.GOV Web site states that "CORE.GOV grew out of the Federal Enterprise Architecture (FEA) Project Management Office, the goal of which is to support cross-agency collaboration, transformation and government-wide improvement. CORE.GOV offers an environment where such collaboration takes place seamlessly and easily." Members of CORE.GOV include the Air Force, Navy and NOAA; the US Dept. of State; NASA; the US Dept. of Defense; and numerous state and local government units. On its Index of Mature Components, which is quite large, the administrators state: