The Open Group's New Open Source Strategy
Bruce Perens writes "The Open Group hasn't always had the best reputation in the Open Source community, mostly because of their handling of Motif, which remained proprietary for much too long. But there's no arguing with the success of our community, and now the Open Group leadership understands that their organization must be fully involved in Open Source... or it's time for them to change their name. To that end, the Open Group contracted me to develop an Open Source strategy for their organization. The draft strategy has been published and they are requesting comment. - Bruce"
>> Open Source = Viral.
It's because people have pride in their work and want to share it with others that open source exists.
This is perhaps the greatest (and one day maybe even the only) threat to Open Source.
I won't believe they're serious until they change their name to Gnu/OpenGroup.
Trolling is a art,
As much as this does sound like a troll put yourself in the place of a PHB...
Someday, I'll have a real sig.
"Open Source = Viral."
I'd agree except for one minor detail:
No one forces you to plunder GPL'd (and other similarly licensed) code.
Millions of programmers and developers get along just fine with the ideals set forth in 'open source' licenses. They also greatly benefit from the fact that some random person or corporation can't then steal their work.
Huh? I thought Motif still was proprietary, even to this day. Or at least, it is proprietary software in the sense of not being free software. Or was there some big announcement I missed?
-- Ed Avis ed@membled.com
This is a very good question. The trend that Open Source software seems to encorage is a gradual but irreversable shift away from propriatary and profiting methods. As stated in the strategy, this is good for the majority (users) and bad for the minority (vendors). The question is wether or not this method of software development is sustainable if it's popularity grew to a point where it was the majority method of development.
Some would say that it would be great. Everything would be free, innovation would happen at a rapid rate, but what about compensation for the developers. Software written under a GLP type licience, does not leave room for profits from the actual software. Ad-hoc services can only go so far to support an entire development effort. Who pays the developers for thier hard work?
The question I leave open for disucssion is this: How sustainable do you think Open Source in it's current form is and do you think that varients such as the Apache Licience are an innevatable change necessary for the properity of the community.
Didn't The Open Group do an entire UNIX implementation (the only implementation of which was Digital OSF/1|UNIX|Tru64)?
If so, how much of this could they open? Anything useful in it?
Bruce,
I think that the opening section of your draft strategy is the best summary of the current state of the world of open-source/closed-source detente. It's exactly right that proprietary solutions are failing, and will fail with increasing rates, as open source proliferates and hardware increasingly becomes a commodity.
I have two issues with the summary. The first is that it a strategy should be a long-term document, something that might be as valid five or ten years from now as it is today (this compares to a tactical position.) I don't think that the current stated strategy, while appropriate to this time of flux, will be appropriate then.
Second, I just have a issue with the 'Sorry Vendors' line at the end of the first section -- everything else in the document is straightforward, concise, and emotion-free.
thad
I love Mondays. On a Monday, anything is possible.
My problem? I was perfectly gruntled, until some numbnuts came by and dissed me.
Comment removed based on user account deletion
No, no. Not Open Source = Viral, Open Source == Viral
My Karma is bad. May I take you out for a drink? It's on me...
To me these issues are quite complex, and a draft like this need a follow up here at Slashdot soonish. Perhaps within a week to get a good brainstorming settle.
Unfortunately all good remarks will come very late to this message, when people have had time to read it carefully. Then, there are already more than 500 comments, of less value and people don't really care any longer.
My suggestion, in cases like these, would be to use the Slashdot forum as a forum with delay - as is done before an upcoming interview. A short notice in advance and a more indepth follow later. Let people have a few days to think it over and get a refreshener then. Perhaps overdoing it? Whatever.
So, wait, he expects the Slashdot readers to read a draft and comment on it? Ha! Read the article - that's a good one, Bruce.
Yes, OSF (later The Open Group after they merged with X/Open) created OSF/1, which was originally going to be the Unix for all the member companies. I think that included DEC, HP, and IBM, but not Sun. In the end, only DEC moved away from using their own home-grown system, so it could be considered a failure based on the original goals.
Later, The Open Group developed mk, based on the Mach 3 microkernel. While the Unix personality for the kernel was tainted with AT&T code, the microkernel was able to be released for free. The free mk was released with a Linux-based server, with the package known as mkLinux. Some (most?) of the funding for mk came from Apple, and I believe that it is the basis for OS X.
There was a little-known project called mk++, which was a complete re-write of the Mach microkernel interfaces using C++. There was a plan to release a book on mk++ along with a CD containing mk++Linux. Unfortunately, a month or so before it was to be sent off, all development efforts were shut down, and The Open Group became a Unix branding organization.
NOTE: I worked briefly at The Open Group, doing work on mk and mk++.
There are proprietary forms of software with disclosed source code but without Open Source licensing. Microsoft calls this Shared Source, Sun calls it Community Source, I just call it "Disclosed Source-Code". It's important to note that Open Source relates to the rights attached to the code, not just the presence of source code.
Bruce Perens.