When Open Source Strikes Back 61
The following was written by Slashdot Reader J. Paul Reed
Open source is nothing new.
Neither are corporations' announcements that they are embracing the historically unconventional software development method.
In the past year or so, we've watched as big names like IBM, Netscape, Apple, and Sun make their internal software development efforts open to public eyes.
Everything from the design of a particular product, to its implementation, to precious developer comments within the source code never meant to be read outside of the company, suddenly becomes naked to the world. Typically, this occurs in a downloading frenzy the first day the source is released, after hackers, eager to pick apart code that has never seen the light of day, read the infamous press release.
And corporations know the benefits of opening up their source; in fact, they seem to bank on them when making the decision to take the open source gamble.
For a relatively small investment, the returns in improvements to the product, and thus a furthering of the company's motives whatever those may be, can be great.
In addition to the standard notion that numerous outside developers will benefit from being able to view and modify the source and thus be inclined to join the effort, one must never underestimate the power the free publicity of going open source brings.
Often, that slashdot effect within the first few days is worth more than any amount of advertising in trade mags, and depending on how they work it, sometimes worth more than releasing the code itself.
Companies seem to think releasing their software open source is more about setting up the media event and sending out press releases than it is about the more mundane activities that actually allow the open source development to take place, like firing up a CVS server or putting tarballs on the web.
Case in point, Apple did it with OSX to get the development community all fired up, or at least interested in if only by curiosity, about their new operating system.
Those following the Apple's OS development strategy knew of the BSD-based, server- capable OS for some time; but by announcing parts of were going to be developed through open source efforts, suddenly we have an article up on all the tech websites, and hundreds of developers and gawkers alike interested in downloading the source, generating more interest and buzz within the "tech" community than conventional advertising could ever hope to touch.
This use of publicity for a company's own purposes is forgivable; I mean, we do get source code out of it. So a little bit of grandstanding is acceptable.
One thing corporations don't take into account, however, is the time after the honeymoon-press release period ends, the period where the real magic of open source development supposedly starts.
The unique thing about open source development is that developers aren't responsible to anyone but themselves and the user community they attempt to support with their initiative. And thus decisions based upon previous agreements with other companies, or decisions by management based on politics fundamentally don't work.
This fosters an environment where developers are more interested in and committed to doing the notorious "right thing (tm)," rather than "the easy thing," the "thing required by our legally binding contract," or even "the thing the boss told me to do."
We find this environment exemplified in the channels through which open source development takes place: out in the open, through multiparty communication mediums, where anyone who has an opinion or idea can voice it, and all can attempt to convince others that their design is the sacred "right thing (tm)" to do.
This is fundamentally incompatible with the way closed source development works, and often companies, in a rush to reap the benefits of the open source, forget that little nagging fact.
Open source is about openness. To most slashdotters, this is a no-brainer, but the concept is foreign to companies where the "official company line," which is commonly different from developers' opinions, is kept very separate, and the PR department has the power over R&D to keep these two points of view isolated from the media and the product's users.
Open source, due to the absence of such a department and structure, forces an element of full disclosure that is foreign to the closed source development process. Because of this, most of the companies who have "embraced" open source are wholly unprepared to deal with this new tidal wave of open communication.
Netscape wasn't when Jamie Zawinski started posting rants on the development methods on his website after the Mozilla development effort started. And more recently, RedHat, hasn't shown that it was in any capacity prepared to deal with the situations open source communication has caused concerning Rasterman's recent departure or the whole LinuxExpo fiasco.
They've been very hush-hush about both.
Both are instances where the open source development model provided an open communications forum which developers, internal and external alike used, and information and opinions that would've been kept quiet in a close source environment leaked.
The PR department just lost control of what the R&D department says.
Suddenly, we have a situation where just as corporations have "embraced" open source, the open source development model has "embraced" these corporations.
This isn't necessarily a bad thing.
This open communication model keeps companies on their toes.
It reveals more about the internal feeling on projects and designs than the PR department would ever know about, much less care to comment on, and it keeps the public in the know as much as possible about what the company's management is doing as far as the open source project involved.
In many ways, open source forces the truth out of companies who employ its methods, an ancillary benefit not only for those working on the project, but those wanting to use the software.
Not exactly what most open source radicals think of when they think of "freedom," but another benefit for us all, none the less.
And it's worth a whole lot more than source code.
Re:Using Open Source for Pre-Employment Purposes?? (Score:1)
If I were looking for a job, I would interview at least a dozen companies or so. If all of them had open-source projects, can they realistically expect me to have contributed to all of those products? And in my spare time as well? Keep in mind that I am currently employed and need to devote my full attention to my current project.
Just b/c a developer hasn't worked on an open source project doesn't rule out that they may be the better programmer.
In fact, a person familiar with the current code may be undesirable as they do not bring a new set of eyes & outlook to the code/product. Again, this depends on the situation.
Re:Overall (Score:1)
> what is wrong with a company that says "you can work with our code and if you make money we can have some"?
> why is it wrong for the original software author to ask a bit in return?
There is a serious problem with all these sorts of licenses, whether "free for non-commercial use only" or "original author receives money". The problem is that such a license gives an extreme advantage to one party (the originator), and puts everyone else at a disadvantage. I work with free software on a daily basis, fixing bugs and making improvements, but if at all possible I refuse to do any work with any code under one of the aforementioned licenses.
Consider code under a "non-commercial use only" license. If I put in time and effort to improve it, the only people who get to benefit from it are non-commercial types. Moreover, the only people who get any money out of it will be the original authors! Basically, any work I do with that source code is unpaid labor for the original author/company.
A license that requires "some" of the money you make to go toward a particular group is also problematic. For one thing, it is difficult to distribute these kinds of programs. Companies that sell Linux distributions on CD will not want to include them because they will have to pay a fee for each CD sold. Likewise, even public FTP archives may find the restrictions unsuitable and will not make the code available.
In short, although these sorts of licenses may be appealing to companies or those that would get rich by the labor of others, they should be avoided because in the end, they can not achieve the _quality_ that open source has shown in the past. These licenses simply turn programmers off, and as a result programs under these licenses will not get as much polish and code review as true "open source" projects.
Both XAnim and SSH are under these sorts of annoying licenses. I am going to try to spend some time this year working on free replacements for both programs. A free replacement for SSH is in the works over at:
http://www.net.lut.ac.uk/psst/
There is also a free QuickTime player for Linux under the GPL:
http://www.freeyellow.com/members4/heroine/xmov
The author of XMovie (Adam Williams) has written a _lot_ of free audio/video software for Unix, including a complete non-linear video editing system. Truly a great guy.
Re:Examples today (Score:1)
Re:I wan to appologize for my ignorance but ... (Score:1)
IBM OpenDX -- an IBM example of Doing It Right (Score:2)
There is not yet a publicly available CVS tree, and the mailing lists are explosively overactive (I have no idea how the guys working on this project for IBM get anything else done), but they have been extraordinarily helpful and receptive to suggestions. Lesstif is being closely examined and apparently improved as a side effect (since most Linux users do not purchase Motif, duh). Distributed DX and an RPM are in the works thanks to the efforts of the IBM crew, and I am trying to SWIG parts of DX so it can be scripted from the web with minimal effort. And for whatever it's worth, I have started working on DX2Octave again now that I have access to DX on my machines.
As far as the code goes, it's a little crufty, but anyone who tells me that (for example) the original Mozilla codebase was any cleaner is insane. And OpenDX worked out-of-the-box, the day it was released, on many platforms. Plus, IBM is licensing some of its own patents to outside developers by releasing DX in its working entirety. They went the extra mile than Netscape did not, which is why I bring up Mozilla vs. DX.
I am very pleased with IBM Research's involvement in their open-sourced projects, and IMHO they are a great example for other companies to follow.
DX homepage, with downloads and license info [ibm.com]
OpenDX.org [opendx.org]
i'm not so sure (Score:2)
To me, it seems to be counter-productive. We hashed over the Raster vs. The Evil Manager thing for a few days...and it seemed like at least half of us though that he was wrong to go on a tirade against his manager in public.
I guess I don't think that open source code has anything to do (nor should it IMHO) with opening the internal problems 2 or 3 people might have with each other. Problems between employees and managers are between them and none of our business, no matter how open their source code is.
Maybe you don't all agree with me...but that's the way I see it.
interesting perspective. (Score:2)
Re:Overall (Score:1)
The way I read his comment, it seemd that he was looking at the issue from the other side. It seems to me that his problem is that licenses such as those basically make him an unpaid employee for the original author. In such a situation, the original author gets paid for a product comtaining at least some code from others, but the others get no compensation. I, at least, prefer working on projects that are more fair, like GPLed stuff. With a GPLed program, others are still able to make money off my work, but anyone (including me) is free to do so.
I guess it's all about how you define freedom.
--Phil (And yes, I have contributed to free software, albiet usually in one- or two-line bug fixes.)
Re:Examples today (Score:1)
perhaps apple is on the road to something like what mozilla has now, and are simply choosing a better way to begin. i would like to believe that. but as it stands i can't see apple being able to truly make enough of a comittment to open source methods. it seems far more likely that they'll continue along with this half-assed approach and never get to the point where they could truly enjoy the benefits of open source.
apple's always had something of a "control freak" feel to them, and i don't see them getting over it. but then again maybe i'll be proved wrong... wouldn't be the first time...
-garrett
Re:Examples today (Score:2)
unless the primary development is being done out in the open in full view of the opensource developers who want to help, what reason do they have to contribute?
here is where mozilla has it right, and i hope they are successful, if only to show companies like apple how it should be done.
(note: my opinions on apple's opensource projects are a result of lurking on the darwin-development mailing list, i am not actually involved in developing darwin. i don't have the skills necessary, but if i did i'd seriously have to consider if it was worth the trouble at this point)
-garrett
Re:Examples today (Score:3)
--
Net Effect (Score:1)
The Third Wave is coming, either surf it or wipe out.
Re:The Right Reasons (Score:1)
----------------
"Great spirits have always encountered violent opposition from mediocre minds." - Albert Einstein
Re:and? (Score:1)
Re:'Source code included' vs 'Open-Source' (Score:1)
Including source as a "protection" against companies going under--or just for people who are capable of hacking on their own--is probably a good policy. I think people tend to forget, though, that "source licenses" predate open source by two or three decades. If I make a shareware program and send you the source when you register it, I could grant you the rights to modify it for your personal use only and the rights to freely distribute patches against my baseline source, but not the rights to redistribute the complete source or binaries in any form or to use my source in other projects. This is clearly not open source, yet it doesn't prevent the user community from finding and fixing bugs or enhancing my product, sharing those bug fixes or enhancements with one another, or even continuing to develop the product if I stop development (although in the latter case it would prevent the user community from growing).
Capitalism 101 (Score:4)
For-profit corporations exist to make money. ("Duh," you say.) No, the point isn't to make you go duh, but to re-iterate that all other considerations are secondary. The difference between an ethical corporation and an unethical one is the difference in how they achieve their profits. No matter how ethical the corporation is, though, the "right thing" is that which leads, directly or indirectly, to higher returns.
People in the "open source community" need to keep this in mind when evaluating what companies are doing with their source code. The fact of the matter is that very few companies will be releasing source with GPL-style licenses for the purpose of examples, unless it's source that's specific to that one example. (If Be wants to get people to write more graphic card drivers for BeOS, they'll release the source code to a graphic card driver, not the source code to the BeOS application server.)
I've argued before that companies that expect to make the bulk of their profit from software can't afford to release that software open-source (it has to be something that people will be willing to shell out continuing money for to get support, like Cygnus's multi-thousand-dollar cross-compilation products). From a profit standpoint, the best reasons to go open source are publicity--likely for products which remain closed--and the possibility that you will get your development work done for free.
Some might say that's a cynical way of saying "improvement of the code," and granted, it is. But sometimes cynicism is an unpleasant way of saying the truth. If Apple folds your hacks to Darwin into a future release of MacOS X, will you get compensated for it? How about Red Hat? I'm not accusing them of evil motivations, mind you; it's simply that the part of the "open source equation" most appealing to investors and accountants is the possibility of selling an $80 operating system with ongoing support contracts that you spent perhaps 2-3% as much developing as an "evil closed source" company like Be.
This is not an argument against open source (or an argument against closed source, for that matter), but a note of harsh realism. As open source becomes a buzzword, to most companies--even "good citizens"--the bottom line will become that it's not free as in speech or beer, but as in labor.
Re:Using Open Source for Pre-Employment Purposes?? (Score:1)
I know it will help me when I eventually find myself hiring staff.
I mean whats cooler than being able to show or be shown work before you hire. Work on stuff that has been tested to boot.
Its also a whole different style of development, I am basing my Final Year Project at university on the Open Source method by designing an app that will be easy for developers to share and with replacable components.
Any budding developer with time on their hands can contribute to or test or release their own work and get experience before having worked for a company which means an end to the vicious circle of 'no experience, no job, no experience..'
A.
Re:A Free Software Pyramid Scheme (Score:1)
>:)
Re:A Free Software Pyramid Scheme (Score:1)
The distinction here may lie in the difference between an idea and the practical application of that idea.
Does the person who came up with the idea of the internal combustion engine (or the estate of that person, by now) get a royalty each time someone builds something based on that idea?
By saying "software is more intangible", I mean that we are primarily dealing with ideas as opposed to physical property. How does one steal an idea? What if two people have the same idea at the same time? We can certainly recognize that a car exists and provides a more easily quantified value to its owner. When we talk about the monetary losses of software companies due to piracy and the like, we can only talk about estimates and opportunity costs.
I suspect the answer has more to do with philosophy than pragmatics, while patent law seems to have more to do with pragmatics than philosophy.
On the other hand, you bring up a good point, namely that value is linked to the time and effort necessary to create something. That's a point that I've not often heard in these discussions.
As to the question of the value of software, that's up to the creator. Seeing that the creator decides the licensing, the question of ownership seems to have been settled. If I create a program to make my job easier and to learn Perl (not so unlikely), I can put whatever monetary value and licensing restrictions on it that I choose. That's freedom. I also have a global means of distribution via the Internet, without being subject to supply chains and costs of production and the like.
It's my philosophy that software should be free -- and that the largest benefit is not to create a piece of code which may or may not be good and worthwhile and useful, but to give me more tools to solve problems. Maybe I'm the only one who thinks this way.
If it sounds like I'm wavering between the two positions that 'code has owners' and 'code has no owners', I am. I'm also probably dead wrong about a couple of things here.
--
QDMerge -- generate documents automatically.
A Free Software Pyramid Scheme (Score:2)
Please don't get me wrong. I am all for open source and GPL. The only thing I am wondering is does all software have to be under the same liscence and why is it wrong for the original software author to ask a bit in return?
On one hand, a taxi is a physical commodity while a piece of software is rather more intangible. As many people are likely to point out, it costs nearly nothing to make a copy of software, while making a copy of a taxi requires a more sophisticated process.
On the other hand, we have licenses such as the GPL and the Artistic license which do require some things from those who use the software, whether it is making changes freely available under the same license or distributing the original source, complete, with the differences clearly marked.
Pragmatically speaking, it's pretty hard to enforce free software licenses -- maybe even more difficult than enforcing unfree licenses. How many free software folks have the resources to go after big offenders? How many free software folks can even find big offenders?
I'm toying with a license which makes my software free for non-commercial use, but requires commercial users to make a contribution to free software, whether in code or in cash. Maybe that's a better solution. Maybe not.
It's an interesting question either way.
(Oh, and the Subject is just a joke. I doubt anyone is going to Make Money Fast! by propagating Free-Until-You-Make-Money-From-It software through a downline.)
--
QDMerge -- generate documents automatically.
That would be a good thing (Score:2)
How many of you have worked in a business where people's code was so bad that you'd never release it publically.
Examples today (Score:3)
As well it seems like a lot of the IBM stuff is only developed in-house--community patches don't get reintegrated back into the main source tree.
It's a great start, but a lot of these companies have a fair ways to go before they understand the power of the true Open Source model. Mozilla is probably the best example of how to do it right, IMHO.
Re:The Right Reasons (Score:1)
Actually, I think its a great idea. Open Source by itself isn't "powerful". Not any more powerful then a "closed source" project. But the hype will encourage companies to do something about their products other then ship early. As the open source trend grows, we should (hopefully) see an emphasis on the quality of the product, weather it came from open or closed source methods. Also, doing "the right job" will be more important then, "doing the right thing." The right job isn't just creating hype, but following it up. Followthrough it how you measure a companies commitment to the OSS Community. If they put the tarballs up as well as the press releases, then its all good. If it takes them a week and half to get the CVS server running, not so good.
We need a form of media so that if companies don't have followthrough, they get chastised until they do, or print a retraction and apology to the OSS community.
Just my $.02
Re:I wan to appologize for my ignorance but ... (Score:1)
Quitting your job (Score:1)
One of the things we as a society are going to have to learn to deal with, is that on the 'net, everything is "open". Not just source code.
-matt
Re:That would be a good thing (Score:1)
That is something worth thinking about.
Software In General (Score:1)
What we're talking about is the software we use in order to run our computers, networks, in order to communicate, delegate, compute, learn, broadcast, etc. You can't put a price on the power it could all have if it was all free. Big companies should not sell their software, they should give it away. The support they provide to it, the technical know-how, that you could sell. But the utility itself not so in my opinion, not unless it was created for commercial uses.
Wouldn't everyone be upset if you had to pay money just to be able to do "ps auxw | grep httpd" ? That would annoy me too believe me. You'd be paying for "ps" and for "grep". We created something that aids our lives, computers. It's the same as a toaster, but not everyone sees it that way. Anyhow, I've gone on a bit of a rant. Open Source the world, and leave the people in the closet to their deeds.
Re:A Free Software Pyramid Scheme (Score:1)
Re:IBM OpenDX -- an IBM example of Doing It Right (Score:1)
Capitalism 201 (Score:1)
Part of the misunderstanding is defining exactly what is software. Some people view it as a finished tangible product, much like a car whereas other view it as an on-going conversation with multiple sub-languages and cultural variants. With this in mind, this gives rise to some fundamental differences with traditional economics which relies on artificial scarcity (e.g. a monopolist has the ability to exclude competitors and thus limit the avaiability). However, the rather striking effect is that the existance of any "free" software eventually eliminates any for-fee substitute (e.g. MS Explorer vs Netscape).
Given the rather constraits of everyone having equal access to the source, it is still possible to create sustainable business models. Ghostscript is an example where the author creates commercial versions, then turns them into GPL versions after a few years. The other mechanism is to turn the strengths of OpenSource into marketing points (trust, near zero-defect, rapid development cycle, knowledgeable pool of custom programmers for-hire) and become the low-cost and efficient supplier of a market segment. Modern intellectual property is a bit of an illusion as given that all software technology is based on previous tools, it is very hard to come up with a unique solution that 10 million other software developers won't encounter within another 2-3 years. Unlike hardware products, all the minor coding variations can be easily parameterised and investigated reducing the scope for differentiation (how many ways are there really of expressing a spreadsheet?)
Capitalism is a rather complex beast but the essential point is that it is the efficient allocation of surplus time (traditionally stored/measured in dollars) to create future economic goods. The $1 that a farmer saves by not buying a lotto ticket can be invested in funding a startup which (hopefully) can return $2 (or more) to buy future consumer products. With the limiting factor in software development being talent, the OpenSource model is one solution to give any programmer a go at improving software that they are interested in. In this sense, with open peer review, it is closer to a meritocracy than any other social system. If someone comes up with a brillant new hack to double the speed of Quake, I'm sure ID software would hire them in a flash. You can already see a similar situation with vulture
The nature of the internet does change the traditional recruitment rules in that it opens up new sources of talent worldwide (note that Mexico has installed Linux in its education system which might lead to some interesting long-term effects). As usual, some companies will adapt and prosper, others will wither and get absorbed.
I look forward to an interesting new decade.
LL
Call me stupid but..... (Score:1)
Is anyone out there saying Raster is right??? Regardless of the situation with his manager, that should have been kept private. I won't argue against his skill, I think his work is great, but if I was looking to hire him, I would certaintly think about his poor behaviour and decide against. He is reminiscient of a salesman that gets fired, and then calls all of the clients to tell them something bad about the company. But he didn't get fired, he quit, and then he took his grief out in public, and further damaged the reputation of a company that was limping already.
But the author of this article seems to be of the mind that this is the price that we have to pay to reap the gleaming jewel of opensource. If this is true, I say forget it. How much money can be lost due to bad press? Tons. Enough to fill our building with quality programmers who will take direction and will keep their problems out of the public eye.
So, if open source has the unfortunate drawback of airing you dirty laundry to the world, I, and I think most companies, can pass. Or better yet, we can donate some lame piece of garbage like the PFAT filesystem. Look, I've opensourced CPM! Now if I could just find that old MSAI....
Apple is changing (Score:2)
If you're on the Darwin development list you can witness the crumbling and fall of Apple's official communication channels. Did you know that a single support incident costs $195 when going through Apple's official Developer Technical Support system? At the same time people can ask very deep technical questions on darwin-development, and either some Apple employee may answer them directly or your mail is forwarded to the very core developers working on the problem. Free of charge.
This is all part of a community building process that has just begun. I think the ball is now in our own court, we need to support the individuals at Apple who fought for the release of Darwin as a free, open source OS. Of course there's still _lots_ of room for improvement, but this is not the right time to pick nits. First we have to show Apple that the open source approach actually works. Then we can think about fixing the bugs in the development process.
Using Open Source for Pre-Employment Purposes?? (Score:3)
1nterMod
a difference between 2 unknowns fighting on /. (Score:1)
Nothing tro worry about (Score:1)
So go ahead write the license for the sake of the statement bnut you really have little to worry about. Once you start an internet party, it will always route around blockades.
'Source code included' vs 'Open-Source' (Score:1)
> source with GPL-style licenses for the purpose of examples, [...]
> I've argued before that companies that expect to make the bulk of their
> profit from software can't afford to release that software open-source
You are right. The best candidats for Open-Source products are companies, where the software in itself is not the main product, but a necessary evil. They can avoid a lot of trouble with an GPL-style license. If, however, the main product is a finished piece of software, the model won't work that well any more.
But even those companies should hand to their customer the full source code and a license to do with mutations it whatever they are allowed to do with the original product. (If I am allowed to run the software on a maschine, I should be allowed to run any mutation compiled from their source, if I may resell products using their product (ie libraries) the same should be true for my versions of it.)
This way I have at least the chance of going on using the product I bought when the company goes out of business or stops supporting the product and I have trouble with it.
Servus,
johi
Re:Overall (Score:2)
Here's one problem: how much $$ do they get? Will it depend on how much of their code is copy/pasted into your final product? (how do they know?) What if you went through and changed all the variable names? What if you did minor modifications to the program structure? What about major modifications? What if you just got some good IDEAS from their code? In many of these cases, it's tough to see how they're going to prove that you used their code if you say you didn't.
Now suppose you're going to be generous (and honest) and let everyone know that your product is derived in part from their code. Now they want money from you. I can see how this could work to the benefit of both you and the code-providers, but I can also see how it could provide ammunition to legal departments! Read the licensing agreements *very* *very* *carefully*.
Re:A Free Software Pyramid Scheme (Score:1)
On one hand, a taxi is a physical commodity while a piece of software is rather more intangible.
How did that taxi come into existence? What had to happen before it came to be?
The factories and manufacturing methods that make possible the production of that taxi did not simply spring into existence for the benefit of all, nor did the computing devices and processes which make possible the creation of a piece of code. Simply because it is easy to copy a manufacturer's process for making a CPU in a third-world company, is the CPU any less tangible? The progenitor of anything manmade, whether tangibly solid as the taxi, or "rather more intangible" as a software application or chunk of code, is the original rational thought of a man (or woman... I have no care for being PC, so if you can't wrap your mind around using a masculine word to refer to either sex, stop reading now).
Ponder for a moment the phrase "Linux is only free if your time has no value." Look at what your time represents. I don't get paid for sitting at my keyboard surfing the web, cribbing code from others so I don't have to do anything myself. I get paid for the product of my mind, for my ability to analyze problems and create solutions that did not exist before, at least not in the exact way that I have reasoned out how to solve the problem in question. I may find use for someone else's code, perhaps because they approached the problem from a different perspective than I have been.
Does the writer of the code I borrow have a right to tell me how I can or can't use it? Most certainly. It is his property just as a taxi that he built with his own hands using materials he ethically acquired is his property, as much as a taxi he purchased with his earnings is his property.
Simply because you can't throw a rock at the code and smash a window or leave a dent does not make it "more intangible." Software applications do things, they have an effect. I cannot see the wind, but I can observe its effect. The wind exists, just as the software exists. Because you have declared that software is less tangible does not make it so. Words cannot create reality, they can only describe it, accurately or not. Please feel free to support your declaration with something more than the declaration itself.
The simple fact that it may be easier to reproduce a piece of software than a taxi does not make it any less a piece of property, the product of someone's rational thought, that one thing which must precede any act of man's creative/productive processes.
Re:A Free Software Pyramid Scheme (Score:1)
You're telling me that the concept of the binary search is practically worthless? At some point that concept did not exist, until it sprang forth from someone's clever application of ingenuity (otherwise known as a hack). Or shall we look back to 1937 and remember fondly that misguided soul, Alan Turing, whose ideas are just as obviously worthless.
It is not how long it holds nor even how much its value that is the deciding factor. Determinism is not relative, it is objective. The taxi and the software, after 5 years, still required the same investment of time, effort, and ingenuity that they did at the moment that they began to exist as themselves, and not just a notion. Your statement seems to assert that there is some sort of sliding scale of determinism of value, and of what constitutes property and what is merely there for the taking. Yet you provide no explanation of this curious phenomenon.
Re:Overall (Score:1)
I was raised in DOS, and didn't start on any kind of Unix or other OS until about 2 years ago when I installed Red Hat. I had complained about how I disliked Microsoft and how much I needed stability so I got my feet wet. It wasn't until after I had run Linux for some months that I really got to appreciate the Open Source movement. However, just as I could appreciate it, I am also confused by it.
ESR is making a huge stink about Linux being called GNU/Linux because without GNU tools, there would not have been Linux. Then there are those who despise Red Hat because it makes installation easy. Then there are those who despise non-open software.
After reading some comments, I can appreciate what the issue really entails. We are divided on this issue: Whether code is like a Taxi--Effort of an individual who is entitled to compensation. But then code could be much unlike a taxi--You can't touch it and it is not physical property. Some say the latter is the reason it should be open and is wrong to be closed-source. Others say it still is work, and the product is more than the sum of its whole.
I tend to agree with the analogy that compares it to wind--you can't dent it but it is there. Free software is great, but a programmer should (this is not an issue now) have a choice of whether they want their code free. With that I mean it is property of the coder, although undentable.
The only reason I am making my feelings known on this is because this is a BIG issue in Linux. This is also a big issue with MP3s and encoding engines. Should we be able to disallow duplication/modification of our work? Is it even work? Though Mp3 encoding is an algorhythm[sp??] didn't one have to write it? Keep the issue alive because no matter what we feel the worst thing we can do is not care.
-Clump
Overall (Score:3)
This reminds me a bit about the Slashdot response to Sun Microsystems opening of their source on some products. What surprised me is that there was a negative tide in the public response. Many were unhappy becasue of their liscence. From Sun's reasoning, it seemed logical. Open source but if you modify it and make money Sun is entitled to some of it. I am not open source expert but that does not seem unreasonable.
For the sake of discussion, what is wrong with a company that says "you can work with our code and if you make money we can have some"? I would equate that to someone borrowing a taxi and generating all sorts of revenue. The borrower never paid for the taxi yet he reaps benefits. Is it wrong for the taxi company to ask for some money?
Please don't get me wrong. I am all for open source and GPL. The only thing I am wondering is does all software have to be under the same liscence and why is it wrong for the original software author to ask a bit in return?
-Clump