Linux 2.4 Wins 4th Place ... in Vaporware 228
An anonymous reader says: "Linux kernel 2.4 got itself at the 4th position in
Wired Vaporware 2000 contest!
The top prize goes to ... (check the link out for yrself ;)"
I have a hard time calling something Vapor that I've been running on 30 days uptime, but what do I know? I guess a "product" without a release date just isn't something comprehensible.
Re: Release Dates - What about hollywood? (Score:1)
I've been amazed at the accuracy of release dates for movies, usually accompanied by accurate releases of a slew of other products, web sites, games, etc.
And yes, we know about Episode II many years in advance. It's a complex product using the latest technologies and likely a very unusual distribution system. However, we all also know the exact release date, and I'll bet it will be out that same day.
cmdrtaco is a dipwad (Score:1)
Case and point.
I've had a MacOS X devel. preview up for longer than 30 days, but that doesn't mean OS X is out and about. Why don't you take your mad linux bigotry to somewhere it belongs, like slashd- oh, nevermind.
Pre == Beta (Score:1)
Re:Pre == Beta (Score:1)
Re:What about viable open source business. (Score:1)
Re:Someone still using EXT2?! (Score:1)
Existing ext2 users, i.e., The Ignorant Masses Who Use 2.2 Kernels And Would Like To Get A Smooth Upgrade? =)
I had some ext2 corruption things (recoverable, fortunately), but they said test12 would fix 'em. I think I'll just get 2.2 and wait until they ship "stable" 2.4 - apart of the slight ext2 problems, it seemed to work more or less fine...
Re:I fail to see the problem ;) (Score:1)
I have one proof for you, that absolutely guarantees that the uptime posted previously is authentic: What kind of friggin' idiot would be running -test4, on december 28th, if it wasn't for keeping an uptime to brag about ??
See ?
I'm sure that when you check when -test4 was released, you will see that it is not too far from being 127 days away.
Re:What about Team Fortress 2? (Score:1)
Hey, I wish it had been delayed even _longer_.. (actually, I only borrowed it to see how awful it was..
Your Working Boy,
thank goodness for junkbuster (Score:1)
I am glad that I am running junkbuster [junkbuster.com]... there were a crapload (80% of page real estate) of adds on those pages.
donfede
The meaning of vapourware (Score:1)
To address the Linux kernel specifically, it was said to be released in December....
Oh my god! It's still December!
Re:Why it's vaporware (Score:1)
Re:You cant redefine the rules as you see fit (Score:1)
Yes. Of course, the media in general likes to redefine words to their own liking. Yet another reason they can't be trusted--you never know what they're really saying!
Re:agreed but the point is (Score:1)
Re:up and running? (Score:1)
It is. Vaporware is when there is absolutely *nothing* available: no betas, no screenshots, nothing. Only promises. There is plenty of evidence for the existence of 2.4, MOSX, PS2, .NET, etc. Wired just doesn't know what "vaporware" means.
.NET in the wild (Score:1)
Re:and .NET (Score:1)
Just wondering
Re:and .NET (Score:1)
Sorry.
Re:These articles are bad (Score:1)
Re:how about P4 (Score:1)
Jason
You cant redefine the rules as you see fit (Score:1)
Often wrong but never in doubt.
I am Jack9.
English Majors strike back! (Score:1)
People who don't know how to spell or use their/there/the're or too/to in a sentence.
All that is required here is for them to pretend they don't know what vaporware means.
Re:i perfer vapor (Score:2)
What about viable open source business. (Score:2)
Of cause, some corporations make open source software but they certainly can't make a living out of it.
Err...MPAA approved (Score:2)
Re:Mac OS X (Score:2)
Anyway, for reasons known and unknown, Copland eventually got scrapped. The research done as part of Copland did not, and a significant portion of that work found its way into 8, 8.1 and 8.5. Pretty much as you stated, OS 8+ is "almost-Copland." The current OSes have a revamped memory system, a new kernel and a lot of the improvements that were to come with Copland.
After the failure of Copland, however, Apple realized it needed proven technology to form the core of its system. Where better to look than the brainchildren of two former Apple employees?
In the end, Steve Jobs sold his technology more effectively than Jean Louis Gassee, and Apple snapped up NeXT. They announced Rhapsody, and even began showing and previewing it. As early as 1997, Apple had Rhapsody demos at MacWorld. In early 1998(if I have my dates correct) Apple released Mac OS X Server, a direct descendant of NeXTSTEP with some Macintosh beautification. (Note, I may be a year off in my estimates, can't remember now) They started to talk about Mac OS X Client, and it was supposed to come out in mid-2000 and be preinstalled on systems in Jan 2001. Well, it sorta did. We got the beta. And for a beta it's a fine system. If there were more driver support and I could get Classic to work correctly, I'd be using it all the time.
This January? I don't think we'll see preinstalls just yet. So they're late. But judging from the quality of the beta, I think Apple is within months of releasing the system - at the very very latest, at MWNY. (don't quote me on that, just my feeling).
Are they late? Yes. But given that they've consistently improved the classic Mac OS through this whole time (I crash rarely, and then usually because of IE5's crappy popup window handling), I can't be too angry at them.
At the same time, I am acutely aware of how many people need that reliable stability and how many need the underpinnings of OS X. I know that it is imperative for Apple toi release OS X soon. I hope they do.
There's just something wonderful about having a command line and a Mac all rolled up in one!
Re:OSX Server shipped March 1999 (Score:2)
Re:Mac OS X (Score:2)
Yeah, you are correct, 8 itself isn't all that hot. But 8.1 and above have really been good for the Mac OS, even if they haven't been the next-gen OS we've all been waiting for. It's like Apple is saying "We've got something great coming up, but we're going to keep making what we've got today better until it's done."
I fail to see the problem ;) (Score:2)
Linux xxx.xxx.xxx.xxx 2.4.0-test4 #1 SMP Fri Jul 14 01:56:30 CEST 2000 i686 unknown
~> uptime
7:08pm up 127 days, 4:49, 5 users, load average: 2.08, 2.02, 1.95
And the 2.08 is not even stuck kernel threads, it's seti@home and mutt
Re:On the other hand (Score:2)
Maybe it's just me, but I don't like the idea of deceiving people with release dates. Yeah, people who base their lives around marketing release dates deserve what they get - but why does this happen? Why are there two dates in the first place, a true one (which we're not told but are expected to divine) and a false one (which we're told)? There's an industry-wide lie, a naked emperor, where everyone "knows" you never trust release dates - so why make them? The answer is, admittedly exaggerated release dates are made to lie to people, either to placate stockholders or to build advance excitement or in extreme cases, to sucker in potential customers to lure them away from competing products that may be ready a year or two sooner ("Real Soon Now" for years on end). If you have to lie to people to make money off them, isn't something wrong?
OK, so why not use the engineering dates instead of marketing dates in the first place? Marketing won't stand for it - that's not what they're about, at least not in today's industry where marketing and engineering are two opposing armies. Not like engineers never lie, but engineers have a better idea of what's possible (build a new OS in six minutes? sure!) than marketers.
You can use the discrepancy between dates to determine how much of a shooting war there is between a company's engineering and marketing wings. Look at Microsoft - they miss deadlines by YEARS and usually lose half the announced feature set (and gain thousands of bugs) along the way - why? It's not like they WANT to make shit products - rather it's that marketing designs their products without asking the engineers what it'll take to incorporate into a codebase that is already bloated and grub-infested from two decades of this.
I'm not saying that marketing should NEVER influence the design of a product, but that marketing should at least attempt to work with engineering on such matters, determine how feasible things are, refine the feature lists, and perhaps even start building for a few months before deciding on a feasible release date.
As for Linus wearing both hats - he's fallen into the same industry trap, where it's expected that the first date out of your mouth is pulled out of your ass. Maybe that's thinking we should try to get out of.
Granted maybe I'm not the one to talk, I've got programs that've been in a state of beta for two years. But maybe it's better to simply never HAVE a release date, than to make one up that's gonna be wrong - especially if you know you're a) depending on other people that have pulled their release dates out of their asses, or b) charting unexplored territory where you really don't know HOW long it'll take to do the impossible. Of course that won't fly in the mainstream software industry, but that's because the people who control the money live in what amounts to another world.
Why do we care? (Score:2)
Re:On the other hand (Score:2)
While this is true, I have yet to see any project in any area (art/cs/marketting/whatever) where something didn't go wrong somewhere. THINGS ALWAYS GO WRONG. There's nothing wrong with blowing dates. Especially when doing development. Implementation is a little different. For example, it should take a known quantity of time to install Linux on a computer. It takes an unkown quantity of time to create Linux. The reason - one is development, the other is implementation. Implementation deals with many more known quantities than development, and is thus subject to delays. This is why MS was so late at delivering NT5. In development, you don't know what the obstacles are. In implementation, you know a lot more of them. Therefore, developers should never be criticized solely for not achieving time frames.
Re:So ?? (Score:2)
Re:DVD player for Linux? (Score:2)
Re:and .NET (Score:2)
Quote and answer (Score:2)
Well, did you try looking here [kernel.org]?
Sheesh.
ObJectBridge [sourceforge.net] (GPL'd Java ODMG) needs volunteers.
MacOS X #1? (Score:2)
As for linux, hey my departemental samba file server runs fine on vapour. It is currently running in circles around our win2k server, and it's not even breaking a sweat (no, the digital equivalent op poking its nose). Yes, they are both running on the same type of hardware
(yes this is meant in jest, and yes I do run Mac OS X PB on my G3 mac, and no, I don't like microsoft)
--
Slashdot didn't accept your submission? hackerheaven.org [hackerheaven.org] will!
Re:WarCraft III? (Score:2)
I'm a little surprised that WarCraft III is considered vaporware, too. The first time I remember hearing about it was at ECTS, which was in September 1999. I think maybe gamers are just getting a little impatient.
"Protected" DVDs? (Score:2)
Re:Halo? (Score:2)
The only game I've played recently that I thought lived up to its hype was Baldur's Gate 2 [interplay.com]. Now of course I'm playing that while waiting for Masters of Orion 3 [moo3.com] to come out which seems like its going to be great
I sort of understand them (Score:2)
Although it is available, it is quite like a beta test for users.
When 2.4 is released this will change, but we will have to put up with someone calling it vapourware.
Why it's vaporware (Score:2)
Duh. It's vaporware because it's not released yet. If you want 2.4.0-test13-pre3, or even 2.4.0-test13-pre3ac2, you can get it, but you can't get 2.4.0. It does not exist.
What matters (to Wired) is not that the new kernel has no release date, it's that it was "promised" (originally) for December 1999, then for December 2000, and it's still not here.
Re:Vaporware? Not likely (Score:2)
Bill had some programmers mock something up very quickly for display. "Look at us, we have it, too. We're a bigger company. You'd do well to bet on us... Sign here..."
When VisiOn was released, it was a complete flop, because everyone had signed their lived over to MS, and it was due "real soon now." It's worth it to wait, right?
Windows 1.0 was released 2 years later, and VisiOn was dead. The whole story disgusted me. (PC Computing, BTW, I don't remember the date)
Unfortunately, this is one story ignored by all the A&E type documentaries out there. Note that it was completely left out of "Pirates of Silicon Valley."
Re:"Protected" DVDs? (Score:2)
I haven't tried it yet, but people on the Livid User list are using it. I just downloaded it and will try it out.
Re:May I disagree.... (Score:2)
Absolutely. It's hard, in fact it's very hard, and personally I'm not all that good at it, but I've had the good fortune to work with people who do it well and I've seen some pretty good results. Just because something's hard doesn't mean it shouldn't be attempted or done as well as possible...heck, writing kernel code is hard too. ;-)
Also very true, and very unfortunate. This is only one of several areas in which it seems that companies are slow to learn from their mistakes.
Right again. I happen to believe that such accuracy is actually achievable, but it requires a strong commitment to adopting, learning, and using the tools. In actuality, too few organizations seem willing to make that commitment.
That said, I still think that Linux development needs to grow in this direction. For one thing, people are watching. Some of those people are not our friends, and I'd rather fix a chink in the armor than try to hide it. For another thing, good processes have been developed for a reason. Bugfests and slipped schedules and incompatibilities and lack of documentation frustrate nobody as much as they do the developers themselves. In the long run, even the people who hated doing these things will later be glad they did.
DOWNGRADE!!! (Score:2)
I'd like to remind all of you who are running various beta releases of 2.4 that it is HIGHLY UNWISE to rely on software which DOESN'T EXIST. I strongly urge you to downgrade to a 2.2.x series kernel. You only believe you're booting successfully. You're only imagining that you see DRI, USB and similar on your desktop. YOU ARE FOOLING YOURSELVES.
I repeat: 2.2.4 is currently for unicorns, fae and hobgoblins only! Do NOT run mythical software!!!
Re:Mac OS X is NOT vaporware! (Score:2)
It was promised earlier, actually -- take a look at the press release archives. However, it's not nearly as late as some would have you believe. Some people say it's taken them four years (time since the NeXT acquisition), which just isn't true, since Apple shipped most everything that was promised for Rhapsody in the form of Mac OS X Server nearly two years ago. Darwin was unveiled at the same time.
However, I agree that Mac OS X is not vaporware, as I am typing this from OSX public beta. Vaporware typically means something that doesn't exist, or something that the general public does not have access to.
- Scott
------
Scott Stevenson
OSX Server shipped March 1999 (Score:2)
Mac OS X Server shipped on March 16, 1999, same day Darwin was announced.
- Scott
------
Scott Stevenson
Re:These articles are bad (Score:2)
UML and CRC cards are fairly new and most programers are not yet familure with their use, let alone the managers. Without tools like these, the design phase of a software project is impossible, and with them, just improbable ( we have a long way to go). After 20 years, I have gotten pretty good at predicting my time requirements. Stated_Estiment = My_Estiment * 4.
Atari (Score:2)
Looking at atarihq.com, they seem to have more stuff that never made it out of their building than what was sold on shelves.
Re:#1 (Score:2)
Microchannel all the way
They forgot the biggest vaporware of all: (Score:2)
Re:Linus said December (Score:2)
Key point in the article: Linus "says he is trying to roll out the next major Linux release, version 2.4, by this fall." That was written in June of 1999.
Of course there's no definite promises, but we're definetly over a year past the first timeframe he mentioned..
Re:These articles are bad (Score:2)
Mac OS X (Score:2)
So people sort of waited. A year on or so, people really wanted these new wonder macs with the RISC processors, so apple went ahead and made them. All marveled as they ran the same old operating system, just a bit slower than a real 68040. Those in the know said that it's to apple's credit that they wrote such an effective emulator that the enitre operating system could run on it, but they were dismayed at the lack of the good stuff a decent risc processor could have offered, like better memory management and such.
Funny enough, later (1995?) apple released 604 based machines, about the same time Be released its dual 603e machine (BeBox) running a wonderfully capable OS with wonderful hardware features, and no applications. With this new release, apple said in a year, we'll have this new and better OS out... lets call it rapsody. Great!, many people bought 604 machines thinking that soon, they could run rapsody on them.
But that was delayed. Then scraped as OS 8 came out. mind you, os 8 has more native PPC code in it than ever before, such that 8.1 was all PPC and 8.6 was only for PPCs (they dropped the 68040). But still there was no grand OS.
Be OS was rumoured to become part of apple such that it could be used as the foundation for they're next operating system. But then it came to pass that next would actually provide thier next operating system. In a promissed period of 6 months no less.
Okay, there were some developer releases in 6 months of openStep on both intel and PPC, but... that didn't really help any mac users. Then there came os 9, sans pre-emptive multi-tasking. And then eventually the beta for OS X.
In the mean time the PPC machines are selling better than ever, and the old system no longer seems so crippling, mainly cause its not really all that old anymore, just crufty.
-Daniel
What wierd people
Re:I sort of understand them (Score:2)
I don't even really care when 2.4 final release is available since I experience no problems (zip, zero, zilch) with test9. I will probably give test12 a whirl sometime when I get bored, but I have no real reason to.
Re:On the other hand (Score:2)
On the other hand (Score:2)
Articles lie this can be good if companies realize that they are blowing important dates and that there is something nternally wrong. A reference was made to the turnover of developers on Duke Nukem. Hopefully, Epic will try to resolve this.
The fact ofthe matter is that if you blow a date, then something went wrong somewhere. It may have even been with the estimation process. Companies must learn that blown dates and vapourware are indicitive of internal problems that must be resolved.
Re: (Score:2)
Wired-Must-Have-Been-Bored Department (Score:2)
Granted, it is kind of difficult to know if the tag line, "...hard time calling something Vapor..." is one of distain or a plaintive statement of fact. However, the observation has to be made: so bloody what if Wired calls it vaporware. It's not even relevant to real life. Nor does it affect anyone on the planet if it's published as such. So why get into a snit?
Re:and .NET (Score:2)
No more vapourous than a dev kernel, thanks.
Jeremy
Re:These articles are bad (Score:2)
Re:On the other hand (Score:2)
This is true only if the date given to the world and the date used internally are the same date. There's no reason at all that they should be, though -- remember, release dates are provided by the marketing department. Even Linus, when he says "hopefully early December," is wearing his marketing hat, and not his developers hat.
There's nothing at all wrong with this behaviour, unless you think there's something "wrong" with marketing. Telling the world you're going to release Super-Itanium-Linux.NET v 3.0 on October 1, 2000, while simultaneously planning to actually release on October 1, 2005 is not a bad thing. People who base their lives around the release dates provided by marketing deserve the burning they get.
For an example of people confusing marketing with reality, I laughed when people here on Slashdot bitched and whined when RedHat released v7.0 without waiting for a stable gcc v3.0, stable Linux v2.4.0, stable KDE 2.0, or stable XFree86 v4.0. Christ people, get a clue -- RedHat had no way of knowing when or if those things are actually going to come out. It's OK if you're boneheaded enough to believe the hype on the release dates, but RedHat would be a very, very different company if they were dumb enough to do that.
Linus is not a marketing department (Score:2)
Linus's "predictions" are not announcements or press releases or marketing messages. They are his personal opinions, usually expressed on the development mailing list to other programmers (and occasionally in interviews to reporters). It's your fault if you take them for anything else (just like it's your fault if you expect him to make coding decisions based on anything other than what he finds pleasing).
Re:What about viable open source business. (Score:2)
Re:What about viable open source business. (Score:2)
Re:What about viable open source business. (Score:2)
What Should Be #1 (Score:2)
Re:CRIMINAL LINUX USERS (Score:2)
If we can simply pass enough laws to make guns illegal, and also sue the gun manufacturers out of business, we can solve all of this insane gun-related violence.
Because, as we all know, we will be much safer if we all are unarmed. Criminals are too stupid to make their own weapons or find black markets to buy them.
You simply can't make society safer by allowing law abiding citizens to be vigilantes. Our police force is amply able to handle the few gun related crimes that might occur once all guns become illegal. If your house is being robbed or otherwise under attack, calling 911 and reasoning with your attacker is always better than defending yourself with a gun. The police will respond immediately and save you.
Once again, this madness would have not occured if guns were illegal. The Slashdot population should be smart enough to recognize that you solve problems by concentrating on the specific technology, not the human nature, behind the problem. We should teach this fact to the rest of the world.
I watch the sea.
I saw it on TV.
Re:Prefer something that works the first time (Score:2)
Let's hear it for slow releases. I'd be very happy if KDE was as paranoid as Linus about issuing a "stable" release, and as willing to ignore the cries and complaints of them as do not help with the coding.
Mac OS X is NOT vaporware! (Score:2)
This is ridiculous! Apple has consistently said that they would release OS X client in January of 2001! Since when did they ever promise earlier?
Re:What about Team Fortress 2? (Score:2)
We just wish it was
Re:Vaporware? Not likely (Score:2)
Except that it was not a working demo. It was a cleverly written presentation consisting mostly of animated graphics, etc. so that it looked exactly like a real PC OS running. But it wasn't. It was an animation. And BG played the part completely, making believe he was actually running a program, etc. all according to his script.
This froze the market of course, because every one was waiting for the stuff that was going to come out "Real Soon Now"(tm).
Of course, this may be one of those Urban Legends that go around the net every so often. But I wonder about it sometimes.
Re:Vaporware? Not likely (Score:2)
In this regard, these make interesting reads:
Halo? (Score:2)
I'm going to go out on a limb and say that Halo is one of the most anticipated games of all time... and here it is 2 years later and nothing!
Re:These articles are bad (Score:2)
how about P4 (Score:2)
Re:Xine (Score:2)
You can find Xine here [sourceforge.net].
Re:Prefer something that works the first time (Score:2)
Please note, that list was: "Last modified: [tytso:20001112.1433EST]" (test11pre3) which is out of date, big time.
For a list of changes since then, check the Changelog-test11 [kernel.org] for test11, Changelog-test12 [kernel.org] for test12 and Changelog-test13 [kernel.org] for test13
Linux - Vaporware as it's finest
Stupid, just Stupid (Score:2)
2. You can BUY MacOS X Public Beta from Apple. It is well known that Apple is going to announce in just 2 weeks a final ship date for OS X. Futhermore, it is very widely beleived that it will ship in Feb.
3. They quote The Register. I like the Register, I think they are a good source of humor, but for crying out loud, it like quoting The Onion. No credibility.
Bunch of BS (Score:2)
"Me Ted"
DVD player for Linux? (Score:3)
Re:architecture and long release cycles (Score:3)
Yes. Lend your support for a different opensource OS, such as Fluke or EROS. Get it running under VMWare and the rest of the hardware support picture can be done at a more leisurely pace. Linux isn't the only game in town.
--
Not so vapourware (Score:3)
Yes, Linus stated a lot of "soon, soon, soon..." and that's bad. I think that timelines should be more strictly stated and the process of kernel delivery made more simple and strightforward. Because many people are already working with 2.4 since the first "test" releases. Here 2.4 is widely used since test6 and that is a few monthes ago. A lot of people on the community are already using "test" tarballs for quite long.
Yes, many users don't feel the "benefits" of 2.4. But sorry people that's what Linux is all about - construction sets. I perfectly understand that some may not have the preparation to make a kernel upgrade or play with it. Unfortunately the difference between Windows and Linux is exactly on this. You build the system according to your needs and don't wait for the train to arrive to your station. You build the train and get off the station
Anyway, Linus is wrong by saying a lot of "soons". But even if he shot 2.4 in December, it would take 3-4 monthes to see it on the distros. And nearly half year to see it widespreading. So I would still put 2.4 in this vapourware list. Just to blame the way this kernel is being promised. But surely not in 4th place. Somewhere between 8th or 9th, maybe.
agreed but the point is (Score:3)
Why not just say "It'll be done when it's done" and leave it at that rather than pulling dates out of thin air that obviously mean nothing?
up and running? (Score:3)
and .NET (Score:3)
infinitely more vaporous than most of the top 10, including OSX, which has been in beta for a while...
of course, .NET will be out there, RSN
tagline
What about Team Fortress 2? (Score:3)
Don't get me started on Daikatana.
------------
CitizenC
Linus said December (Score:3)
My vote goes to... (Score:3)
Going on means going far
Going far means returning
Re:and .NET (Score:3)
infinitely more vaporous than most of the top 10, including OSX, which has been in beta for a while...
Prefer something that works the first time (Score:3)
One list of 2.4 issues is available here [sourceforge.net], for the curious.
architecture and long release cycles (Score:3)
The architecture of the current Linux kernel served it well over the first few years of its existence: it allowed a lot of features and reasonable performance to be implemented quickly. But it may not serve as well in the current environment.
Can we solve this problem? Maybe one of the open source microkernels, or maybe the use of some other programming language for the kernel that couples different parts of the kernel less tightly and isolates the kernel from problems in individual modules would help. Or maybe it will be possible to move there incrementally, without starting from scratch.
What about... (Score:4)
Re:Vaporware? Not likely (Score:4)
Half Right about 2.4 (Score:4)
2) But if you are using their definition of vaporware as just software that was expected out by now, then the 2.4 kernel does earn a spot.
It is easy to second guess the actions of great men (Linus Torvalds and company) but far harder to be worthy of their respect. And yet I critisize anyway
When Linus Torvalds blessed the beginning of the 2.3 developement cycle, he said he wanted MUCH SHORTER developement cycles with "9 months being about right". Nine months came and went and he started saying he expected to see it done by xx/xx/xxxx date while in the mean time, he kept accepting neat new features/rewrites to the kernel causing more delays.
Now if Linus had not talked publicly about "shorter developement cycles" and "hope to get it out before
If Linus had just said something to the press like this:
"I really don't know when to expect the next kernel out. We are perfectionist and when a new kernel is released, we want to be proud to have our names attached to it... We think that the 2.2 kernel is a very good kernel and we hope that for those few who could really use the new features in 2.3, that we can provide them as soon as we know how."
With variations of a response like that, people would never be able to claim 2.4 is late. Now on the mailing list, Linus's speaches about getting 2.3 ready ASAP, was/is resonable and any reporter who writes about stuff from the kernel mailing list should be lynched.
BTW: From reading LKML, I think the kernel developers have done an exceptional job with the 2.4 kernel and it is really something to look forward to.
These articles are bad (Score:5)
And Apple's OSX - they aren't done either. Tribes 2 is full of bugs, and it isn't done. I hope companies don't listen/read these. I'm happy to wait for a finished product. Release it when it's done, not when it's due.
The actual release isn't what makes it Vapor. (Score:5)
Duane
Re:These articles are bad (Score:5)
While it is indeed unreasonable to expect that products will ship exactly on announced dates, and that pressuring people to do so might result in the release of still-buggy code, I think there's room for more discipline than is in fact being exhibited by the Linux kernel gurus. Scheduling software projects is not totally a black art. People experienced in a particular kind of programming can often come up with remarkably good estimates of how long things will take, how much extra time to allow for bugs that fall out during testing, etc. Nobody's perfect, but it is entirely possible to come up with a date whose percentage probability of being met is in the high nineties.
Why doesn't this happen in Linux? Two reasons: optimism and lack of discipline. There's no significant penalty for missing a date in open source, so there's no incentive to be pessimistic. When people aren't afraid of the consequences for a date being wrong, they'll usually give you a "best guess" - 51% confidence - date. People who hold themselves to a higher standard of diligence might give you a 90% number, but the project as a whole invariably ends up delayed by the people who couldn't be bothered coming up with a solid number when the project started.
Lack of discipline bites us in several ways:
All of this adds up to create an extremely unpredictable development environment. It's only because of hard work and raw talent that Linux kernel release dates aren't ten times more of a joke than Microsoft's have ever been. With talent and work and just a tiny bit of engineering discipline, we could do a hell of a lot better than we're doing wrt release dates.
Vaporware? Not likely (Score:5)
By that standard, Linux 2.4.x and Mac OS X are certainly not vaporware. Even
I mean, it's not like the 2.4 test kernels are hidden from the world, only mentioned in glowy press releases and described as the Second Coming of MS.
Wired: Will Troll For Hits
Discount (Score:5)
Oh, wait . .