The Open Source Dilemma for Governments 163
Sam Hiser writes "Tom Adelstein, open source consultant and Member of the Open Government Interoperability Project ("OGIP") working group, offers another incisive article in which he discusses the costs in the terms of lives and dollars when local governments do not deploy open standards-based software for data sharing. Asks Adelstein, 'Can local governments afford to create redundant applications to meet new Federal standards for first responder alerts, emergency services, law enforcement, broadcasters?' He posits that Open Source collaborative initiatives may provide the only solution for the US if the people want to create a safer environment."
The Open Source Software Institute... (Score:5, Informative)
Re:The Open Source Software Institute... (Score:5, Insightful)
Care to tell me why that Apache is so much more secure then IIS?
Apache is the most popular web server in the world. But IIS has the most flaws....
Re: The Open Source Software Institute... (Score:3, Insightful)
> > So as more people use open source, the bigger target it becomes to hackers.
> Care to tell me why that Apache is so much more secure then IIS? Apache is the most popular web server in the world. But IIS has the most flaws....
Because Apache was written to serve Web pages and IIS was written to make somebody rich(er).
Re:The Open Source Software Institute... (Score:5, Informative)
Anyhow, this article is a lot of FUD. I write software for local governments, and at least in this state (which is one of the richest in the US), OSS wouldn't save any money nor eliminate any problems. "Code Security" is not a big problem in local government -- as local governments generally only use their digital systems to warehouse and process publically available information. These guys keep paper records going back to the 18th century, and if anything seems out of the ordinary they check the paper. Heck, if tax rolls come out twenty cents unbalanced from the invoice, we have to audit the programs line by line. And if asked, we readily turn over our code to local auditors. Very rarely do we do this. Nobody cares about anything except getting the software to cut down on their workload.
And that's the biggest problem in this market: accountability. Small companys come in, install software, and then disappear. So when laws and regulations change, there's nobody to update the old software. Most of these people don't have IT departments (some don't even have computers in some departments, or use their own personal machines...the assessor in my home town runs a computer shop and that's how he got the job!). There is so little money, that only by relying on companys to help with everything from installing printers to writing custom tax logic for way less than the standard consulting rate (hoping to get a chance to use it somewhere else) can these towns get their software written.
Can you imagine the accountability headaches associated with asking a "community" to write custom tax logic? With not having a responsible party you can call when stuff breaks? You'd still have to pay somebody out of your budget (which is sometimes set five or more YEARS in advance) to support the program, only they wouldn't have any real interest invested in fixing the program quickly. There's incentive with private software to deliver the best, easiest to use stuff you can for whatever price you can get.
Don't get me wrong...I like the idea of getting more eyes on my code...but I can't imagine injecting community code into a hectic development schedule like we maintain. It seems like it'd be inviting too much uncertainty in an arena that only thrives with a stable support structure. My boss would surely never go for it. Of course, I don't expect many of the OSS acolytes to agree with me...some people don't seem to understand that the minimum wage people working without possibility of overtime at the county clerk's office don't want to visit the newsgroups for help when they have bugs preventing their license software from printing.
Re:The Open Source Software Institute... (Score:3, Informative)
Re:The Open Source Software Institute... (Score:3, Insightful)
Unfortunately, THIS is one of the leading causes I've found of govt. computer problems. They start with a flawed data model, and man, I've seen some doozys!!! But, it gets cobbled together to 'work'. Then, it becomes the standard..and more things are hooked to it...also kludged to work..and systems kludged to work with those systems...ad nauseum.
I know its tough, but, if you can
Re:The Open Source Software Institute... (Score:2)
Re:The Open Source Software Institute... (Score:2)
My argument was, with respect to the parent of my original post, that if using a data model that is properly designed and normalized (for a RDBMS), then additions over the years would not be a problem since a good data design is modular,and can have things added as needed. If you start with a good model, then you won't end up with the convoluted crap you see out there today.
And if the govt. entity you work with/for isn't using a RDBMS yet...sounds like a good
Re:The Open Source Software Institute... (Score:2)
Re:The Open Source Software Institute... (Score:2)
I had to stop and check again that this was referring to government databases. It sounds like a very accurate description of NASA technology and analyses that I have to work with regularly. I guess that comment can apply to many things though.
Re:The Open Source Software Institute... (Score:4, Interesting)
I have a lot of experience with software for local law enforcement agencies. This particular area is a morass of smaller and larger companies, each with their own software packages that may or may not interoperate with their competitors. I've seen a number of small police agencies that have been trapped by trying to support a package from a vendor that either (a) is out of business, or (b) is no longer supporting the package/version in question. In my judgement, a good open source package supporting local law enforcement could make major improvements to the situation.
Having said that, I don't think the existence of such a package would, in fact, put many of these vendors out of business. Most local police departments don't have the expertise to manage the installation (including data conversion!), tailoring, etc. that is required for any such package. There would still be plenty of opportunity for companies to provide this as a service.
However, the fact that the underlying package was standard, and known and understood by more than the employess of a single company would help insulate the local police from the problems that arise when their support organization moves on, for whatever reason.
In addition, there is a big drive these days for national, state, and regional, and local interoperability between law enforcement agencies. Anything that helps to standardize data models, etc. etc. would be a big help in this area.
Re:The Open Source Software Institute... (Score:2)
A bigger, more efficient help in this area would be a single project developed and offered for free to law enforcement agencies from a national agency. This has happened with several segments of the computer industry in my state, and has proven surprisingly cost effective. The property tax system is the big one...integrating all the various possibly taxable variables of all the properties in the state into one bi
Re:The Open Source Software Institute... (Score:5, Insightful)
That's a strong statement. I'd say that there is more FUD in your post than in the original article. Maybe you forget that a lot of Slashdotters are, or have been government workers too...
'"Code Security" is not a big problem in local government -- as local governments generally only use their digital systems to warehouse and process publically available information. These guys keep paper records going back to the 18th century, and if anything seems out of the ordinary they check the paper.'
I worked at a federal agency that had everything stored on paper too. One day they decided to double check some things and found out the off-site storage facility they had been paying for years had no idea where most of their documents were. Those that could be found were water damaged beyond being readable.
So much for using paper as a back-up mechanism. I think part of the point of the article is that local governments do things on-the-cheap and that if they all shared more of their systems the systems would likely improve for everyone, even the smallest local agencies.
"And if asked, we readily turn over our code to local auditors. Very rarely do we do this. Nobody cares about anything except getting the software to cut down on their workload."
Sam here. But they never ask. Thats the problem. They don't know if contractors are sticking to standard coding practices, they don't know if third party "shareware" components have snuck into their systems (and they have) and they don't get involved with these issues until something breaks, and by then it's probably too late. More eyes on the code solves this too. Worst case, after the same breakage occurs for one local shop, other local shops will at least be aware that there is a problem that needs to be addressed (and most of them will only have to apply the fix, not invent it).
"And that's the biggest problem in this market: accountability. Small companys come in, install software, and then disappear."
Right, small companies like yours, supplying one of a kind mixtures of COTS software and local code. You most likely have a long term contract where you are because you have wired a dependence on your institutional knowledge into your systems. Good for you, not good for taxpayers.
"Can you imagine the accountability headaches associated with asking a "community" to write custom tax logic? "
Again, you seem to have missed the point, which was that there is not all that much variation from one location to another. The types of variation caused by different tax rates etc. should not be buried in code logic anyway, but should be in parameter control files and be alterable at a fairly high level.
"Don't get me wrong...I like the idea of getting more eyes on my code...but I can't imagine injecting community code into a hectic development schedule like we maintain."
Well, from what you have said, it most likely wouldn't be your code getting examined. Most likely in fact you would adapt code written at a larger, richer locality to your needs.
"My boss would surely never go for it. Of course, I don't expect many of the OSS acolytes to agree with me...some people don't seem to understand that the minimum wage people working without possibility of overtime at the county clerk's office don't want to visit the newsgroups for help when they have bugs preventing their license software from printing."
Both you, and your boss probably won't go for it until you see other similar localities going for it successfully. At the federal level almost everyone looks to other agencies for guidance. With no agency in a clear leadership position you end up with the same thing you get in any leaderless organizations, n
Re:The Open Source Software Institute... (Score:2)
the biggest problem in this market: accountability. Small companys come in, install software, and then disappear.
The biggest problem is that the software the small company installed is binary so the local government has no option but to keep running some crusty old machine with 15 year old OS on it.
It gets worse.
The binary application not only runs on some old OS, but does I/O using some other crusty old application binary undocumented file format.
So the local government is obligated to keep up old s
Re:The Open Source Software Institute... (Score:2)
And you raise an interesting point: in most of the rest of the world, Governments, local or otherwise, wouldn't DREAM of paying Billy G anything unless there was a big kickback involved.
So, the battle outside the USA will be OSS vs. pirated MS vs. envelope under the table.
It will be interesting to watch, and that's an understatement.
Cheers,
Re:The Open Source Software Institute... (Score:2)
Yes, but in most countries there's an accountants "college", the equivalent to the lawyer's "bar", that would be more than happy to provide the tax logic if you were willing to do the programmong part.
I think that in the future you're going to see a lot of these collaborations between OSS programmers and interested parties.
Cheers,
Well i would have thought this is obvious (Score:4, Interesting)
Simon.
Re:Well i would have thought this is obvious (Score:5, Insightful)
Potential resources mean nothing. Open source code that no-one bothers to read isn't going to get better on it's own.
Re:Well i would have thought this is obvious (Score:2, Insightful)
I wonder why all this commercial propaganda on slashdot recently?
There are 6,000,000,000 people in the world. It is a statistical certainty that a significant fraction of these will have both the means and the motivation to work on any commonly used piece of software, if it is accessible. ie. open source. Please remove your paid commercial blinkers.
---
User friendly M$Windows/XP.
User unfriendly M$Windows/XP license.
Re:Well i would have thought this is obvious (Score:2, Insightful)
Re:Well i would have thought this is obvious (Score:2)
I do so regularly.
These are the tools of my trade, so I like to keep'em sharp and clean.
I always pick up the litter in front of my house. So do all my neighbours. I don't know where you live / work, but it sounds like a bit of a dump. Perhaps you should gently lead the way around there to a better existence.
Re:Well i would have thought this is obvious (Score:2)
Reading through the source isn't the only way in which people improve free software. Another way is by encountering bugs when they use it and fixing them, or by discovering that a feature would be useful and adding it.
This happens even with software that has been around for decades. To take a small example from my personal experience, some years ago I added a feature (the figname keyword) to GNU pic, the figure-drawing preprocessor for troff/groff and TeX. I found this feature very useful and eventually
Re:Well i would have thought this is obvious (Score:2)
there has been 3 projects, where I have downloaded and examined the code, and not found any bugs by looking, intsalled the software and played with it long enough to find bugs, track the bugs back to the source code and repaired and submitted the patch results:
a. project maintainer univesaly rejected submited patches, project forked
Lame arguments work against Open Source (Score:1)
I'm not sure how you can say this authoritatively just because Microsoft is a poster child for buggy software. There is nothing in particular that keeps Closed Source from being secure. The idea that "more eyes" looking at the code is the solution just does not fly when you consider the number of "eyes" that Microsoft employs (ever been to Redmond? Zillions of code ants work there...) still does not keep them from producing buggy software. Further
Open Data formats more important (Score:5, Insightful)
Re:Open Data formats more important (Score:4, Insightful)
Comment removed (Score:5, Insightful)
Re:Open Data formats more important (Score:5, Funny)
Score: -1, Use of the word "Terrorist" to strengthen argument
Re:Open Data formats more important (Score:3, Insightful)
'Terroist' seems to have replaced 'Commie', 'Russian' &c in the language of US politics. Compare the speeches of President Bush Jr with those of Vice-President Bush Sr in the 1980s. SSDD (Same shit, different decade).
Stephen
Re:Open Data formats more important (Score:2)
If they want support, let them mitigate the risk by buying Star Office. That will not break the bank.
There is not the slightest excuse for anyone anywhere to persist in using the bug-ridden, incompatible, user-belligerent virus-nutrient abomination called M$ Office.
Text for the soon to be slashdotted.. (Score:5, Informative)
by Tom Adelstein
January 04, 2004
If someone told you a hole existed in the competitive landscape for a large and highly addressable US market segment you would call them a niche miner. If I told you the cream of that niche totaled $56 billion and could be addressed in a three to five year time frame you might wonder how you missed it. Don't feel bad, it seems that the major computer companies have missed it too.
In a nutshell, the local government software market has not drawn large software firms. Also, independent software vendors (ISV's) have failed to adequately satisfy this market's needs as they lack the resources to serve the large geographical base. People have viewed this market as fragmented, requiring too much one-off customization with long sales cycles. Since the tragedy of September 11, 2001 those barriers and the poor economics of serving this sector have changed. You might call this a new opportunity.
What's At-Stake
Local governments must upgrade their computer infrastructures. That means additional taxes, levies and bond issues lie ahead. They could ignore their ailing systems and that means putting people's lives at risk. If the American public understood this problem one might see some intense interest at town hall meetings. If mayors and city councils really understood this problem they might panic. Perhaps some of us also wonder how much frustration US agency and department personnel feel as they hurry to make a bigger impact in a faster time frame and run into muck of local government.
An example of the problem local governments face exists on the website of the US Department of Justice - Office of Justice Programs, under the Global Justice Data Model http://it.ojp.gov/topic.jsp?topic_id=43. On that page, the authors write:
Approximately 16,000 justice and public safety-related data elements were collected from various local and state government sources. These were analyzed and reduced to around 2,000 unique data elements that were then incorporated into about 300 data objects or reusable components. These components have inherent qualities enabling access from multiple sources and reuse in multiple applications. In addition, the standardization of the core components resulted in significant potential for increased interoperability among and between justice and public safety information systems.
Many of those 16,000 fields contain the same type of information with a different naming scheme. For example, some databases use the field " name_first" and others use "first_name". Then you might find "firstname" or "givenname" or "given_name".
As you go through the local government databases, you find a myriad of schemes for everything from last_name to zip_code. Obvious, the nation's information stores contain massive redundancies. These redundancies make it difficult to share data and provide alerts.
So, add all the separate naming schemes of local government databases together and you get 16,000 variations. Create a standard and it goes down to 2,000. Put those into categories of reusable components and you wind up with 300 database elements. That's why they call it a standard. It allows disparate systems to work together. It starts to open the window of a manageable task when the interoperable elements number 300 instead of 16,000.
Non-Compliance Problems and Their Costs to You and Me
Recently, I received two requests to assist a local government and a university in the same area of deploying justice databases. The requests involved implementing a new, comprehensive application to provide services and a tracking system using a web-enabled database-driven application. The requirements of the applications seemed simple and with the use of the Global Justice Data Model, I estimated delivery within 90 days. In both instances, the people controlling those projects dismissed implementation of the standards-based model.
What should one do when government entitie
Re:Text for the soon to be slashdotted.. (Score:2, Interesting)
Some might consider this off-topic, but I would be willing to bet the site doesn't get /.ed. Why? this page is mostly text.
Time will tell.
LK
The reverse would seem to be true (Score:5, Insightful)
Re:The reverse would seem to be true (Score:1, Insightful)
What would that be other than a laptop and a GPS?
Maybe a webcam to do automatic license plate lookups?
Re:The reverse would seem to be true (Score:4, Insightful)
Why wouldn't a small commercial company writing open source software be in this exact same 'best possible' position? Nothing about open source precludes it from being commercial, especially when we are talking about niche hardware. Making it open source would just allow citizens to know what is going on, and allow another commercial company to take over when the first one goes out of business.
Re:The reverse would seem to be true (Score:2, Interesting)
Re:The reverse would seem to be true (Score:2, Interesting)
2. Small commercial company B reuses A's source, provides service to their own town's police. The cost is minimal. Rinse, repeat.
3. The small commercial companies collaborate to improve the software. The cost is absorbed by service contracts and is split among all involved towns.
Much better than reinventing the wheel N times.
Re:The reverse would seem to be true (Score:2)
Re:The reverse would seem to be true (Score:2)
our sherrif's dept uses pretty standard looking laptop's in patrol cars that have both heater's and air conditioning, these connect to a pretty standard looking Nextel cellphones.
Re: The reverse would seem to be true (Score:5, Insightful)
> For pure niche apps (patrol car suspect lookups, etc), I would posit that small commercial companies are in the best possible position to provide support and apps, not the FOSS world
I have a friend who works in IT at a small college, and her group's primary responsibility is maintaining a big commercial app that manages schoolish stuff like registration, etc. Schools all over the state use the same app, so they have a sort of loose association of maintainers across the state, several per college, adding up to several score programmers in total.
She gripes a lot because every time a new release comes out the association has to hack back in all the customizations they've made over the years. I keep telling her that for the number of people and amount of effort involved, they could write their own FOSS application to do the same thing, and spend their time making improvements rather than restoring last year's hacks year after year.
> after all, where does your teenage A-Patchy Webserver hacker get his hands on the specialty hardware used in patrol cars?
Who says it has to be teenage hackers? If a dozen of the biggest cities' IT departments dedicated one programmer each, the job could be done easily at a dispersed cost, trivial in comparison to the total spent when thousands of cities buy the software at commercial prices.
Re: The reverse would seem to be true (Score:1)
Not gonna work. That designated programmer is going to be the first to get the axe when a budget crunch hits on the assumption that the other dept's programmers will pick up the slack. Soon, *poof*, all of the programmers are gone.
Re: The reverse would seem to be true (Score:2, Informative)
Re: The reverse would seem to be true (Score:2, Insightful)
This is assuming that their changes are accepted into the root source tree (which is a false assumption). If the changes/features are too specialized/customized (they apply to only that particular college) and if they interfere with other features, they most likely
Re: The reverse would seem to be true (Score:3, Insightful)
I would lay good odds that once upon a time I worked for the company that made the software your friend maintains. (There aren't that many companies who do this sort of software, and I worked for one who now has more than 500 colleges as customers.) With that in mind, I think I can offer some explanation for your friend's complaints, and why open source wouldn't work to solve her problem. Let's start with a good rule of thumb:
Re: The reverse would seem to be true (Score:2)
That might make sense under the right circumstances; I don't think those circumstances will ever exist.
Currently the schools are running software that they've
Re:The reverse would seem to be true (Score:3, Interesting)
On the contrary. Niche apps are custom programmed, either in house or contracted and cannot usually be sold again. This would be the perfect place for FOSS -and- companies working on FOSS.
This is a big world. Other communities usually have the need similar niche programs. Modifications are necessary, but most companies aren't so pervasive, that they know who requires this niche product, or known to provide it, and/or cannot provide the modifi
Re:The reverse would seem to be true (Score:2)
1. Apache wasn't written by teenagers.
2. If you've ever worked for a large software company, you might have been shocked at how many wet-behind-the-ears uneducated (or "self taught") programmers are writing the major infrastructure software you depend upon. I find it frightening.
it's already been admitted (Score:5, Insightful)
A goverment just has to say it's thinking about it to get Microsoft scared and giving out vouchers left right and centre.
Expect to see alot more
Re:it's already been admitted (Score:4, Interesting)
Microsoft's is doing it's best to keep the bleeding to a minimum, but more companies and governments are realizing that moving away from their dependency on MS is a Good Thing(tm)
Re:it's already been admitted (Score:1)
Re:it's already been admitted (Score:3, Insightful)
If Microsoft thinks it's a bluff, they will call the bluff. The reason that they hand out discounts instead is because they know that it's not. OpenOffice/StarOffice might be an even bigger threat to their revenue stream than Linux is; it's already good enough for most office workers and is vastly cheaper. If a few people in the organization still need a function that they can only buy from Microsoft, no matter: the organization just buys a very small number of MS Office licenses.
Re:it's already been admitted (Score:3, Insightful)
The profit on selling Microsoft Office must be much greater than the profit on selling a bundled OEM preinstll of Windows.
Furthermore, OpenOffice.org represents one less reason to be locked in to Windows. The more cross-over applications you run, the sooner you will realize one of these years that "Hey, we could just switch over to <Ins
Government not supposed to work that way (Score:5, Interesting)
No! With or without open source, we can't afford such nonsense.
This is another clear example of the overgrowth of the role of the federal government. They're going to run our local governments deeper into debt with these ridiculous unfunded mandates that may be wildly inappropriate for a given locality. The constitution clearly states the roles of the federal government and leaves the rest to the states and localities. This along with over-regulation of personal lifestyles that's going to come with public healthcare, are the biggest disasters on the horizon.
True enough but (Score:5, Insightful)
The same government that you are railing about is the reason nobody's dying in low speed head-on crashes from getting a steering column rammed through their chest.
The car companies were quoting "market forces" and "nobody will want to pay for collapsible steering columns," and people were pinned to their seats like butterflies to cardboard. Sound familiar? Its the justification of every elite to anything that's going to cut into sl/easy profit.
Management of government by objectives without citizen input into what the objectives are is disastrous.
Remember Clinton's medical plan fiasco that was thrown out, not by elected representatives like the congress, but by HMO lobby groups posing as experts, as being unmanagable.
You didn't get to register so much as a peep for or against or make a suggestion. It was managed right out of your hands.
People are dying because their only sin is being temporarily broke from the last scrape with the health care system.
Re:True enough but (Score:2)
Unfortunately, they don't know where to stop..if one little thing is good...they think more regulation is better. Due to all the govt. restrictions, and the insurance companies...we no longer have the fun cars to drive these days. They killed the muscle cars for people who wanted them. Bumper restrictions kept cool cars like the Pantera from t
Re:Government not supposed to work that way (Score:2)
You are 100% dead on.
SLG does not respond well to Open Source because (Score:5, Insightful)
2) it's too complex for SLG admins, it's not as easy to pass an open source torch on to your new team mate or underling.
what will motivate Open Sopurce Adoption?
those 400k novell seats and their admins that still run win9x and office 97 need an upgrade very badly. If Novell/SUSe and Ximian can pull off a compelling solution then you will see huga adoptions -- not these onsie twosie deals.
Mod me down if you like but this is a strong emerging market.
Re:SLG does not respond well to Open Source becaus (Score:1)
Unfortunately this is so true... I built a web calendar for a research group at a major university, using linux/apache and an opensource calendar. They went ahead and bought a Mac X Serve and had me port the thing over, doubling the billable hours for me (not that I minded), even though I had already demo'd it on one of their spare outdated PCs.
The basic law of government/educati
The squeaky wheel gets the oil (Score:2, Insightful)
In many cases, the way that government works is that the budget-busters will wnd up getting more funding (despite being called to make cuts and everything). This is especially true if you're facing "essential" government expenditures such as the military (notorious for paying $100 for toilet seats and such). It would simply be too difficult for any politician to justify slashing funds to a military at its budgetary "capacity", especially these days, and this is why the Army is gi
Re:The squeaky wheel gets the oil (Score:2)
I'm not sure what you consider wealthy....I know myself and most of my friends, who are all broadly in the same area as far as age/salary range ALL benefited from the tax cuts. Some with families, and some single. And we're all FAR from what I'd consider 'wealthy'. Making over $30K-$50K a year does not make one a wealthy person, especially if you have a family.
I think the gov. takes way too
AMBER ALERT! (Score:4, Insightful)
When timing is critical a commercial solution can fall flat on it's face.
Re:AMBER ALERT! (Score:4, Funny)
Careful about firing shots like that. Open Source has it's downsides too. You don't want anybody scoring a +3 funny on ya.
Re:AMBER ALERT! (Score:4, Insightful)
Re:AMBER ALERT! (Score:2)
Re:AMBER ALERT! (Score:2)
Re:AMBER ALERT! (Score:2)
Re:AMBER ALERT! (Score:2)
The amount of information involved is surprisingly high. For example, there's often a need to find, not the closest patrol unit,
Re:AMBER ALERT! (Score:2)
Nice straw man arguement. insightful my ass.
Tactical considerations (Score:3, Interesting)
Open Source collaborative initiatives may provide the only solution for the US if the people want to create a safer environment."
Here's another related thought. (And, this is not intended as a slam on Microsoft)
Open Source systems (bazaar) are often much more stable than commercial systems (cathedral) just because of the number of bug hunters, and when it comes to military apps, stability is absolutely crucial. Would you really want your military systems to blue screen or dump core right in the middle of a firefight?
Re:Tactical considerations (Score:1)
Re:Tactical considerations (Score:2)
Besides for most applications, the bugs are found by the users who then fill out a bug-rapport. Whatever the product is opensource or not, does not effect the abilities of people to find bug.
And yes there exists opensource products with almost no bugs, and really high q
Re:Tactical considerations (Score:3, Insightful)
Conversely, would you want all your image recognition algorithms (for TV guided missiles), your IR decoy rejection routines, your frequency hopping timings to be known to all and sundry, including t
Re:Tactical considerations (Score:2)
There's nothing that says that ALL of the elements of a critical system have to be open source (GPL flamewars aside). On the other hand, most of the infrastructure of a modern system (military or otherwise) is the same as any other IT system, except for having stricter reliability requirements (ie: no single-point-of-failure allowed / short recovery times). In fact, these are the same infrastructure requirements that most commercial entities would love to have, but generally can't justify on a cost basis.
Re:Tactical considerations (Score:2)
Why would you show those items to anyone especially your adversaries.
Oh, that's right. If I use Open Source software to develop my application I have to let everyone in the world have a copy of the entire program if they ask for it. Even the DSP algorithms and frequency tables I developed myself.
Re:Tactical considerations (Score:2)
There are many systems and weapons kept secret, but still in use. The knowledge of exactly how it works would negate any advantage.
For instance...there is a class of A/A missile that does X. Somewhat revolutionary in operation. Been in the field for several years. If its internal operation wer
Re:Tactical considerations (Score:5, Insightful)
There are much worse ways that software can fail. One of the worst is software that looks like it's working, but in fact is not displaying new / updated items -- this leaves the warfighter with the false impression of situational awareness. Another popular failure is software that has time-consuming processing steps that don't have adequate progress indicators -- this leaves the warfighter wondering 'Is it done yet?' when it hangs or fails.
At least with a blue screen or core dump, you know you've got a problem, and you can restart / reboot to resume, with a well known startup time.
Re:Tactical considerations (Score:1)
There are much worse ways that software can fail. One of the worst is software that looks like it's working...
I have to agree with you there, wholeheartedly.
Re:Tactical considerations (Score:2)
Amazingly enough the Military has a lot of experience at that. In fact they spend almost their entire career training in realistic scenarios. Lots of military personnel never actually use their skills in combat related activity.
So I don't think a missing hourglass is going to fool them in the heat of battle.
Re:Tactical considerations (Score:2)
If I know that there's a problem, I can respond to it. Even if the problem leaves me with a miniscule chance of survival, that's still a chance. On the other hand, if I think everything's fine while an undetected threat is approaching, I won't have any chance at all to respond. Some chance is b
Re:Tactical considerations (Score:1)
Military systems are more stable than either open source or commercial systems because the military spends metric buttloads of cash to develop excruciatingly detailed specifications and do extensive QA. With those two things (and all other things being equal), it doesn't matter in the slightest whether it's open or closed source.
(And even after all that, the results are still not perfect [slashdot.org].)
Re:Tactical considerations (Score:1)
How's that? You don't need to be using OSS to find bugs. People are complaining all the time about bugs in MS products. Given Microsoft's market share I submit MS has far more bug hunters than all of open sourcedom combined.
Perhaps you meant bug fixers? Who is going to run, debug, recode military applications? They would then submit the fixes through, what, anonymous
Re:Tactical considerations (Score:2)
Mission critical military applications are not written the same way as bloated consumer based applications. Your argument may be valid, but your example is a little too much.
gov't lacking in expertise and money for software (Score:5, Interesting)
This article is really talking about standardization and consistency across government organizations -- a huge job.
Imaging thousands of individual offices who have operated in a certain way for a hundred years. Imagine all of the paperwork, homemade spreadsheets, interoffice memos that spawn secondary spreadsheets, etc. This unfortunately is how the US government works.
Now imagine someone coming in and promoting replacing whatever random assortment of tools is in use with opensource tools. This means retraining. This means new hardware. This means *A CHANGE*. Uh oh.
Is this the right long-term thing to do? Yes!!
Is this going to be easy? NO!
In order for this to be successful, it will have to have very important people behind it pushing it from the top down and funding the proper resources (hardware and people) where necessary to bring the government into the 21st century.
I for one, certainly hope it can be done, and it would be great for the US and the rest of the world (except Microsoft) if it can be done with opensource software.
Re:gov't lacking in expertise and money for softwa (Score:4, Interesting)
The crux is standardization, or, for you DBAs out there, normalization across applications instead of databases.
One of the examples he gives talks about differing field names (last_name versus surname, for example). Well, sorry, but that has nothing to do with whether you're using SQL Server or MySQL and everything to do with standardizing architecture.
But how does one do that across an entity as large as a government? How do you tell programmers they must use only these field names? And how much will it cost to rename fields in existing applications, and ensure all the links, dependencies, etc., are rectified as well? It's not really anything to do with the platform; at the least, it doesn't have anything like the impact the author suggests.
An important issue, as the author says, is that for many applications (such as SAP and JD Edwards), no open source equivalents exist. This is a big problem for purchasers, because it makes them wonder how long open source will take to give them the applications they need (or if they'll ever come). They may have to pay big bucks for that other software, but it integrates with their existing applications and it's a known quantity. Never underestimate the power of familiarity.
And, although I hate to be a grammar nazi, the author might just find himself being taken more seriously if he learns how to use words properly.
Re:gov't lacking in expertise and money for softwa (Score:3, Interesting)
Publish a namespace reference as a RFC, dictate that all governmental entities that are having custom apps developed adhere to those guidelines, and that they submit addendum to the maintainer of those guidelines when they are adding named feilds to the list.
The programmers have access to the spec before they bid on the job, and the spec is included with the customers criteria.
Re:gov't lacking in expertise and money for softwa (Score:3, Insightful)
The article is also about paying for the software ONE time and using it everywhere, instead of paying for EACH copy of it everywhere it is or might be used.
That does not necessarily require Open Source, but Open Source is much more likely to make this possible than cu
Huh? (Score:5, Interesting)
What the hell is he talking about? In the previous paragraph he writes:
If the Internet failed to follow accepted standards, it simply would not work
So the Internet works because it "follows standards", and we know MSIE (price: free) has the largest share of the browser market. So MS hasn't broken the Internet. Can someone give an example of what he's talking about? And don't tell me Kerberos because it's not the example you're looking for (MS did not co-opt it - MS extended Kerberos in accordance with the spec).
He started out reasonable and then got shrill. He throws out statements like, "Seventy-five percent of the municipalities and schools in the United States cannot afford proprietary software" So...that means 75% of the municipalities are either a) running OSS, b) using pen and paper, or c) pirating all their software. A source reference would have been nice.
Oh no...he has recommendations too:
the states should require the use of Open Standards and Open Source Software when applicable
When applicable? So, who decides when the software "applies"? Availability? Cost? (cost of development for a custom solution vs cost of COTS software) Everyone knows offshore development is cheaper - since he beats the fiscal drum so loudly does he also advocate sending any custom programming jobs overseas? He did have one good idea:
If we can pay for software one time and share it with all government entities, we empower Americans to participate in the security of the homeland.
Solution: site licenses for America!
Re:Huh? (Score:3, Informative)
They achieved that marketshare through illegal use of their x86 operating system monopoly. That's a fact as determined by the US courts.
He didn't say Microsoft had "broken" the Internet. Let's read it again:
Re:Huh? (Score:2)
Yeah but I hate it when I get empowered. It usually means I gotta do something.
If I wanted to do something about homeland security I wouldn'ta bothered voting for someone who said they'd do it for me. Well I woulda if I hadda voted at all.
Pool all Government software. (Score:4, Interesting)
Some existing body, like the GAO, could administer the pool and send CDs to any community, state or federal department that would require the software.
Re:Pool all Government software. (Score:2)
The "open source" for government movement is as responsible as the commercial providers for constructing an us or them scenario.
Any application, developed on any platform, in any government agency should be indexed and available to the wider government community.
This is all about reuse, it has little or nothing to do with open standards or any of the many
Author is misrespesentative (Score:3, Informative)
Bray never says open source is a bad idea. He merely says companies like MS and Oracle will lose revenue as a result of OSS. Why should I believe an author who can't even interpret a quote correctly,
factual errors in quoted Bray article (Score:2)
Overseas, one of Australia's six states has passed legislation mandating the use of open-source code
1. The Australian Capital Territory is not at State
2. The legislation does not mandate open source software, but mandates only that it be considered.
Document formats, not software (Score:3, Interesting)
If someone wants the government to use their software then their software must be capable of saving to the government standard GPL format.
Government documents will always be accessible.
Goverments will be free to switch software and not worry about format incompatibility.
They can choose to use the best software for their formats...free(dom) software or proprietary.
The playing field will be leveled. No document lock. A software package will compete on its pricing and merits.
Chances are all of these benefits will transfer to the private sector as the sheer volume of government documentation will force the inclusion of government standard gpl formats into software made for the private sector.
As a bonus the GPL will get a shot in the arm as far as legitimacy go.
The government formats will also spread and be improved being GPL as anyone will be free to use or change it.
If the government sees a nice modification they can make it the standard.
Steve
Re:Document formats, not software (Score:2)
Unfortunately /. would then erupt in a cacophany of how the federal government was invading the privacy of every Citizen, violating the constitution (actually that might technically be a violation of the constitution), raping everyone's daughters and spying on everyone whilst giving tax money to the [RI|MP]AA. Personally I think it's a good idea, in theory we're trying to do something similar with XML schemas used by local and central in the UK. The problem there is that it has no teeth so people are goin
Re:Document formats, not software (Score:2)
First off the comment about unconstitutionality was more the idea of the federal government telling the states what to do. Secondly there are people on /. who will claim that anything that the federal government do is unconstitutional and an invasion of their privacy. The government could fund a national voluntary "Know your constitutional rights" training scheme where any citizen anywhere could drop in anonymously to study the constitution and discuss it with others, and these people would claim it was u
Security concern... (Score:2)
Whatever happened to the argument that diverse heterogeneous systems are better from a security standpoint? I guess it only applies when bashing Microsoft?
If you base all of these government systems off of a single Open Source core, a hacker only needs to find a single bug in the core software and he or she has keys to the entire kingdom of fed
What dilemma? (Score:2)
With OSS the customer can see what he is getting, which should be a basic requirement for government use. Safety is slightly different from security, but there too, if you can see the code, you can check that pr
Re:what's the dilemma? (Score:3, Interesting)
Re:Yo wassup (Score:2)
And you probably don't even repartition your Solaris and Dell boxes, do you? Factory defaults are horrible for any kind of production use.