Open Source And The Obligation To Recycle
Lisa writes "Tim O'Reilly has a piece called "Open Source and the Obligation to Recycle" in his weblog, where he urges every company whose products are "obsolete" to consider making them available under an open source license, or putting them in the public domain, thereby enriching the soil of our collective commons. (Interestingly, the first posting on the weblog disagrees, saying "...Giving away the software of failed companies could turn every corporate failure into a disaster for everyone else.)""
Giving away the software of failed companies could turn every corporate failure into a disaster for everyone else.
I'm probably taking this out of context, but this is a silly thing to say:
1. Corporate failures are not directly tied to bad software.
2. You can still learn something from the source code of bad software, even if it's only what not to do.
-------------------------------------------------
charlton heston is more of a man than yo
I was half expecting him to mention Eazel and Nautilus as a perfect example of what he's talking about, but I guess he missed that. Heh.
I feel his pain, there are some really old programs that I would love to play around with now. Anyone remember Geos? I used to run it on my 286 and was years ahead of its time....
I remember reading up the other day on a game called Star Command.
/MIGHT/ be upgraded to something modern and ported all over heck and such, but shoot, reality is that it would cost them MONEY when they are already a struggeling small company.
/ALL/.
/REDUCE/ the copyright limit. ~7years for computer programs and ~25 years for books and other documents sounds nice. (Some books stay in print and keep on selling for longer then that though)
When asked why they didn't release the game for free or open source it, a person in the company (CEO/Lead developer or some such high up person, small company anyways) said that it would take too much of their time and money.
First they would have to try and FIND the source code (doubtful if it still existed), then if they managed to do that, reassign some people from another money making project to taking an old (in this case DOS game) and removing the protections and security checks they put in there and scanning in the documentation, bundeling it up, setting up a server for distribution (or maintaining a sourceforge account, granted they could pass it on to somebody, but then that entales the legal issues involved), all just to make a few people happy that they could now freely get an old DOS game.
Sure it
Not to mention cases where the rights to a program are split across a few gazzilion people and numerious corporations. This is especialy true when one company has the rights to the game and another company has the rights to distribution. Icky situation there. And if by some chance somebody sold off merchandising rights. . . . oh man, no hope at
A good first step though would be to
At least it would take care of the legal hassles somewhat, but it still wouldn't help with finding the sourcecode.
"umm, lets see now, where did I shove that 5.25' disk. . . . . "
Need help treating your acne? Come here!
Ryan T. Sammartino
"Ancora imparo"
But if you look at the complete Open Books list, you'll also see a number of out of print books. These books were open sourced not because we wanted to spread the software or the ideas, but because we felt an obligation to make the material available to those who could make use of it even after we were no longer able to sell the books profitably ourselves. This is recycling in action.
If had you bothered to read the article, he mentions that he has.
I presume what the poster means is that by giving away the software, the company destroys the market for the competitors.
Well, that isn't quite true, as we have seen again and again. In fact, in real life, the source code and executable are only a small part of the value of a software product. Most of the value is in the ongoing maintenance, business relationships, trademarks, the user base, the books that have been written about it, in short, the "network" that surrounds it.
To the degree that it is true, well, software companies simply have to get used to the fact that, once created, it costs nothing to give software to additional people--that ultimately has a lot of influence over how software can be priced and licensed. There is no use whining about basic economic realities.
If you read BrettGlass's argument, you'd realized that he wasn't arguing disaster due to bad code, but disaster due to individuals using a free alternative over a superior still-commercial product, driving the developers of that commercial product out of business..
His argument that freeing abandoned software would eliminate all incentive to produce is indeed flawed -- there are many fields in which quality free software exists, is being actively (comercially) developed, and has commercial competition which has not been killed as a result.
Before responding to an argument, perhaps you should read it first.
That's not necessarily what he's saying. He's saying that software that's obsolete should be opened up. It has nothing to do with the companies going under, although that certainly does cause some software to go obsolete.
Here's a perfect example: When's the last time you heard of a company making money selling Commodore 64 games? The Commodore 64 is a perfect example of an obsolete technology. But even though the technology is obsolete, and for all practical purposes, worthless, the games themselves will be copyrighted for another 90 bazillion years (give or take a few). Even the companies that still exist (like EA) are not making a dime from these games, yet they are still protected. Why? How does that benefit anyone?
If someone "pirates" a Commodore 64 game today, does the SPA consider it a loss for the company at the software's full, 1985 retail price?
You can learn a lot from failed software. My experience has been that software fails when requirements are vauge and the developers spend time architecting kewl stuff and polishing it rather than letting the marketing dept make sure it gives the users a few key features, and push it out the door when it's barely good enough (this is what makes MS what they are today).
Anyways the sad truth is that failed software often has really neat code. Beos, anyone?
My Karma: ran over your Dogma
StrawberryFrog
(IANAL)
With regards to solvent companies opening "obsolete" software...
It occurs to me that part of the problem may also be in terms of companies and protecting their existing intelectual property. If a company decides that a particular software product is too old, or not selling well enough, and they release it to the public (either as source or binary) then might it be argued that they are no longer actively protecting their IP and leave themselves more open to their competitors?
For example, you can no longer (I think) buy a copy of Doom or Quake, and while the *engine* code has been released under the GPL, the rest of the games (graphics, levels, sounds, etc) remain copyrighted to id.
(/IANAL)
software is an asset, if I company just gave it away, its value would decline.
Right or wrong, That is how it would be seen in the financial and business world. That also happens to be the world you need to look good in to survive.
If a company goes chapter 11, that asset is delegated by the courts.
Plus, what happen if someone releases a crappy product, has no sales, then someone come along, puts in 2 week worth of work, and creats a product thats in demand? The company would look bad, and you don't want to look bad to the market.
Are these reason pretty stupid since that compnay wouldn't be making money from the product anyways? yes, but what dpoes that have to do with business?
The Kruger Dunning explains most post on
I agree with the recycle concept of obsolete software, there are a few companies that do this, ID Software as mentioned here last week, and a few others,
:) People actually feared for not only their status after peer review but their jobs as well.
:)
Many companies , especially smaller ones have issues releasing their code even after their demise because of Ego issues, yes Ego, they write stuuf and will sell it , and some of it is a lame horrid hack. Even if it isnt people are afraid of rejection of their coding practices,
Dont belive me, ask some people over at sun what it was like when they made their source avaiable, developers panicked, at the thought of open review of their code, I saw so much code bashing BEFORE a single line was released I thought shit, anyone ever get to my code Im in trouble
Granted It may be different when a company dumps into ch11 but not a whole lot, Ive written code I am truly proud of , the stuff that people I think are out of my league have said I dont know how it can work, thats one of the nicest pieces of code Ive ever seen......AND Ive written code I myself looked at 5 years later and yelled who wrote this shit, only to see it was me...
I wouldnt want that code out there....(well some of it is....anyone running Apache on Windows
Ego.....makes the world go round.....
Sig went tro...aahemmm.....fishing........
Software that gets orphaned by a company that goes out of business most likely is not obsolete and its release to the public could have damaging effects on competitors. However, if that's the case, it's the job of the bankruptcy judge, trustee, or whoever is shutting down the company to recognize that software still has value. If the software is still so competitive it could put someone else out of business, chances are someone will want to buy that software. And that value should be returned to creditors or shareholders of the defunct company that otherwise would receive nothing.
Abandonware on the other hand, is software that its "parent" deems obsolete and of little or no value anymore. There are a lot of other programmers (both hobbiest and professional) that could take advantage of recycling "useless" code. O'Reilly's example of a user wanting to share "obsolete" software for a niche application is something I have experienced myself and it is frustrating. I say encourage companies to release their abandonware to the public.
In either case however, the decision should be voluntary, and in the case of bankruptcy, with input from all interested parties.
I can understand why companies (especially the big guys) are reluctant to share abandonware. The support issue really never goes away. In some cases there might be some lingering IP that you carried through to your current products that your competitors still don't have, and you might not even know it. I think a lot of companies hold onto abandonware because they don't want to unknowingly form the basis for someone else's business or worse yet, aid their competitors.
-z
In Soviet Russia, the Beowulf cluster imagines you!
This article illustrates the complete failure of the only constitutional purpose of modern copyright law with respect to software -- a failure to establish a public domain, in both senses of the word.
The first sense is the idea of public domain as "uncopyrighted" or "expired copyright." Had Congress resisted the urge to tamper with the copyright laws in 1976, things would be different. Under the pre-1976 copyright regime, copyright lasted for 28 years, with the option to re-register for an additional 28 year term. Under this system, abandonware from the early 1970s would be now regularly entering the public domain. In two or so years, we would start to see the first generation of abandoned PC software enter the public domain -- old Apple II software, games and system software from long-lost companies. Instead, by repeatedly extending copyright, and removing the renewal requirement, Congress has essentially consigned the history of computer software to destruction. Very few of us will live long enough to be allowed to legally copy the software that was written before many of us were even born. Even if we did live long enough, the media will have long decayed, any software from the early days of personal computers will only survive as illegally made copies. In essence, Congress has criminalized the work of the historian and archivist, with no real benefit to anyone.
There is another sense of the "public domain" in which the copyright laws have even more drastically failed. This is the sense of the "public domain" as "the body of work available to the public to read and learn from." The problem is that by allowing copyright on object code, and by allowing software publishers to treat source code as trade secrets, in essence, computer programmers are forced to learn their trade from scratch. Imagine if a student expressed an interest in becoming a writer, and was told, "If you want to be a writer, you will never be permitted to legally read books written by successful, popular authors." I doubt that the result would be better literature, but that our public policy with respect to software -- both by attaching copyright protection to object code, and by allowing the attachment of licenses to software that forbid reverse-engineering -- a technical term for "reading" software.
The primary purpose of copyright was to place knowledge into the public domain. That's why patents must be openly published, and why, originally, only published works were eligible for copyright. Now, with copyright protection automatically attaching to all works, whether or not they are ever published in a form that adds to the public domain, we are back to the bad old days of proprietary licensing of -- and the subsequent destruction of learning and knowledge -- the very problem that copyright was designed to put an end to!
I believe that the real revolution in free software is not a better business model. It is not the sense of community that it fosters. It is not the reduced costs or the improved quality.
The real revolution in free software is that it in effect reestablishes the public domain that has been systematically destroyed by Congress in passing ever more restrictive, destructive copyright legislation. In the year 2002, free software is the public domain. It's the software that you can download, study, modify, improve, sell, and give away. It's the software that you can learn from, instead of just use.
Unlike proprietary software, free software is the software that promotes the progress of science and the useful arts, and anyone who is interested in promoting progress in the field of computer science should strongly consider releasing their software under the GPL, after its commercial potential has been exhausted.
I really disagree with Tim's proposal to force abandoned code to be made available at the source code level. That's not free speech, it's forced speech. Sure Lotus Improv is out there already, it's been abandoned, let people copy the binaries as they wish. But to force Lotus to cough up the source is an unreasonable burden. Hell, the source code could be near impossible to find even for the original programmers. Finally, the source code can represent an asset for the company that will be valuable when they sell off.
-sk
BrettGlass' objections to the GPL are just that - GPL specific. Really this is easy to work around; (1) if you don't like GPL, don't release it that way; and (2) if you don't like GPL, don't use GPL code, including obsolete code. The publisher can and should decide which way (GPL or something else) is better.
What I don't see is the downside. What possible harm could come from code being out there? Sure, it's harmful to competitors, but so also is newly written GPL (or BSD, or ...) code that's out there, free as in beer/speech, and in any case protecting competitors shouldn't be our business.
If it's bad for the publisher, for example if it increases support costs or cannibalizes sales of the current product, then of course the publisher may choose to trash it. But if it isn't, there's zero (0) harm to anyone else, so let's encourage this behavior!
sulli
RTFJ.
The request sounds simple in theory, but as always it's more complicated than this.
// we have to do it this way because Intel is a bunch of fucking idiots
// Bob Martel isn't at the company anymore, so I can safely say that this is the worse piece of shit code I've ever seen. I'll rewrite it when I get a chance
... sort of like quickly straightening up the house before visitors show up. I don't want people seeing my dirty laundry. If I don't have time to straighten up, I'd rather not let people in at all.
What if somebody is scanning through the code and finds
Would you really want that being leaked into the public? Particularly if you have a close working relationship with Intel?
Or how about:
Not to mention potentially plagiarized code, or patent violations, or any number of other nastiness buried in the code. Sure, it *probably* doesn't contain any of the above, but do you really want to scan through all two million lines of it just to make sure?
Further, every time somebody wants to see my source code, I find myself preparing it a little more thoroughly. Removing a few of those ugly hacks, documenting the ones I can't remove
Source code is the same way -- you generally don't want other people looking over it until you've had a chance to clean it up a little bit. If you don't want to clean it up, you just don't release it. Releasing source code *always* costs time and money to a corporation.
ZFS: because love is never having to say fsck
I would be happy to have the source in assembly. Wouldn't bother me at all. If that's what made it so fast on DOS, it would be worth the effort to make it work on other platforms.
The source code to these old programs is not "next to useless" at all. It would no doubt require some concerted, expert effort to bring it to modern processors and OS's, but you don't have to "reverse engineer" it. After all, this is what the original authors worked from, and it can be pretty messy, but that is not the same as decompiling a binary and working from that.
And finally, I probably would not be interested in a version ported to "modern APIs like DirectX or SDL." I might tolerate something written for X with straight xlib calls (that might be almost as painful), or the GTK or Athena widget set. But I would prefer a console program that can output postscript files to be previewed in another program. (The print preview in WP 5 for DOS is ok.)
If you have the opportunity, find an old 486 or early pentium and load up DRDOS and WP 5. Look at how fast it takes it to fully load a large document, and do a print-preview to see the "graphics" capabilities. Then load up OpenOffice on a 2 GHz linux box with your stop watch running.
I have to disagree with him on the degree of harm that would be caused to commercial development efforts by this. The market has already shown a tendancy to go with commercially supported solutions.
You're being kind.
He is basically arguing that if a failed package in a given market becomes free, it will automatically overtake the previously victorious competitor, even if it is missing features or buggy.
Unfortunately, historical fact proves exactly the opposite. StarOffice/OpenOffice hasn't made even a fractional percentage dent into Microsoft Office's sales. Interbase has taken exactly zero customers away from Oracle.
Now, it is certainly true that a pre-existing free product may discourage further development in the niche it occupies. Thus do we have the complete paucity of alternatives to GCC on the Linux and BSD platforms. But that's a very different scenario than the one Glass is addressing.
News for Nerds. Stuff that Matters? Like hell.
Just think about how bad of shape just the Star Wars movies were when they digitally remastered them. The Special Edition VHS tapes have a little documentary at the beginning comparing the visual quality of the movie from the original print and the digital remaster, and the difference was astounding. The 1977 prints were horribly faded and would have been lost in just another couple of decades. And this is just from 25 years ago.
Also consider the other types of property destroyed on purpose, such as unused scenes (Charlie Chaplin is known to have ordered outtakes to be destroyed) or movie sets and designs. Stanley Kubrick had the Discovery models destroyed for fear that it would be reused in future movies.
A lot of movies have been lost by accidents or other means (such as acts of war). The biggest problem is that there is only one original copy of a movie with no real backup archives of it, mostly because of space consideration (keeping warehouse space does cost money, and that cost just increases the more movies a company makes). On a sad note, I saw on CNN the other night a piece about a documentary series about New York, which has some episodes about the World Trade Center. The man who was in charge of the series said that they had the only known footage of the construction of the World Trade Center, since the New York Port Authority's own archive of the construction was located within one of the towers.
Suddenly, the market climate changes dramatically. A product similar to mine is available to consumers for free! Ironically, the failure of my competitor is likely to kill my company, too -- EVEN IF MY PRODUCT IS SUPERIOR.
I'm surprised that Brett's caps didn't trigger the lameness filter (I don't know if it will as I'm typing this.) Anyway, the reason he types in all caps is that he wants you to consider his conclusion rather than the logical conclusion of his argument. He implies that the best products will be less popular, hence reducing the quality of software in general. That's not correct. The correct conclusion is:
Now:
Firms charge users the value their software adds.
Recycle-world:
firms charge users the difference in value created between their product and the best free alternatives.
microsoftword.mp3 - it doesn't care that they're not words...