Slashdot Mirror


Bob Metcalfe on Open Source, IPv6, IETF

prostoalex writes "The inventor of Ethernet Bob Metcalfe is interviewed by AlwaysOn on current issues. Metcalfe is known for challenging commonly accepted wisdom and this time he's quite confrontational. On open source and operating systems: "If you look at Windows and Linux, both are based on 25-year-old technology. Windows is sort of a GUI version of the Mac's operating system, and Linux is of course Unix, which stems from 1968. These are both old clunkers. So the question is, Where are the new operating systems likely to come from?" On IPv6 adoption and IETF: "Back when you attended the IETF, you all looked down your noses at the ITU (or I guess it was called CCITT at the time)--the entrenched, corporately manipulated, corrupt, competent standards being embodied in IT. We were the IETF--the swashbuckling, institution-oriented, open people, the rebels. That's changed now. The Internet has arrived, and all of those people are now just like ITU: IETF has become the ITU.""

438 comments

  1. Inconsistent Rant by XorNand · · Score: 5, Insightful
    If you look at Windows and Linux, both are based on 25-year-old technology. Windows is sort of a GUI version of the Mac's operating system, and Linux is of course Unix, which stems from 1968. These are both old clunkers. So the question is, Where are the new operating systems likely to come from?
    I guess someone should tell automakers that they should reinvent a mode of transportation from scratch. That four wheels, an engine, and brake and throttle thing is so passé nowadays. Plumbers are going to be pretty upset to learn that using pipes to carry water is so several-centuries ago.

    There's no doubt that Mr. Metcalfe is quite bright and has contibuted greatly to the IT world, but I don't understand this rant. If he doesn't see the innovation, I guess he's never compared Slackware '96 to today's distros, or Windows 3.1 to WinXP. Apple certainly can't be ignored here either. Where are the new operating systems likely to come from? I'm going to take a wild guess, and say "probably from the OS's of today." They don't need to be completely rewritten every few years to count as progress. Even the emergence of UNIX itself was evolutionary, not revolutionary.

    It's also interesting that he clearly shows a lack of faith in the OSS community, but then digs at the IETF for evolving into elitist and monolithic organization. ::scatches head:: Reading through the article, he doesn't seem to be very consistant with his views.
    --
    Entrepreneur : (noun), French for "unemployed"
    1. Re:Inconsistent Rant by Qzukk · · Score: 5, Funny

      he doesn't seem to be very consistant with his views.

      Actually, I think it's just the opposite. He's very consistent: "Everything sucks."

      --
      If I have been able to see further than others, it is because I bought a pair of binoculars.
    2. Re:Inconsistent Rant by huckda · · Score: 1

      I'll take 3.1 over XP any day!
      at least my icons stayed EXACTLY where I wanted them to stay!

      --
      "Just Smile and Nod." --Huck
    3. Re:Inconsistent Rant by OglinTatas · · Score: 4, Funny

      "I guess someone should tell automakers that they should reinvent a mode of transportation from scratch. That four wheels, an engine, and brake and throttle thing is so passé nowadays. "

      It's been done. The Segway.

    4. Re:Inconsistent Rant by Anonymous Coward · · Score: 0

      I guess someone should tell automakers that they should reinvent a mode of transportation from scratch. That four wheels, an engine, and brake and throttle thing is so passé nowadays.

      But you can go for instance from the point A to the point B by airplane instead of the car. That's progress for me. Instead driving the car - fly. The same can be said about computing. We switched from CLI to GUI. Maybe the next paradigm is waiting somewhere...

    5. Re:Inconsistent Rant by FLAGGR · · Score: 0, Troll

      Automakers didn't make the segaway, and the segway wasn't made as a replacment for cars, and no one buys them. If you were trying to be funny, don't quit your day job to become a comedian.

    6. Re:Inconsistent Rant by Baorc · · Score: 1

      I don't think you gave a good analogy because the car and the pipes HAVE to work physically/mechanically compared to computers where things have to work LOGICALLY.

      I think your car example with the brakes and the engine and all that would be like the computer hardware and the bits (1' and 0's) where the different makes (Toyota, Ford, whatever) would be like Windows, Linux and so on.

      Basically I agree that a reorganisation of logic is in order. Same with cars, they give us cheap crap that we have to return to the garage every other day so they can syphon money out of us. I can go on with the analogies.

    7. Re:Inconsistent Rant by mjpaci · · Score: 0, Redundant

      I'll Moderate you +1 MEAN. Thank you.

    8. Re:Inconsistent Rant by sharkey · · Score: 1

      Yes, Mr. Sherman...

      --

      --
      "Outlook not so good." That magic 8-ball knows everything! I'll ask about Exchange Server next.
    9. Re:Inconsistent Rant by Anonymous Coward · · Score: 0

      Bad example. Heavier-than-air flight was invented around the same time as the Ford automobile.

    10. Re:Inconsistent Rant by Pxtl · · Score: 4, Insightful

      Likewise, there was BeOS and Next, which were both good attempts to make new OS's, but fell flat because an OS is more than just a product - it's a platform, and platforms need a lot of inertia to survive - either from age, or from a big push from a lot of businesses. Next survived in OSX because Apple combined the innovation of Next with the Mac's inertia. BeOS had no such benefactor - it's still around as some small retail OS that nobody uses, and an opensource project with insufficient support.

    11. Re:Inconsistent Rant by uradu · · Score: 1

      > There's no doubt that Mr. Metcalfe is quite bright and has contibuted
      > greatly to the IT world, but I don't understand this rant.

      Well, he hasn't contributed much to IT other than rants in a long time. I guess once you get your name out there you create a platform for yourself to rant about other things you may know less about.

      Regarding new OSs, I think the time for new successful ones has passed. PCs have surpassed a critical mass worldwide where you can't just yank out its underpinnings every decade or so and start from scratch. It's been tried several times in the last decade and a half, with maybe the most promising having been BeOS, and look just how popular it has been. The only other "new" platform with any sort of chance is OS X, and even that isn't all that new or all that revolutionary. Just check out what happens any time KDE drops binary backward compatibility, and compared to Windows its user base is quite miniscule.

    12. Re:Inconsistent Rant by stanmann · · Score: 1

      If, by same time, you mean 20 years later.

      --
      Food not Bombs is a nice platitude but it breaks down when you notice that the Bombees are usually well fed
    13. Re:Inconsistent Rant by QuietLagoon · · Score: 3, Interesting
      He's very consistent: "Everything sucks."

      Reasonable people adapt themselves to the world. Unreasonable people attempt to adapt the world to themselves. All progress, therefore, depends on unreasonable people. -- George Bernard Shaw

    14. Re:Inconsistent Rant by Evil+Adrian · · Score: 1

      Let me tell you something brother, Hulk Hogan has one, I saw it on Hogan Knows Best! Whatcha gonna do when Segway runs wild on you??

      --
      evil adrian
    15. Re:Inconsistent Rant by hungrygrue · · Score: 2

      Yea... The great Segway... As far as automobile alternatives, the Segway is silly. Interesting, but silly. I'll stick with a bicycle which doesn't need to be charged, is faster, has much further practical range, is *MUCH* lighter weight (a good road bike will not be much over 20 lbs), and can be bought new for a fraction of the cost or at a yard sale for a few bucks. This actually fits quite nicely with the original discussion, the Segway is revolutionary but not exactly useful. It is, in effect, made outdated by a technology that has been around since the late 19th century :-)

    16. Re:Inconsistent Rant by mcmediaman · · Score: 1

      Reading through the article, he doesn't seem to be very consistant with his views.

      However, you don't seem to be very consistent with your spelling.

    17. Re:Inconsistent Rant by RWerp · · Score: 1

      Plus, Segway has this problem with breaking and stopping.

      --
      "Long run is a misleading guide to current affairs. In the long run we are all dead." (John Maynard Keynes)
    18. Re:Inconsistent Rant by Iriel · · Score: 2, Interesting

      I noticed that Bob leaves a large hole in his attack on OSS. It is true in that most companies just want a shiny box and packaging with a guarantee that the vendor will fix everything without having to teach a class on it. However, just because software is OS doesn't mean it was sold by some college CS undergrad who forgot to spellcheck the readme.txt. Novell (for example) doesn't sell you a Novell enterprise desktop package for your business on an unlabeled Staples CD-R wth a note scribbled on the back.

      Companies like them use OSS to build enterprise level suites with support that are still usually (but not always) cheaper than an MS or Unix alternative. Then they compete in the market based upon the merits of a system that is 'rigorously tested and constantly updated by the top programmers in the world and maintained by our top-rated staff' as opposed to getting an operating system programmed by a bunch of college CS geeks.

      I think Bob needs to realize that companies don't need to know they're using OSS because a company that uses it can be every bit as professional as he thinks Microsoft is. If OSS doesn't work because it doesn't work for the consumer as well as Microsoft does, then why is that so many web servers are running Apache on (likely) some version of Red Hat?

      --
      Perfecting Discordia
      www.stevenvansickle.com
    19. Re:Inconsistent Rant by mspohr · · Score: 1
      >Well, he hasn't contributed much to IT other than rants in a long time.

      I remember in 1996 he was predicting the "collapse of the Internet". In 1997 he had to literally eat his words. I guess he hasn't changed (or learned).

      --
      I don't read your sig. Why are you reading mine?
    20. Re:Inconsistent Rant by Golias · · Score: 1

      If, by same time, you mean 20 years later.

      Ford's first car: 1896
      Wright Brother's flight at Kittyhawk: 1903

      If, by 20 years later, you mean 7 years later, then yes.

      --

      Information wants to be anthropomorphized.

    21. Re:Inconsistent Rant by Golias · · Score: 1

      Oh, and the Model T wasn't actually made until 1908, five years after heavier-than-air flight was accomplished for the first time.

      --

      Information wants to be anthropomorphized.

    22. Re:Inconsistent Rant by jcdick1 · · Score: 1
      I guess someone should tell automakers that they should reinvent a mode of transportation from scratch. That four wheels, an engine, and brake and throttle thing is so passé nowadays.

      I don't think the four wheels, brake and throttle thing is what he is talking about, but I will agree that the internal combustion engine is completely obsolete and should be rebuilt from the ground up. We can add detergents and continually refine the fuels, we can add computers and all sorts of doo-dads to the engine, and its still basically the same technology as a hundred years ago. There hasn't really been any real innovation in powering personal transport in a century, unless you bought into the Segway hype.
      --
      What?
    23. Re:Inconsistent Rant by DShard · · Score: 1

      he may be off topic and insenstive, but the parent is right. If we could dump the lame repetive humor attempts this would be a much better place. Marking the GP as funny makes the moderation worthless.

    24. Re:Inconsistent Rant by Leiterfluid · · Score: 1

      Windows is sort of a GUI version of the Mac's operating system

      What?

    25. Re:Inconsistent Rant by Anonymous Coward · · Score: 0

      And the Wrights' plane was immediately so advanced and tested like Ford T.

    26. Re:Inconsistent Rant by Golias · · Score: 1

      IIRC correctly, the flight at Kittyhawk lasted less than a minute.

      So that makes their plane about as reliable as every Ford car I've ever seen, up to the present day. :P

      --

      Information wants to be anthropomorphized.

    27. Re:Inconsistent Rant by PlacidPundit · · Score: 2, Informative

      It's worth remembering, however, that NeXT was standing on the shoulders of giants with BSD and Mach. And the concept of Services was derived from pipelines in the CLI.

    28. Re:Inconsistent Rant by harlows_monkeys · · Score: 1
      I'll stick with a bicycle which doesn't need to be charged, is faster, has much further practical range, is *MUCH* lighter weight (a good road bike will not be much over 20 lbs), and can be bought new for a fraction of the cost or at a yard sale for a few bucks.

      ...and is big enough to be annoying indoors. A key aspect of the Segway is that its footprint is not much larger than that of a walking human, so it can go in places that were designed for humans, not vehicles.

    29. Re:Inconsistent Rant by hungrygrue · · Score: 1

      I must have missed something here... why not just walk indoors?

    30. Re:Inconsistent Rant by DShard · · Score: 1

      What obsoletes the internal combustion engine? Nothing exists that is as efficient, convientient and cheap as my car's engine. What else can travel for 400 miles on 12 gallons of fuel that has _me_ deciding it's route?

    31. Re:Inconsistent Rant by psycho_eddy · · Score: 0

      literally eat his words?

      wiv what? hoisin sauce?

      --
      your denial is beneath you, and thanks to the use of hallucinogenic drugs...i see through you - another dead hero
    32. Re:Inconsistent Rant by gid-goo · · Score: 1

      He was right at the time. He didn't have to eat shit. The IETF developed CIDR, IPv6 and everyone stopped allocating stupid blocks to folks. In addition there was lots of reclamation of non-contiguous address space. There was definitely a painful time. But if you go back and look at what the IETF working groups were facing in terms of DNS root overload, things were bad. Prior to CIDR the only thing saving the root DNS entries was the increase in memory size (every 6 months or so) and the decrease in price (and Cisco pumping out IOS updates to deal with larger memory sizes).

    33. Re:Inconsistent Rant by keltor · · Score: 1

      No it was not, but they did start selling their real mass produced plane a few years after the model t in 1909-1910.

    34. Re:Inconsistent Rant by dangitman · · Score: 1
      A key aspect of the Segway is that its footprint is not much larger than that of a walking human, so it can go in places that were designed for humans, not vehicles.

      Have you ever heard of a folding bicycle? They get smaller than a Segway does. In fact, a major drawback of the Segway is that it is so freakin' bulky and heavy.

      ...and is big enough to be annoying indoors.

      Oh, and by the way, why would you be using one inside?

      --
      ... and then they built the supercollider.
    35. Re:Inconsistent Rant by jacksonj04 · · Score: 1

      1. Right click on your desktop
      2. Hover over "Arrange Icons By"
      3. Uncheck the "Align to Grid" option

      --
      How many people can read hex if only you and dead people can read hex?
    36. Re:Inconsistent Rant by jcdick1 · · Score: 1

      What obsoletes it?

      Thats my point. In over a hundred years, no one can come up with something?

      --
      What?
    37. Re:Inconsistent Rant by narsiman · · Score: 1

      Metcalf is aging - an old fart now.

    38. Re:Inconsistent Rant by ak_hepcat · · Score: 1

      Folding bicycle? Why not just learn to ride a unicycle? Even less of a footprint... wheelprint?

      --
      Support FSF: Stop thinking with your wallet, and think with your imagination. (cc/non-commercial)
    39. Re:Inconsistent Rant by Tran · · Score: 1

      Well, plumbers are cosntantly changing to differences iin infrastructure... Depending how far back you want to go ( and i am sure i am leaping some intermediate steps here) - stone channels -> cast iron pipes -> copper pipes -> pvc tubing -> pex tubing.

    40. Re:Inconsistent Rant by OwnedByTwoCats · · Score: 1

      Computers are just as constrained: they have to work LOGICALLY to support applications.

      The library of applications, and the library of accessible documents/databases/media files, are what make computers useful.

      Build a new OS with a new API, and you will be ignored (unless the new API is radically better than anything that is out there, and that hasn't happened for 21 years).

    41. Re:Inconsistent Rant by dangitman · · Score: 1
      Folding bicycle? Why not just learn to ride a unicycle? Even less of a footprint... wheelprint?

      Now you're thinking. I take your unicycle and raise you one pair of roller-skates. In fact, make them rocket-powered roller-skates. With hookers. And blackjack. And Olivia Newton-John.

      --
      ... and then they built the supercollider.
    42. Re:Inconsistent Rant by Angst+Badger · · Score: 1

      I'll resist the urge to point out that English is a very old language, dating back in one form or another to the first millennium, and instead focus on the unquestioned assumption in Metcalf's rant: that we need a new OS.

      With all due respect, why? I know this is a very exciting topic if you're involved in OS development, but if not, who gives a shit? Certainly, the average user does not. Ideally, the average user shouldn't even be concerned with the OS or necessarily even know what OS he or she is using. The average user runs a few accustomed applications and maybe some games, and doesn't really care about anything else. If it doesn't unduly hog resources and is reasonably stable, why would 99% of users care?

      I understand -- believe me -- that this is a very different question from the developer's point of view. Some operating systems are a lot easier to work with when writing code than others. All of the current major microcomputer operating systems are, however, at least adequate to the majority of tasks, and many of the annoying features for us developers have more to do with poor API design than anything else.

      There reaches a point when a technology has matured and future improvements are likely to be incremental. Operating systems have reached that point. There's no demand for anything new right now. Linux managed to squeak onto the scene not so much because it was good (though it is) but because it is free as in beer and as in speech. If IBM had caught the OSS bug sooner, it might have been OS/2 instead.

      I would suggest that if Mr. Metcalfe is becoming bored, he should check into a field at an earlier stage of development, like biotechnology. Computer science has become mature and successful -- and a lot duller than it was twenty or thirty years ago.

      --
      Proud member of the Weirdo-American community.
    43. Re:Inconsistent Rant by Zeinfeld · · Score: 1
      Bob's point is that the OSS groupies should stop being quite so smug about how innovative they are being and start doing somthing innovative.

      The Web was an OSS project, in fact ultra-open source, we put the code in the public domain. So why has nothing else come along in the past 10 years?

      I think he is also reacting to the somewhat overly smug 'UNIX is advanced technology' crowd who completely fail to understand that almost everything that they think of as 'UNIX' appeared in Multics first and much of the rest appeared in Genera, VMS etc. before comming to the UNIX world

      The fact that UNIX is 95% derivative of other systems would not be so bad if UNIX folk were not so fond of complaining that Windows is 95% derivative.

      The shot at the IETF is interesting. They have certainly become as slow to react.

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
    44. Re:Inconsistent Rant by harlows_monkeys · · Score: 1
      Oh, and by the way, why would you be using one inside?

      Note that I didn't say you'd be riding the bike inside. They are big enough to be annoying to simply bring inside with you for storage, if you don't want to leave it outside where it can be stolen or vandalized.

    45. Re:Inconsistent Rant by dbIII · · Score: 1
      but I don't understand this rant
      Not so much of a rant as previously - he mentioned linux without using the word communist.
    46. Re:Inconsistent Rant by damsa · · Score: 1

      Bikes are no good for us fat people.

    47. Re:Inconsistent Rant by GraemeDonaldson · · Score: 1

      So that makes their plane about as reliable as every Ford car I've ever seen, up to the present day. :P

      And I'm pretty sure the Wright plane didn't leak oil all over the place. ;-)

      --
      I think, therefore I am. I think?
    48. Re:Inconsistent Rant by Stocktonian · · Score: 1

      Whilst I've got to agree that any radical re-write or completely new OS must have a very good reason for being done, that doesn't mean there isn't one. I'm not sure I can agree with your analogy to the automotive industry though. During the early years of development many models were redesigned from scratch. Some believed they had good reason, just take the Reliant Robin http://en.wikipedia.org/wiki/Reliant_Robin which had only 3 wheels.
      I don't know if I should comment but if we must use the car analogy, perhaps in the future we'll look back on today's OS offerings and think of them more like the way we think of the invention of the wheel - A good starting point but hardly the end of development.

      --
      XePhi Computers sell really cheap Linux CDs! http://www.xephi.co.uk
    49. Re:Inconsistent Rant by CitizenJohnJohn · · Score: 1

      Not if you're determined to stay that way, anyway.

    50. Re:Inconsistent Rant by dangitman · · Score: 1

      So, a Segway's small enough to keep inside, but a bicycle isn't? Doesn't make a lot of sense, because the segway is larger in some dimensions than a non-folding bicycle, let alone a folding one.

      --
      ... and then they built the supercollider.
    51. Re:Inconsistent Rant by harlows_monkeys · · Score: 1
      So, a Segway's small enough to keep inside, but a bicycle isn't? Doesn't make a lot of sense, because the segway is larger in some dimensions than a non-folding bicycle, let alone a folding one.

      The problem with a regular bike is the length. Try bringing your bike up an elevator, for example. It is a pain in the ass.

      To see how a Segway fits in, watch the episode of Frasier where Niles has a Segway, and note how easily he was able to move on it through Frasier's apartment, and the cafe. A Segway will easily fit in most places that humans can walk in an office building or a business.

  2. Thoughts by AKAImBatman · · Score: 5, Insightful

    Windows is sort of a GUI version of the Mac's operating system, and Linux is of course Unix, which stems from 1968. These are both old clunkers. So the question is, Where are the new operating systems likely to come from?

    I hate to break it to Mr. Metcalfe, but most entities lack the resources to do a ground up rewrite of a fully featured Operating System. Simply writing a functional OS isn't the hard part. It's just a platform upon which software will be built. There were hundreds of OSes written between 1960 and 1990. During the '90s, however, computing platforms began to stabalize. Software was written that had a greater than 5 year life span, Operating System began to stabalize on a few "standards" (namely Unix/Vax/CPM derivitives), and massive amounts of time and money were invested into developing these platforms. Now we're standing on the 10,000 ft high towers we call Windows, Linux, and Mac OS X(NextSTEP) and we're looking at how difficult it is to replicate the decades of work that has gone into these systems.

    Building a more powerful and "correct" system would mean throwing away software such as OpenOffice, Mozilla, Quickbooks, Photoshop, Acrobat, etc. Software that took decades to build! Thus any future solution based on cutting edge CompSci Technology must either bite the bullet and rewrite these complex apps (good luck) or build in a translation layer that allows them to continue working. Neither choice is very appealing.

    The "third road" that is currently being explored is the road of running Virtual Machines on top of today's existing infrastructure. Java, .NET, and Mono are examples of the market attempting to find a way to combine modern technology with the tech of yesterday. Unfortunately, the results are less than stellar. For example, instead of aligning Virtual Memory along object bounds (a natural fit that could be done without hardware support), these systems must contend with the existing 4K VM implementations. Instead of running the protected code in a flat heap (which CAN'T break the memory model!) these systems must contend with the memory indirection that operating systems throw their way. The results of this poor matchup between machine and software is a performance penalty, both real and perceived.

    The Virtual Memory swaps more than it should. Object files are not shared. Memory usage is 20% greater than a native program. So on and so forth.

    A lot of research has gone into mitigating these issues (with Sun producing some very impressive results!), but it doesn't change the fact that the machine and software are mismatched. That mismatch discourages companies from writing new applications in these managed environments, where they would be free from the bonds of traditional OS designs.

    My gut says that a rather major shift in how we use our computer will have to happen before we can truely replace the systems we have today.

    I'd like to point out that two major pieces of infrastructure were left out of the Internet when it was being built--largely because it was built by graduate students (and people like graduate students). They left out security and economics. So we have the spam problem (which can be traced directly to the lack of concern for security), and we have IP rules that are in flux because the Internet doesn't have the right tools for monetizing various activities. So we're busily trying to put security and economics into the Internet.

    In all honesty, the Internet never would have been as successful as it was if it wasn't for the freedom it provided. Many other networks offered these features, but they were eventually usurped by the Internet.

    Hindsight is 20/20. Had the BSD/ARPANET folks attempted to address these issues back when it was created (which would have been ludicrous given its Military intent), their solutions would have likely been wrong. Keep It Simple Stupid. It may not be the best solution, but it's the most effective solution.

    P.S. In case of Slashdotting, break glass

    1. Re:Thoughts by Toba82 · · Score: 1

      Even the hammer for breaking the glass is slashdotted.

      --
      I pretend to know more than I really do by mooching off google and wikipedia.
    2. Re:Thoughts by MosesJones · · Score: 4, Insightful

      During the '90s, however, computing platforms began to stabalize. Software was written that had a greater than 5 year life span

      Err I'd say that less systems written in the 90s lasted over 5 years than the big old monoliths of mainframes and COBOL, which developed in the 70s and 80s gave us Y2K.

      Long-life software wasn't new in the 90s, and the old stuff rarely runs on Unix or Windows....

      --
      An Eye for an Eye will make the whole world blind - Gandhi
    3. Re:Thoughts by ratta · · Score: 2, Insightful

      You're surely right, but don't forget what Apple did with OS. They rewrote a major part of their OS, and now for them it is even easer to use Forefox, OpenOffice, etc. It was a really smart move.

      --
      Wondering why i am doing so strange posts? I am trying to get a "+5,Flamebait" or "-1,Insightful" rating.
    4. Re:Thoughts by The+Lynxpro · · Score: 0

      "Simply writing a functional OS isn't the hard part. It's just a platform upon which software will be built. There were hundreds of OSes written between 1960 and 1990. During the '90s, however, computing platforms began to stabalize."

      If I were you, I'd want to rewrite that sentiment. The language you used is very similar to the arguments used by Microsoft in the anti-trust case. Microsoft argued the merits of its (if you may call it) *natural* monopoly and how it *standardized* and thus *stabilized* (I'm not using the exact terms since I'm going off memory) the PC platform and thus freed consumers from having to pick from other multiple computer platforms such as the Commodore Amiga, the Atari ST, and the Apple Macintosh. Not to mention the earlier Apple II platform, the Commodore 64/128, and the Atari XL/XE line.

      If anything, such *standardization* and *stabilization* has robbed the industry of innovation and creativity and has pretty much wiped such merits out of the commercial sphere and driven it to non-commercial open source alternatives. That may be good on saavy end-user pockets, but that doesn't speak highly on the health of the commercial sector when only one major software company is allowed to dominate at the expense of others. And consequently, people speak of PCs as *appliances* and *commodities* with the exception of Apple's wares, and even that might change with the now inevitable switch to Intel processors.

      --
      "Right now, somewhere in this world, Scott Baio is plowing a woman he doesn't love," - Peter Griffin, *Family Guy*
    5. Re:Thoughts by Brandybuck · · Score: 1

      My gut says that a rather major shift in how we use our computer will have to happen before we can truely replace the systems we have today.

      At some point you have to accept the limitations of a simple system rather than throwing it all away for a complex system that meets your specific needs but no one else's. Virtual memory is a case in point. The 4k page model is simple and it works. Objects are all of different sizes, moreover, many have dynamic sizes, so that you would a much more complex model for virtual memory.

      --
      Don't blame me, I didn't vote for either of them!
    6. Re:Thoughts by CaymanIslandCarpedie · · Score: 1

      You know I really agree with what you are saying, but I also feel a bit the same as Mr. Metcalfe. I really don't mean this to come across as knocking Linux, but I do kind of feel an oportunity may have been missed.

      I guess my question is how often can a "new" OS come along and get traction? Was linux a "waste" of a new OS? Yes, linux is great. It certainly fills needs and has even pushed MS to improve its products. I guess I just kind of wonder "what could it have been"?

      As it began, it was trying to be like unix. Lately as it aims for the desktop, it is trying to be more like a Mac/Windows. Its done these things to great success and is a pretty amazing product, but it just seems its spent its whole life having people trying to make it like things which already exist instead of instead of starting with a clean slate and asking what amazing, new, TRUELY innovative thing it COULD be.

      OK before I get flamed for implying linux isn't innovative let me say I don't really see much coming from any OS which is innovative in years. Its gotten to the point I just hate that word as it seems to be SOOOOO over used and abused.

      OH, I made a a transparent form! How INNOVATIVE!

      OH, I have a new way to display fonts! How INNOVATIVE!

      OH, I just made up a new word "cristlixoudus"! How INNOVATIVE!

      OK, maybe these little things are innovations but that word just makes my skin crawl anymore. I see things like the internet being innovative, the first GUI was innovative. You know things that REALLY change the way things are done!

      Yes, linux is great in many ways but it seems they spent so much time trying to be like things that already exist that they missed a chance to REALLY be some great new thing. I know MUCH easier said than done! And would it have been practical? I don't know. It just seems all OSes are meshing into the same thing and I would have liked to see something truely CRAZY different. If it fails fine. Hopefully in the failure it finds a few REAL innovations others can take and use. I just wonder who often a new OS can come around and get serious attention. If its not going to happen again for awhile (which I suspect), I wish linux would have followed less in its forebearers footsteps and tried to blaze more of a new trail.

      --
      "reality has a well-known liberal bias" - Steven Colbert
    7. Re:Thoughts by renderhead · · Score: 1

      You make a good point, but don't go forgetting yourself that Apple rebuilt their OS to be very different than it was before, but they didn't build it from the ground up. They started with what was more or less BSD, itself descended from UNIX, one of the old school operating systems. Their attempts to build a more original system based on less derivative technologies like NeXT (e.g. Copland) were unsuccessful. A lot of OS X's success is due to its similarities to other *NIXes, allowing some of the more computer-proficient minds out there to adapt naturally to its architecture.

      Interestingly, it's through gradual replacement of traditional elements, not revolutionary change, that Apple is creating a completely new system. For example, lookupd and launchd are new methods for solving old, old UNIX problems, and adding metadata back into their file system could very well change the way files are organized.

      --
      I wish that my inferiority complex were as good as yours.

      -RenderHead

    8. Re:Thoughts by iwadasn · · Score: 2, Insightful

      Good points all around, I'd like to just add a few things...

      First of all, a massive reimplementation is underway. Software is migrating to VMs at a fairly impressive pace. The only ones who seem to be holding out are the shrinkwrap vendors, but even then are starting to buckle. When Microsoft moves significant code to .NET (if it ever happens), the others may move as well.

      Already, custom coded apps are almost always writting in Java, or (shudder) VB and .NET. When this increases further, you can probably expect to see the VMs take over, relegating much of that 30 year old code to the dustbin of history. After everything is VM based, the virtual memory will probably also head for the trash heap, and hardware would likely become much cleaner and simpler.

      I'm mostly disappointed with Apple for holding off on this to the degree that they have. Java is a natural fit for them. Write a VM that looks and feels native, then make all their apps in Java and sell them on windows as well. By blazing the trail they might be able to get others to similarly write in java, and level the playing field for themselves. If the linux geeks would bury their long held animosity, then they could make a similar move, and attempt to take a real position on the desktop. Instead, they thrash against a a technology that is not only a natural fit for them, but is also, almost indisputably, the future, and they remain relegated to server closets where the admins install java on them anyway and they are workhorses for JBoss. Grow a brain guys.

    9. Re:Thoughts by dubl-u · · Score: 1

      The "third road" that is currently being explored is the road of running Virtual Machines on top of today's existing infrastructure. Java, .NET, and Mono are examples of the market attempting to find a way to combine modern technology with the tech of yesterday. Unfortunately, the results are less than stellar.

      On the other hand, I think it's suckiness we can live with as long as price/performance ratios continue to improve. MAME is a fine example of this. Emulating all those weird old platforms isn't easy, but apparently it's a lot easier than porting that weird old code.

    10. Re:Thoughts by 0xABADC0DA · · Score: 1

      A lot of research has gone into mitigating these issues (with Sun producing some very impressive results!), but it doesn't change the fact that the machine and software are mismatched.

      This was talking about Java/.NET, but it's not the machine and safe, object-oriented languages that are mismatches... it's a mismatch between the operating system and these environments. The machine is well suited to these languages like Java or C#.

      For example, a properly-matched OS can use page faults to speed up the garbage collector: all allocations are in a 'new' area and when that fills up only pages written to need to be searched for references to the new objects. So allocations are literally a pointer increment, and de-allocations are a factor of how much memory was changed... so "while (true) { new Point(0,0); }" woudl run an order of magnitude faster than any C++ based version. Allocations on the stack become irrelevant for performance.

      Also imagine if in all the idle time your applications were being primed for responsiveness. All the live objects can be compacted in memory to free up holes from fragmentation. This can happen during IO so that there is less latency since while waiting the application can be primed so any allocations it has to do are instant (for example when parsing xml into objects).

      You can have non-copying IO without the massive complexity of mmap. You can have nanosecond task switches. System calls as normal method calls instead of 1000-cycle-long interrupts.

      The problem with Java, C#, etc is not the hardware, it's the operating system. And the problem is they are all built to run C and assembly programs, which nobody in their right mind would touch for the vast majority of programs these days.

    11. Re:Thoughts by electroniceric · · Score: 1

      Oh right, I guess I shouldn't have disconnected that Innovation cable from the Linux port.

      Innovation is not a discrete process: it happens mostly by luck, and when you happen on something that works. Demanding more innovation from Linux is sort of like saying to Honda, "why didn't you just set out to make a hovercraft instead of jumping in and making the same boring old cars as everyone else?" Honda makes cars because people want to buy cars. Linux developers add to Linux because that's what they or their employers need.

      And there's no shortage of nifty new ideas that nobody is quite certain how to use - see, for example the earlier /. post about folding windows. Neat idea - hard to tell if it will be really useful in practice.

      Welcome to real life progress - it ain't overnight and it ain't pretty, but it moves.

    12. Re:Thoughts by msormune · · Score: 1

      What Y2K? Seems to me there was not much trouble with COBOL systems.

    13. Re:Thoughts by Lodragandraoidh · · Score: 1

      Building a more powerful and "correct" system would mean throwing away software such as OpenOffice, Mozilla, Quickbooks, Photoshop, Acrobat, etc.

      I have to disagree with your logic here.

      For one thing you could recompile the application only rewriting the parts that are OS specific (and with newer apps that are more modular you might not even need to rewrite much if any of it at all - just provide libraries to support the 'old' APIs). Open source would have an advantage in this arena.

      Secondly, you have heard of emulators - for example WINE emulates the Windows OS environment so that you can run Windows application binaries without modification. While I agree that there may be a performance hit in terms of the numbers of instructions (potentially - although WINE has been shown to be very competetive - even compared to the speed of the regular Windows operating system) - you are not taking into account the advancement of computer technology. An example of what I am talking about would be running a DOS command line application under linux using dosemu on a 2 GHZ machine. The application will run blindingly fast compared to when it originally ran on a 386 16mhz machine back in 1986. I see similar performance gains when we talk about using emulators of our current OSs under a new OS paradigm with faster hardware (quantum computing anyone?).

      On the hardware front, larger operations are now running NT and Linux virtual machines on IBM mainframes - the same approach could be taken for future consumer hardware as we move to multiprocessor systems - thus continue to support our older software as budgetary considerations require.

      Given that, I don't think your argument holds much water.

      --

      Lodragan Draoidh
      The more you explain it, the more I don't understand it. - Mark Twain
    14. Re:Thoughts by CaymanIslandCarpedie · · Score: 1

      Again, I didn't mean to rag on Linux and am sorry if it came across that way. My previous post wasn't really about linux so much I guess as what I see as the need for a new OS. Linux is often seen as the new OS, but really I suppose its not and was never meant to be.

      It was a unix clone and more and more also becoming a mac/windows clone. So I guess my hopes for something radically new shouldn't really be placed on linux. Again I see linux as a great thing and no it shouldn't have to innovate more than others.

      I think a new OS should innovate more than others since they don't have to deal with all the legacy design decisions, but again linux isn't really that new OS. Linux has done many great things. To name a few:

      1) Validated OSS as a development model
      2) Pushed MS to improve thier products
      3) *Basically* validated OSS as an economic model

      However, as a clone of existing OSes I don't think it did everything it could in making a modern OS. I understand the reality of why this is, I just wish it wasn't ;-) When it came to kernal/system level design they just basically used what was already being used. That makes perfect sense in SOOOO many ways. However, I'd just really like to see a OS built from the ground up with basically no reguard for what previous OSes have done. Again, I understand linux was never meant to be this.

      File systems, memory mangement, etc have been VERY slow changing compared to other aspects of computing. These are such core aspects which effect everything else happening in the system it would be very interesting to see what could be done from a fresh slate.

      I guess the basics of computing really haven't changed that much so perhaps those core components are already about as good as they can be until there is a major hardware shift (perhaps flash drives improve in speed and reliablity to have a single storage area instead of the current two piece RAM memory/hard disk platter methods).

      As much trouble as it will get me into here, the thing I'm currently most excited about is WinFS. Its a fairly major departure from current file systems and I'm very interested to see how it actually performs and the (possibly real) inovations its functionality may spawn. It may well crash and burn, but I'm very interested to see as it is a pretty major change to some core computing functionality.

      I guess I've just become jaded ;-) New GUI tricks have lost thier excitment to me (at least until some radical new advancement) and it seems thats where most of the latest "innovations" have been.

      --
      "reality has a well-known liberal bias" - Steven Colbert
    15. Re:Thoughts by AKAImBatman · · Score: 1

      There are just SO many things wrong with this, I don't know where to start.

      For one thing you could recompile the application only rewriting the parts that are OS specific

      You and what C compiler? An OS that takes advantage of more modern technology to eliminate security holes would by definition have to eliminate direct memory access. C can't function without direct memory access, and thus would have to be emulated. (As I pointed out in the original post.)

      Secondly, you have heard of emulators

      Why yes. Yes I have. I've heard so much about them, in fact, that I mentioned them in my original post. (Seeing a pattern here?)

      for example WINE emulates the Windows OS environment so that you can run Windows application binaries without modification.

      WINE Is Not an Emulator. WINE is a runtime linker. Period, end of story.

      Given that, I don't think your argument holds much water.

      It's very tempting to completely throw a skewer through such obvious flamebait. But I'm going to err on the cautious side and give you the benefit of the doubt. So I will say simply this: You need to do a bit more research before you attempt to jump into conversations at levels you don't understand. I realize that you're probably a rising star developer or sysadmin, but you need to be aware that there is a LOT more to learn. Go out and learn about hardware design. Write an OS or two. Do some CompSci-ish stuff and have fun. It will open your eyes to a completely different world of computing.

      With that, I bid you adieu. :-)

    16. Re:Thoughts by Anonymous Coward · · Score: 0

      I guess there's something for everyone to pick apart..

      we have the spam problem (which can be traced directly to the lack of concern for security)

      Pure bullshit - the spam problem can be traced to sociopaths who want something for nothing. It's impossible to design a communication system that's free to be used by anybody that can't be abused - because at some point, someone is going to abuse it.

      http://www.rhyolite.com/anti-spam/you-might-be.htm l

    17. Re:Thoughts by Doctor+Memory · · Score: 1

      Well, when you consider that most of that code was driving custom TTL circuits for sound and video generation, and many games had not only custom (primitive) GPUs but multiple 8-bit processors, you can see why it's pretty hairy. Add in the fact that if you don't get all the timing right, you won't be faithful to the feel of the original game, and it isn't so hard to understand.

      --
      Just junk food for thought...
    18. Re:Thoughts by Anonymous Coward · · Score: 0

      There are plenty of crazy projects out there. Look at the things which tunes.org cataloged. There are operating systems in Haskell and Smalltalk; there are operating systems with all kinds of arcane security policies; exokernels and microkernels...

      Linux was started by someone who wanted a unix clone. That is also part of the reason it became popular. A moderately large number of people know how to deal with unix, and knew how to deal with unix when Linux was first created. Familiarity is presumably one reason why it became popular; it could attract developers, and did... and, when there are enough developers, creating something interesting enough, users and external interest occasionally follow.

      Linux was never intended to be revolutionary technologically. As you've noted, it isn't. If it had been, it would most likely not have taken off; a variety of more innovative operating systems, both closed and open, have failed to almost utterly. Linux was not a "waste" of a new OS; it was an OS which filled a gap (a free, open source unix, not clouded by the BSD lawsuits, or with the restrictions of Minix). If it had been something else entirely, but called "Linux", odds are good that it would not be Linux your post talked about.

      Yes, the word innovative is overused. I agree with you entirely on that point. That said, there is some innovation... most of it is just obscure. Some is fundamentally not going to work well, for various reasons. Some is creative, but doesn't get much publicity (look at /.'s front page, about Vandeer Bush, and read the comments about Englebert in it as well...)
      Look a little harder, and you'll find a lot.

      "File systems, memory mangement, etc have been VERY slow changing compared to other aspects of computing." ... one complaint about Linux 2.4 was that the vm was torn out and replaced in the middle of a stable kernel series. File systems? What do you want - journalling, metadata...? Both of those have been used extensively for a long time (BeOS, early versions of OSX...). VMS had file versionining built into the filesystem - in 1980. A lot of filesystems are available for linux, from reiserfs, to ext3, to jfs, to....

      "I guess the basics of computing really haven't changed that much so perhaps those core components are already about as good as they can be until there is a major hardware shift (perhaps flash drives improve in speed and reliablity to have a single storage area instead of the current two piece RAM memory/hard disk platter methods)."

      There is active work happening in both areas. The "basics of computing" are more like the von neumann architecture; replacements for that are interesting. New storage media have come frequently over the years. Speed of RAM is a fairly large bottleneck; it's not increasing anywhere near as fast as CPU speeds; caching helps, but is expensive. Replacing floppy disks with harddrives and CDROMs (and DVDs) sped things up and increased capacity, but it didn't really fundamentally change filesystems (although music CDs have interesting redundancy properties to be able to work even with fairly large scratches...)

    19. Re:Thoughts by electroniceric · · Score: 1

      Fair enough. I do agree that after a period of intense advance, the OS seems to have settled into a relatively stable period. But part of that was just maturing - most OSes/desktops are now mature enough to handle any application fetching content from any sources from.

      The filesystem issue is an interesting one to my mind. It's clear that we all want data storage in the network "cloud": robust, secure, cheap or free, and available everywhere. It's basically FreeNet tweaked to focus on private uses of data rather than anonymous publishing. Maybe I'm looking in the wrong places, but have yet to see any simple version of that released.

      Someone else on this thread pointed out that we're waiting for more or less working versions of some big pieces before more innovation can break loose: pieces like very good, very general speech-to-text, or in my filesystem case, a general, accepted trust authentication mechanism. Those pieces are complicated science and/or social organization problems, so it's hard to predict how long it will take to resolve them, but when they are resolved I'd expect to see a lot of big innovation of the type you describe.

    20. Re:Thoughts by connorbd · · Score: 1

      Actually Apple did try rewriting their OS from scratch. It was only when Copland turned into a crawling cancerous horror that could never be finished that they gave up and bought NeXT.

    21. Re:Thoughts by SA+Stevens · · Score: 1

      Yes. There are a lot of people at Apple who probably are glad that the world has forgotten their embarassing disasters of spending on the 'Next Generation' MacOS, before they gave it all up and bought in an outside OS.

      People act like Apple 'neary went out of business' purely because of a few evil men at the top. Truth is, the company haemorrhaged cash for a decade while the tech staff foundered around badly.

  3. Where? by derEikopf · · Score: 4, Insightful

    Where are the new operating systems likely to come from?

    They aren't going to come until we get past "old" technology like monitors, keyboards, and mice.

    1. Re:Where? by Otter · · Score: 2, Insightful

      Basically, things are on hold pending an order-of-magnitude increase in computational power, pervasive wireless, voice recognition that works and several other things. As you say, there's no compelling reason to replace WIMP and everything that's grown up around it, if you still need to read passwords off the sticky under your keyboard before typing them into your big beige box.

    2. Re:Where? by Ghostx13 · · Score: 1

      We're going to be seeing these "old" technologies for quite a while because their simple and effective in their jobs.

      Keyboards will probably stay with us the longest. Even with pervasive and excellent voice recognition could you imagine having to "talk" a program instead of typing it? Simple words would be ok, but having to start a perl script by actually saying "hash bang slash u s r slash bin slash p e r l" would suck.

      Monitors, which I'm defining as anything you look at that represents your computing enviroment via light output, will probably be the next longest lived. They'll change a good bit - holographic displays, foldable thin displays, etc... Eventually I imagine we'll get to the point that were inputting signals directly to the optical nerve at which point monitors would be moot.

      Mice will probably be the first to go once eye tracking systems become cheap and easily used. Brainwaves could also be a contender, although from what I've seen so far they have a long way to go till I can play UT:2004 using them.

    3. Re:Where? by VoidEngineer · · Score: 1

      Where are the new operating systems likely to come from?

      >> They aren't going to come until we get past "old" technology like monitors, keyboards, and mice.


      Good point. A recent example of such a technology are the new TabletPCs, which forego legacy technologies, such as keyboards and mice, and opt for pen input and voice recognition (fyi, tablet pen input is a superset of mouse inputs, as it also has pressure sensitivity, and it's own data type, e.g. digital ink, so it doesn't count 'just' as a mouse. It's a whole different technology.).

      My thinking is that the TabletPC is a possible place where you might see a new operating system crop up. Especially if you equip your Tablet with a GPS unit, a gyroscopic tilt indicator, a video camera, and are located in a big city. With those accessories, you're approaching some pretty nifty video conferencing and augmented reality applications which simply aren't possible with computers that are stuck on desktops.

      My prediction for a possible future OS: A new distro developed for TabletPCs which focuses on video conferencing, telepresence, and augmented reality applications, which gets called something like TabletOS or PortalOS.

    4. Re:Where? by mrdlinux · · Score: 1

      Maybe we should close the patent office, since everything's been invented.

      --
      Those who do not know the past are doomed to reimplement it, poorly.
    5. Re:Where? by CptNerd · · Score: 1

      Back up even further. There won't be any new OS's until we start computing with something other than Von Neumann architecture-based processors.

      Imagine the OS for a 1.0E12 node neural net...

      --
      By the taping of my glasses, something geeky this way passes
    6. Re:Where? by Spazmania · · Score: 1

      There is plenty of great stuff left to invent. Amazon One-Click should not have been one of them.

      I'm not suggesting (and I won't suggest) that there will never be a major improvement in OSes. What I am suggesting is that OS improvement has plateaued. The theory that underlies operating systems currently has no major unsolved problems, at least not that anyone has identified. Until it does, there is nothing to instigate a revolutionary change.

      Einstein didn't come up with Relativity out of the blue. The Michaelson-Morley experiements proved the then current physics theories wrong. Relativity was the solution to that very vexing problem.

      --
      Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
    7. Re:Where? by connorbd · · Score: 1

      You're not really creating anything new there though. There's no reason to -- your fundamental issue there is not an OS issue, it's a driver and processing power issue. I'd wager that anything you've suggested above could be easily implemented by putting the hardware in the computer itself and adding driver and userland support from any one of the six major open source operating systems (that would be Darwin, Linux, Open/Net/FreeBSD, and OpenSolaris for those of you following along at home). There's no reason to change the underlying structure of the OS unless you need to optimize some aspect of its function (microkernels for modularity, file system abstractions, network stack improvements, that sort of thing. Even then only the microkernel makes any substantial changes in the architecture of the OS itself, and there's no reason to change the external face of the OS.)

      On the other hand there is the issue of user interface. That's where the real innovation belongs -- to control all of these items you are going to need to integrate them into your operating environment somehow. That's out of the realm of the OS.

      As for Bob Metcalfe... well, he may be a networking genius but he's a lousy pundit. Not as bad as Dvorak or O'Gara, but nothing to get excited about.

    8. Re:Where? by mrdlinux · · Score: 1

      OS improvement has plateaued precisely because of people thinking it has. In fact, there have been plenty of innovations in the past that have been by-passed by the industry and forgotten. That alone indicates that there is a great amount room for improvement. Looking at the major Operating Systems of our time--Windows, Linux, Unix, and Mac OSX--it is quite clear that there are many unsolved problems.

      Why, every day, we see new exploits and bugs? And why do users feel constrained and lost in the morass we call a UI? Where is the fully verified, theorem-prover-checked, OS code? Where is the OS built on high level language concepts? Where is the OS that actually thinks of data as objects rather than octets?

      "The theory that underlies Operating Systems"...pfooey...I would like to see real Operating Systems actually try to take a formal approach towards the problem, instead of the kludged up hacks that are currently used.

      As for nonsensical metaphors:

      The Michaelson-Morley experiments were a greatly flawed attempt to prove the existence of the aether. And the negative results were most certainly not taken as evidence of the incorrectness of the physics of the time.

      Special relativity derives wholy from two axioms, in addition to basic geometry and mathematics:

      1) That the laws of physics are the same in all inertial frames of reference.

      2) That one of the laws of physics is: the speed of light is always a constant, in a vacuum.

      From this, everything else is fairly trivial.

      The Michaelson-Morley experiments could be taken as evidence towards axiom (2), but most certainly do not constitute proof.

      The most significant contribution towards special relativity not provided by Einstein was probably due to Lorentz.

      --
      Those who do not know the past are doomed to reimplement it, poorly.
    9. Re:Where? by Spazmania · · Score: 1

      there have been plenty of innovations in the past that have been by-passed by the industry and forgotten.

      Name three.

      --
      Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
    10. Re:Where? by mrdlinux · · Score: 1

      1. Truly object oriented systems.

      2. Persistant Virtual Memory.

      3. Presentation types.

      Those are just off the top of my head. You can go do some research yourself, instead of being lazy, now.

      --
      Those who do not know the past are doomed to reimplement it, poorly.
    11. Re:Where? by Spazmania · · Score: 1

      Your "truly object oriented" OSes didn't catch on for a large number of excellent reasons. The chief two are: It doesn't enhance the user experience and it doesn't make the machine run faster.

      Persistant virtual memory has hardly been passed by. It exists to greater or lesser degrees in most modern OSes in the form of "suspend mode." Lots of room for it to evolve, especially with respect to hardware support, but no remarkable concepts in the offing.

      "Presentation types" is meaninglessly vague. If there's a clever but abandoned presentation type out there, be specific.

      Batting 0 for 3 boss. Try again?

      Nice little dig about being lazy by the way. Doesn't make much sense as my claim is that the information isn't out there, thus no research will turn it up. But hey what's a little ad hominem between friends?

      --
      Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
  4. PHBs, open source and commercial interests by itsownreward · · Score: 4, Insightful
    While talking about operating system innovation coming from companies rather than open source, Metcalfe said:
    "I'm thinking of investing in a company that sells software, and its competitors are open source. I've been speaking to the company's customers and asking them why they'd buy this software instead of just taking the open source. Their answer: 'We don't want to learn about the software, and we need it serviced and supported, so we're going to buy it from this company instead of taking it free from the open-source community.'"
    I work in a healthcare organization's IT department. We have vendors that go out of business or stop offering products we've come to depend on, but then offer an "upgrade" that will cause us to change our entire workflow. Therefore, we make sure we know our systems intimately so we don't get burned. We're largely a Microsoft shop, but I am slowly pushing a bit of open source in there. I guess there's truth in Mencken's saying, "No one ever went broke underestimating the taste of the American public." I guess that goes for its laziness, too.
    1. Re:PHBs, open source and commercial interests by darkonc · · Score: 1
      ... Which pretty much proves the line that what people pay for is the support, not the software.

      That's why companies like Red Hat, IBM and Novell can make money 'selling' free software. What they're selling is the support program.

      --
      Sometimes boldness is in fashion. Sometimes only the brave will be bold.
    2. Re:PHBs, open source and commercial interests by sobachatina · · Score: 1
      I've always wondered about that. It almost seems like there is a conflict of interests of sorts.

      Those companies are some of the major contributors towards the advancement of the usability of Linux but they make their money supporting it. Wouldn't it make them more money if Linux were fast, stable, effective, and impossible to figure out on your own. Customers would want to use it and would need to pay for support.

      So why doesn't it work that way? Is it just the ethics of the companies involved or is there some market force that I don't see that keeps them honest?

    3. Re:PHBs, open source and commercial interests by Rycross · · Score: 1

      Making it impossible to figure out on your own would also make it harder for your support people to support. Plus you'd have to pay your people more for the extra skilled required.

      In the end, it mostly doesn't matter how usable you make Linux. Your customers would rather pay money so that you can do the work maintaining their systems rather than spend the time and effort to learn to do it on their own. Because spending that time and effort means that they aren't doing other productive things that they are better suited for. And no matter how "usable" you make it, they're still going to have to spend time and effort, especially if they are not "computer people."

      I know I wouldn't want to make my accountant try to figure out how to set up a web server. Its the same reason many people pay mechanics to change the oil in their cars, despite the fact that its simple to do.

    4. Re:PHBs, open source and commercial interests by darkonc · · Score: 1
      Like Rycros said: People will pay for support whether the job is easy to do or not. Also: If only for the time being, most of the fight is to take things away from Microsoft In terms of that battle, the easier it is to use Linux the better. Even after MS is a niche player, then the different distros will be fighting each other for the crown of 'easiest to use'.

      That's part of where competition comes into play, and why the GPL is such a good thing for customers.. No vendor can claim a monopoly with GPL software, so they have to differentiate themselves on things like quality of both design and support.

      At that point, the cheaper it is to support a machine, the better your profits per machine and the better your ability to gain and hold customers.

      --
      Sometimes boldness is in fashion. Sometimes only the brave will be bold.
    5. Re:PHBs, open source and commercial interests by electroniceric · · Score: 1
      I work in a healthcare organization's IT department. We have vendors that go out of business or stop offering products we've come to depend on, but then offer an "upgrade" that will cause us to change our entire workflow. Therefore, we make sure we know our systems intimately so we don't get burned.


      I think this can substantially favor open source. As you say, you want to understand the system intimately in-house, both for diagnosing and solving problems quickly, and for being able to adequately deal with discontinuities in vendor relationships. Open source arises exactly that idea, you want to be able to know the software intimately enough that you might need the source, and you definitely can use a manual that explains what the source is doing.

      However, you also want to hedge your bets against something that is very difficult to support when an employee leaves or a software upgrade becomes necessary. A support company is basically an institution that knows as much or more than you do about your system, so they can step in and help when you need it. So your best bets are packages that have goood vendor and developer communities, whether open or closed source.
  5. Clunkers? by erroneus · · Score: 2, Interesting

    Okay, while I'll agree that the technology and underlying philosophies of design are "old" in technology years, but for something to be an "old clunker" there should be a basis for comparison -- something that is NOT an old clunker. What is that something? Anyone have any examples?

    1. Re:Clunkers? by AKAImBatman · · Score: 5, Informative

      Mac OS X has one foot in the past (FreeBSD) and one foot in the future (Mach). Between the two of them, OS X is a bit more futuristic than its competitors. However, a machine that died before its time was the Symbolics LISP machines. I've never had the opportunity to use one, but my understanding of these machines is that they never needed any of the "modern" processor or software concepts we use today, because the underlying software system (LISP) was incapable of creating the types of memory corruption we try to prevent even today. And if a program blew up, you could actually modify its memory image on the fly and continue its execution.

      On top of everything, the hardware architecture was much faster than contemporary computers due to its LISP oriented design. Apparently, a good portion of the LISP language was able to execute directly in the hardware!

      At least, that's how I understood it. Sadly, it didn't get much attention outside of academia. :-/

    2. Re:Clunkers? by Anonymous Coward · · Score: 0

      "And if a program blew up, you could actually modify its memory image on the fly and continue its execution."

      Yes, and if the debugger blew up you could actually modify its memory image on the fly and continue its execution

      And if the debugger blew up when you did that you could actually modify its memory image on the fly and continue its execution

      But, mostly what you would do is curse the damn thing, because you're stuck in a maze of twisty evaluator prompts, all alike (Note that this joke was invented after Symbolics were already doomed)

    3. Re:Clunkers? by CyricZ · · Score: 2, Interesting

      Why the various Lisp machines did it not make it outside of academia? It is because most programmers simply cannot handle functional programming, even when using a non-pure functional, semi-imperative language such as Lisp. The pool of programmers capable of developing for such a system is quite limited, as as such they will cost far more to employ.

      Why should a company spend a massive amount of money on a Lisp-based (ie. at the hardware level) system and developers for it, when they can toss together a very powerful PC and Visual Basic code written for pennies or pence by some offshore programmer.

      It's all a matter of economics. Technically, such a system is very sound. Economically, it just plain isn't worth it. Unless similar machines could be developed which included massive technical benefits over existing systems, they will not become popular.

      --
      Cyric Zndovzny at your service.
    4. Re:Clunkers? by Anonymous Coward · · Score: 0

      > because the underlying software system (LISP) was incapable of creating the types of memory corruption we try to prevent even today

      So why not just write an operating system in Emacs?

    5. Re:Clunkers? by frankie · · Score: 2, Insightful

      No, that would be one foot in the living past (FreeBSD) and one foot in the dead past (Mach). Mach is considered a bad kernel design by both theorists and developers. The only reason Apple used it instead of a plain BSD kernel is Avie Tevanian and the NIH syndrome.

    6. Re:Clunkers? by jacrawf · · Score: 2, Funny

      Because Emacs already is an operating system.

    7. Re:Clunkers? by convolvatron · · Score: 3, Interesting

      here you are wrong. did you ever use one? the symbolics was by far the most usable and productive machine at the time.

      its primary strength was exactly that you could toss together something pretty nice in basically no time at all.

      dont you think it might have something to do with marketing, barriers to entry, and culture? there is nothing fundamentally economic about the failure of symbolics (except the barrier to entry bit, the volume was so low that they were very expensive machines)

    8. Re:Clunkers? by Sloppy · · Score: 1
      something that is NOT an old clunker. What is that something? Anyone have any examples?

      AmigaOS would be an old non-old-clunker (in that it's now 20 years old and out-of-date, yet still newer than what most people currently use). BeOS would be a middle-aged non-old-clunker. I'm not up to speed on the current non-old-clunkers yet, but I'm sure they're out there on the fringes somewhere, and I guess it's possible that one of them could surprise us by trying to take a stab at the mainstream (sorta like what Be did in October 1995).

      I think the historical lesson is that techies do sometimes come out with modern tech, but modernity is no guarantee of marketplace success.

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    9. Re:Clunkers? by bnenning · · Score: 1

      The only reason Apple used it instead of a plain BSD kernel is Avie Tevanian and the NIH syndrome.

      Well, that and even though Mach is clunky, it was already working in the Next/OpenStep code that Apple acquired. Replacing it with a traditional kernel would have been a lot of work for not a lot of benefit.

      --
      How to solve most of our problems: 1.Lots of nuclear plants. 2.Cure aging.
    10. Re:Clunkers? by Anonymous Coward · · Score: 0

      Mac OS X has one foot in the past (FreeBSD) and one foot in the future (Mach).

      Mach is hardly the future--it was originally developed in the mid-80s IIRC. Heck, you might as well go with Plan 9 if you have to choose something. Even (Open)VMS had built-in capabilities in 1984 that few other systems even have now (thinking mostly clustering stuff).

    11. Re:Clunkers? by Eric+S+Raymond · · Score: 1

      Maybe they shouldn't of blown off richard stallman.

      and regarding the article,

      We have computers that are hundreds of times faster than twenty year old mainframes, but our computers are nearly as reliable? Something is wrong here.

      --
      Bypass Compulsory Web Registration -- http://bugmenot.com/
    12. Re:Clunkers? by Jherek+Carnelian · · Score: 1

      On top of everything, the hardware architecture was much faster than contemporary computers due to its LISP oriented design.

      That's contemporary with Symbolics not contemporary with today.

      Their performance lead was unsustainable, as the wikipedia entry says, "Rapid evolution in mass-market microprocessor technology ... severely diminished the commercial advantages of purpose-built Lisp machine" - in other words, they did not scale well, and were dirt-slow compared to the next generation of systems.

    13. Re:Clunkers? by dbIII · · Score: 1
      my understanding of these machines is that they never needed any of the "modern" processor or software concepts we use today ... hardware architecture was much faster than contemporary computers
      You can also say exactly the same thing about analogue computers, but they are only useful in certain circumstances. Just like neural nets on digital computers entirely replaced the last vestiges of analogue computers the lisp machine has been replaced by a more general purpose item.
  6. The new OS by pupeno · · Score: 3, Informative

    Everybody complains about Linux and Window and all the other operaitng systems about being old an obsolete but I see only a few putting effort in building new operating systems like what Slate can become (in the long term) or what Movitz is aiming.

    --
    Pupeno
    1. Re:The new OS by Anonymous Coward · · Score: 0

      "Everybody complains about Linux and Window and all the other operaitng [sic] systems about being old an [sic] obsolete," I quote.

      Bob Metcalfe is certainly not "everybody", because what I observe, at least on Slashdot, is that everybody is vouching for Linux being the operating system of the future. What the hell are you smoking to think everybody's complaining about the obsoleteness of current operating systems?

    2. Re:The new OS by CDarklock · · Score: 2, Interesting

      Building a new operating system takes a long time and a lot of money.

      Because Windows comes on pretty much every new PC, and Linux is readily available for download, you will probably never get that money back.

      OS/2 was a superior operating system to Windows 95, but people didn't buy it. They bought computers with Windows, or they installed Linux from cheap CDs (downloading it wasn't feasible at the time for most people). Now the superior O/S is being folded up and thrown away.

      So what about the hardware question? NeXT was a superior operating system on superior hardware. First they stopped making the superior hardware, then they stopped making the superior O/S. Why? No money in it.

      Has the world changed? Be was a superior operating system on superior hardware. First they stopped making the superior hardware, then they stopped making the superior O/S. Why? No money in it.

      The open source community has some pipe dream that when you can't make money from software, you will contribute your software for free. What actually happens is people stop writing software so they can do something that makes money. And for all the rhetoric about freedom, your scads of users aren't really going to matter when the project has only two developers left working on it... and both of them are investing most of their effort in something profitable.

      That's why I believe in the BSD license. Code under the BSD license can still be commercially exploited. That means you can still make money off it. And that means smart people will continue to write and use it.

      --
      Microsoft cheerleader, blue flag waving, you got a problem with that?
    3. Re:The new OS by Golias · · Score: 3, Interesting

      So what about the hardware question? NeXT was a superior operating system on superior hardware. First they stopped making the superior hardware, then they stopped making the superior O/S. Why? No money in it.

      Actually, they are still making a superior OS on superior hardware. They didn't go away, they took over Apple from within.

      I think it's one of the most fascinating stories of the last 20 years how Steve Jobs somehow managed to steal his old company back.

      --

      Information wants to be anthropomorphized.

    4. Re:The new OS by ShieldW0lf · · Score: 4, Insightful

      The open source community has some pipe dream that when you can't make money from software, you will contribute your software for free. What actually happens is people stop writing software so they can do something that makes money.

      That's such a load of bullshit. I take the free enterprise stack. I sell clients on my ability to develop software that will fix their problems using the free enterprise stack as a base. I discover that the free enterprise stack doesn't have some feature I could really use to more effectively service these clients. So I write the new feature. And I deliver a solution to them that works. Now I've got this new feature in the stack, I can't really sell it to anyone on its own, and if I don't roll it back into the main trunk, I'll have to maintain it if I ever wish to use it again. So I give it back to the community because it's in my best interest to do so. This is how the software gets contributed for free. One itch at a time. And you can spout off all your rhetoric about the "open source pipe dream", but that's all it is, spouting off. It exists, it progresses, it takes market share from the most powerful company on earth, and it appears to be gaining momentum. The existance of the thriving community is PROOF that you are wrong.

      --
      -1 Uncomfortable Truth
    5. Re:The new OS by GreyWizard · · Score: 1

      That's why I believe in the BSD license. Code under the BSD license can still be commercially exploited. That means you can still make money off it. And that means smart people will continue to write and use it.

      So I guess all of these people are fictional. There's no way they could be getting paid to develop the GPL licensed Linux kernel. Except that most of them are. And that's just one project. Proprietary license fees are neither the only nor the best way for poeple to pay for effective software.

      I reject your reality, and substitute my own.

      Apparently so.

      --
      Not all those who wander are lost.
    6. Re:The new OS by CDarklock · · Score: 1

      Actually, I have a somewhat different complaint about those people.

      I am not one of them, and no matter how long and hard I work, I will probably never *be* one of them. The same goes for just about anyone else, too.

      While there are some few thousand programmers who get paid to write GPL code, they are WEIRD, and their employers are WEIRD, and the reasons they are in that position are WEIRD. There is nothing wrong with that, and I say more power to them.

      But it does *not* represent a business model on which I think the world's programmers can hang their futures. We cannot all be Linus Torvalds and Rasmus Lerdorf, any more than we can all be Bill Gates and Paul Allen. Even a *bad* commercial developer can keep a roof over his head and food in his pantry, but you have to be in the upper one-tenth of one percent to make ANY money as an open source developer -- and even then, it takes a damned sizeable piece of pure luck.

      The logistics don't scale. You may as well tell your careers advisor that you plan to be a rock star, or join the NBA, or become the President of Burundi: it's simply not a viable plan for your future.

      --
      Microsoft cheerleader, blue flag waving, you got a problem with that?
    7. Re:The new OS by CDarklock · · Score: 1

      > I sell clients on my ability to develop
      > software

      What exactly do you mean by "develop"?

      If you are simply installing and configuring elements of the free enterprise stack, then you are one of those people who "stop writing software so they can do something that makes money".

      If you are writing new software, I would assume that you are being paid for it, since you "sell clients" on it -- so you can hardly argue that you "can't make money from software".

      In both cases, my original point stands, and your failure to understand it is proof that... well, that you don't understand it. Which is a pretty widespread problem in the open source world.

      --
      Microsoft cheerleader, blue flag waving, you got a problem with that?
    8. Re:The new OS by ShieldW0lf · · Score: 1

      No, you're the one that doesn't understand. I do not SELL software. I get paid to BUILD software to solve a problem, and after that, I'm done getting paid. I do not need to OWN software. I do not care what is done with the software after it is written. I happily GIVE AWAY FOR FREE hundreds of man-hours worth of work to my clients in the form of pre-existing libraries that I have written, and I always reserve the rights to give it away again on my next job before I accept the position. Anyone who objects can go pay more for less elsewhere.

      If every man woman and child on earth was given a copy of my software by the client I wrote it for, I would not care. Because I am not a manager, nor am I an owner. I am a creator, and a problem solver.

      I will never be without opportunities to make money, because there will always be more problems that need to be solved, and I am not a one-trick pony who builds something and then he's all used up and needs to get paid for the rest of his life on the basis of the work he did long ago. I am not Bill Gates, or one of his useless ilk.

      Ownership of software, software as a product, these are not concepts that support the creators. Talented and industrious creators will NEVER be out of work, because there will NEVER be an end to problems in need of solutions. If these legal and marketing constructs went away, there would STILL be people with problems willing to throw their money at someone who can fix it for them regardless. The only difference is that we would be working on more creative and interesting work rather than re-inventing the wheel over and over again because someone else "owns" the other copies.

      The only people who would be fucked would be the vast multitude of useless managers and "owners" who get paid vast amounts of money to do useless busywork if the even do that. Perhaps they could do something more useful with themselves, like pick up garbage by the side of the road.

      Do you get it now? I understand exactly what you're saying, and I'm saying that you're wrong. You can spout off your rhetoric all you want, and perhaps some of the drones around here might be swayed. But I KNOW that you're wrong, and I prove it every day of my life by earning a healthy living and support a family doing what you say is impossible for clients who absolutely fucking love me and my work.

      Go peddle that shit somewhere else.

      --
      -1 Uncomfortable Truth
    9. Re:The new OS by GreyWizard · · Score: 1

      While there are some few thousand programmers who get paid to write GPL code, they are WEIRD, and their employers are WEIRD, and the reasons they are in that position are WEIRD.

      No, there's nothing weird about any of this. You simply don't understand the economic forces at work. Still, I notice you have retreated from your original position, which was that the development teams of GPL projects will simply dry up and blow away from a lack of proprietary license fees. That's a good start. No matter how baffled you are by this, smart people can and do make money writing and using GPL software.

      The logistics don't scale. You may as well tell your careers advisor that you plan to be a rock star, or join the NBA, or become the President of Burundi: it's simply not a viable plan for your future.

      No, sorry, you're wrong. Not everyone can be Linus Torvalds, but not everyone has to be. Around 90% of people employed as programmers are working on in-house project or in other ways not producing software for proprietary sale. Most of those people could, and many demonstrably do, incorporate GPL licensed software into the systems they develop rather than writing things from scratch. They and their employers then have a natural interest in contributing to the project, because doing so is more efficient than rewriting or maintaining an internal fork. These people are not rock stars, but they are being paid to contribute to GPL licensed software. This is one of the reasons there is such a staggering quantity of software available under this license.

      Again, proprietary license revenues are neither the only nor the best way to collect money for writing software. Read the Bruce Perens paper linked above if you would like to understand.

      --
      Not all those who wander are lost.
    10. Re:The new OS by CDarklock · · Score: 1

      > I understand exactly what you're saying,
      > and I'm saying that you're wrong.

      But I agree with everything you just said. You're talking about how programmers have jobs and get paid.

      What *I'm* talking about is how the open source world gets more and better developers to contribute more and better code.

      Apples and oranges.

      --
      Microsoft cheerleader, blue flag waving, you got a problem with that?
    11. Re:The new OS by CDarklock · · Score: 1

      > I notice you have retreated from your original
      > position, which was that the development teams
      > of GPL projects will simply dry up and blow
      > away from a lack of proprietary license fees.

      That is not and has never been my position. There is no horrible fate awaiting GPL projects. I am simply saying that the GPL is crap and should be killed at our earliest convenience, because it is actively preventing people from contributing to the community.

      This is not about money. It's about code. Assume I'm going to write code to implement project X for a client. My client will then sell project X as a proprietary product, because I do not get to tell my client how to run his business.

      When project X needs feature Y, I can't use GPL code. If I did, project X would fall under the GPL, and my client would have greater difficulty selling it as a proprietary product. Making life difficult for my client is bad business. So since I can't use GPL code, I have to write feature Y myself.

      Effect of the GPL: a programmer who was perfectly willing to use open source code has been forced to reinvent the wheel for no good purpose. My time is wasted, my client gets a mediocre feature, and the community gets jack squat.

      Contrast the BSD license. I can incorporate BSD code into my client's project without donating anything to the community. So I can pop it in there to save time and effort. I get my job done faster and better, my client gets a high-quality feature, and... well, the community once again gets squat.

      But for all the same Very Good Reasons you outline, my client and I *both* now have a natural interest in contributing code to the community.

      And I don't *care* who gets paid or how they're paid or where the money goes. It simply isn't relevant. Proprietary license revenues may not be the best way to get paid, but that's not my decision to make for my clients, and it's not *your* decision to make for them either.

      The GPL puts us in the business of telling people their business models are wrong. That's a monumentally stupid business. We should get out of it.

      --
      Microsoft cheerleader, blue flag waving, you got a problem with that?
    12. Re:The new OS by GreyWizard · · Score: 1

      That [the development teams of GPL licensed projects will dry up and blow away] is not and has never been my position. There is no horrible fate awaiting GPL projects.

      Then I guess you never said this: "What actually happens is people stop writing software so they can do something that makes money." Except that you did.

      I look forward with amusement to your next attempt to wiggle out from under your own words. Of course, you could admit that you have learned something and have changed your position. But what fun would that be?

      I am simply saying that the GPL is crap and should be killed at our earliest convenience, because it is actively preventing people from contributing to the community.

      Nonsense. Only the small minority of companies that want to incorporate free software into proprietary products are prevented from doing anything at all by the GPL. As you pointed out, in those cases replacing the license with BSD would not result in any contribution to the free software community. Clearly no one is directly prevented from contributing in either case. Your argument seems to be that the GPL license is indirectly preventing contributions because it cannot be adopted by some organizations that might otherwise have had an incentive to offer improvements to the community.

      But that argument is simply wrong. Read The Emerging Economics of Open Source by Bruce Perens. Companies who contribute to free software projects generally do so because the project represents non-differentiating technology for them. In such cases the disadvantage of allowing competitors to have internally developed improvements is small compared to the benefits of shared maintenence. This does not usually apply to companies that wish to incorporate free software into proprietary products because in those cases the software is differentiating technology. Such companies have an incentive to keep improvements to themselves because the advantage of denying them to competitors is worth more than the cost of maintianing an internal fork.

      This means the GPL does not foreclose on any signficant source of contributions. One has only to look around to see the evidence. GPL and LGPL licensed projects such as Linux, GCC, GNOME, Samba and others are swimming in corporate cash and have many full time developers employed by a wide variety of companies. BSD licensed projects, while sometimes successful like FreeBSD and PostgreSQL, usually have more meager resources. This would be difficult to explain if the GPL actually discouraged contributions.

      This is not about money. It's about code.

      Then I guess you never said this: "Code under the BSD license can still be commercially exploited. That means you can still make money off it." Except that you did.

      Proprietary license revenues may not be the best way to get paid, but that's not my decision to make for my clients, and it's not *your* decision to make for them either.

      Can you name a specific instance in which I have even attempted to make business decisions on behalf of your clients? Can you name an instance in which I have encouraged you to make business decisions on behalf your clients? No. You can't because there aren't any. In particular, I have never questioned the right of your clients or anyone else to release software for which they own the copyright under any license they choose. Your statement is a clumsy rhetorical trick intended to distract from your inability to articulate a sound argument against the GPL.

      The GPL puts us in the business of telling people their business models are wrong. That's a monum

      --
      Not all those who wander are lost.
    13. Re:The new OS by CDarklock · · Score: 1

      > I look forward with amusement to your next
      > attempt to wiggle out from under your own
      > words.

      If I restate something you misunderstood in a way that I believe you will understand it better, I am not trying to "wiggle out" of anything. Yes, I said exactly what you quoted. You have taken it out of context because you don't understand it. I stand by my original position: the GPL makes it harder to make money from writing code (as opposed to supporting code), and expects that this difficulty will encourage people to contribute their code for free. It will not do this. It will simply encourage people to stop writing code that uses GPL software.

      > Your argument seems to be that the GPL license
      > is indirectly preventing contributions because
      > it cannot be adopted by some organizations
      > that might otherwise have had an incentive to
      > offer improvements to the community.

      Partially, but I think that's really a minor loss, and rather myopic. I think the larger damage is that the developers employed by those organisations are forced to reinvent the wheel over and over again, which wastes our most precious commodity: developer brain-time. Every time a developer has to write a login facility from scratch rather than use open source options, we forever lose that time. It *could* have been used to advance the state of the art, open source or otherwise (the open source world tends to implement good ideas rapidly), or at the very least to do something that would make the developer happier. Happy developers write better code.

      I don't think anyone can dispute that rewriting some basic feature from scratch because of a company policy is one of the most mind-numbingly dull tasks ever, and the world would be better off with less of it.

      > Companies who contribute to free software
      > projects generally do so because the project
      > represents non-differentiating technology for
      > them.

      Exactly! They contribute what they *perceive* to have ZERO COMMERCIAL VALUE. But forcing their work to *actually* have zero commercial value doesn't change their perception.

      Case in point, generic Viagra; we all get tons of spam about it, because the people sending that spam think we haven't ordered it because we simply don't know it's available. NO EXPLANATION OF REALITY WILL CONVINCE THEM OTHERWISE.

      Same with projects. No matter how many times you explain that nobody will pay $60 for an email client because there are so many excellent free ones, if your client or employer believes he can make $60 a pop from an email client... he'll pay you to build one. (And when nobody will pay $60 for it, he'll blame you.) The converse applies as well; if your customer cannot see the value in a proposed project, he will not pay anyone to build it.

      > I guess you never said this

      No, I said that. Then I said "And that means smart people will continue to write and use it."

      I'm *ultimately* interested in people writing and using the code, not people making money off it. The money is just the carrot on a stick that gets people to write code. Code is good. Things that get people to write code are good. So when people are making money from writing code, that's good. And when people *aren't* writing code because they *can't* make money off it, that's bad.

      I believe that people will write code no matter what, but that by sharing our code as widely as possible, we can encourage more people to write NEW code instead of reinventing the wheel all the time.

      > Can you name a specific instance in which I
      > have even attempted to make business decisions
      > on behalf of your clients?

      No, but every GPL project out there says I can't get paid for anything using it through proprietary license revenues. So I'd call those a bunch of specific instances where that particular business model has been ruled out, which is a business decision made for anyone using the code. If my client could use the code, but wants proprietary l

      --
      Microsoft cheerleader, blue flag waving, you got a problem with that?
    14. Re:The new OS by CDarklock · · Score: 1

      > Read The Emerging Economics of Open Source by
      > Bruce Perens

      Incidentally, the primary flaw in this particular paper is Mr. Perens' assumption that differentiating and non-differentiating technologies are in different projects. In reality, over 90% of the average project is non-differentiating, while 10% of it *is* differentiating. Under the GPL, you have to write that 90% yourself unless you want to give away the 10% that differentiates your specific project.

      That is an incredibly stupid scenario. With a BSD license, the project can be delivered in a tenth of the time and with a much more stable and reliable codebase. But the GPL forces the development team to spend 90% of their time writing something they don't have to write, so they can protect what they *do* have to write. Chances are good that the developers are not experts in the 90%, but in the 10%, so there is a higher likelihood of bugs and security flaws throughout the project.

      The GPL operates largely under the assumption that given this scenario, the developer would naturally make the Right Decision to contribute the 10% he has to write in return for the 90% he doesn't. But in a commercial environment, the developer does not normally get to *make* this decision, so the GPL merely forces him to write that 90% all over again for no good reason. Even though the developer knows it's a bad course of action, he simply does not have a choice.

      And there is the *specific* economic impact of the GPL, distinct from the economic impact of other licenses: the fact that it has compelled a great many businesses to do business *less* efficiently, and to write code that they would not have to write at all without the license that restrains them.

      --
      Microsoft cheerleader, blue flag waving, you got a problem with that?
    15. Re:The new OS by GreyWizard · · Score: 1

      Yes, I said exactly what you quoted. You have taken it out of context because you don't understand it.

      Denying the plain meaning of your words does not help your case. First you claimed what happens when people can't make money from software -- oops, have a harder time making money (even though you say you're not wiggling out of anything you've quietly changed your tune here) -- because they have released their code under the GPL is that people stop writing software so they can do something that makes money. Then when I summarized your position as being that the development teams of GPL licensed projects would dry up you admitted that there is no horrible fate awaiting those projects after all. The second statement is a contradiction of the first, not a clarification or restatement. Exactly which part of this would you like to pretend I don't understand?

      Partially, but I think that's really a minor loss, and rather myopic.

      Good thing you devoted half of your previous message to this point then. There's no sense dwelling on the important part of your argument, is there?

      I think the larger damage is that the developers employed by those organisations are forced to reinvent the wheel over and over again, which wastes our most precious commodity: developer brain-time.

      This waste of brain time is exactly what occurs when a developer writes a software component for a proprietary system. He or she might or might not have an easier time getting paid, but the resulting code will be forever unavailable to every programmer outside that organization. While you seem to have no complaint about this you hold that the developer who releases code under the much less restricive GPL is commiting some sort of sin.

      When I write software that I release under the GPL everyone is welcome to run it for any purpose, study and learn from it, improve it and share it with others. Is that not enough? Do you want to use it in your proprietary project so that you can advance the state of the art, be happy and get paid? What a coincidence! I'd like all of those things too. You'll have to pay me to grant you a license that permits proprietary use, just as you would if my program were proprietary software. Either releasing proprietary software is wrong, in which case the limitations imposed by the GPL are harmless, or it isn't, in which case the the less severe limitations of the GPL are at least equally reasonable.

      I'm *ultimately* interested in people writing and using the code, not people making money off it. The money is just the carrot on a stick that gets people to write code. Code is good. Things that get people to write code are good. So when people are making money from writing code, that's good. And when people *aren't* writing code because they *can't* make money off it, that's bad.

      Everyone would like to see the world full of useful and readily available code. Where people differ is on how to get there. Those of us in the free software movement would like to change the industry so that people are routinely paid to write and release free software. This is already underway and making good progress. On the other hand you seem to prefer to cling to the proprietary system while pretending that the large and growing group of people who are being paid to write GPL licensed code are just weird. Maybe that's just because you're not yet one of them.

      No, but every GPL project out there says I can't get paid for anything using it through proprietary license revenues. So I'd call those a bunch of specific instances where that particular business model has been ruled out, which is a business decision made for anyone using the code.

      Wrong. In each of those cases a group of people have made their work available under certain terms and conditions. Don't like the rules? Don't use the code. No one has interfered with your business decisions. Does your client interfere with the business decisions of people who wou

      --
      Not all those who wander are lost.
    16. Re:The new OS by GreyWizard · · Score: 1

      Incidentally, the primary flaw in this particular paper is Mr. Perens' assumption that differentiating and non-differentiating technologies are in different projects.

      I find no support for this claim in the paper itself. As far as I can tell Mr Perens makes no assumptions about the relative proportion of differentiating and non-differentiating code in any particular project. Perhaps you would be so kind as to actually quote the relevant text that demonstrates such an error.

      In reality, over 90% of the average project is non-differentiating, while 10% of it *is* differentiating.

      Again, kindly cite a reputable source. Otherwise I am tempted to suppose you imagined this statistic.

      The GPL operates largely under the assumption that given this scenario, the developer would naturally make the Right Decision to contribute the 10% he has to write in return for the 90% he doesn't.

      Wrong. The GPL operates on the assumption that providing a free ride to proprietary software companies is not advantageous to the free software movement. There have been cases where companies have contributed code to a free software project because the alternative of releasing an improved proprietary product was not available, but this is just gravy. The real point is to eliminate the need for a project to compete with proprietary alternatives derived from the same codebase. Read the GNU philosophy pages if you don't believe me.

      And there is the *specific* economic impact of the GPL, distinct from the economic impact of other licenses: the fact that it has compelled a great many businesses to do business *less* efficiently, and to write code that they would not have to write at all without the license that restrains them.

      Exactly why should this be regarded as a problem for the free software community? Only businesses that create proprietary products are affected -- that is to say, the competition. This makes the alternative of choosing a business model compatible with free software that much more attractive.

      --
      Not all those who wander are lost.
    17. Re:The new OS by CDarklock · · Score: 1

      > As far as I can tell Mr Perens makes no
      > assumptions about the relative proportion of
      > differentiating and non-differentiating
      > code in any particular project. Perhaps you
      > would be so kind as to actually quote the
      > relevant text that demonstrates such an error.

      Sure.

      "...Amazon will also tell you about other books that were purchased by people who bought the book you're interested in. [...] If you go to the Barnes and Noble site, they don't have that feature [...] So, for Amazon, the "recommendation" software is a business differentiator."

      The "recommendation" software in question is not a discrete project. It is a feature of a larger project. Shortly thereafter, he continues:

      "Thus, to make your business more desirable to customers, you should spend more on differentiating software that makes your business more desirable, and less on software that doesn't differentiate your business."

      Apply the GPL to this. You have a differentiating feature for your software. If your software is GPL, your differentiating feature must also be GPL... unless you jump through a number of unnecessary hoops to make it a different product. This inevitably impacts stability, maintainability, and performance.

      Furthermore, the next version of the GPL is supposedly going to specifically target this situation, making it much more difficult to jump through these hoops.

      > Again, kindly cite a reputable source.
      > Otherwise I am tempted to suppose you imagined
      > this statistic.

      How about Mr. Perens himself?

      "Perhaps 90% of the software in any business is non-differentiating."

      Software, not projects. If we accept the truth of this 90% statistic, we must also accept the statistical reality that the 90% is spread across all the projects, and thus that the average across those projects is 90%.

      If you propose that he is wrong about the 90% (his own footnote #2 implies a figure of 84%, when the 75.4% figure in the referenced report is adjusted with his estimates for internal programming), then whatever percentage you prefer can be used to replace it. The differentiating software in a business is not localised to purely-differentiating projects; it represents a tiny minority share of projects that are largely non-differentiating.

      Compare the alternatives here:

      With commercial products, source modification is generally not possible, so the entire project must be written from scratch.

      With a GPL source base, the differentiating code would need to be GPL as well, which is unacceptable so the entire project must be written from scratch.

      With a BSD-licensed source base, the *differentiating* code may be licensed however the company likes, so only the differentiating code needs to be written.

      > The GPL operates on the assumption that
      > providing a free ride to proprietary software
      > companies is not advantageous to the free
      > software movement.

      When a proprietary company pays people to modify an open-source codebase, it is also paying them to learn that codebase, which makes them valuable support resources to the community. Furthermore, it encourages the company to expose its developers to the rest of the open source community, where we can demonstrate how great open source development is. This helps give us the advocates and evangelists we need in these proprietary companies, and also arms them with the potent weapon of guilt: "We have taken from this community, and yet we do not contribute - this is a part of our social responsibility."

      This is definitely advantageous to the community. It is not advantageous to the RMS agenda, however, which is fundamentally about punishing those nasty proprietary software companies.

      > The real point is to eliminate the need for a
      > project to compete with proprietary
      > alternatives derived from the same codebase.

      Replacing it, instead, with the need for a development team to compete against a support

      --
      Microsoft cheerleader, blue flag waving, you got a problem with that?
    18. Re:The new OS by GreyWizard · · Score: 1

      The "recommendation" software in question is not a discrete project. It is a feature of a larger project.

      I asked you to provide evidence for the following claim: "Incidentally, the primary flaw in this particular paper is Mr. Perens' assumption that differentiating and non-differentiating technologies are in different projects." What you have quoted is an example intended to illustrate what constitutes differentiating technology. The point Mr Perens is making is that the recommendation feature gives Amazon an advantage over competitors. This does not show that he assumes the recommendation feature is implemented by a discrete project or even a discrete program. Neither does the subsequent quote you provided, which merely emphasizes the importance of differentiating software relateive to the rest.

      Apply the GPL to this. You have a differentiating feature for your software. If your software is GPL, your differentiating feature must also be GPL... unless you jump through a number of unnecessary hoops to make it a different product. This inevitably impacts stability, maintainability, and performance.

      Boo hoo hoo. Stability, maintainability and performance might also be improved by reusing copyrighted code from a proprietary product sold by some other company, but that isn't an option either. Are you saying it's wrong to withhold permission to link a piece of software with proprietary applications? In that case it must be wrong to release proprietary applications since doing so means linking in other proprietary applications is forbidden. Someone worked hard to design, implement and debug that piece of software that you want to include in your proprietary software product and that author chose not to give you permission to do that unless you share your code too. Why can't you respect that choice, especially since you feel no guilt about denying that permission and then some with regard to your own code?

      How about Mr. Perens himself?

      You are confused. You claimed, in your own words: "In reality, over 90% of the average project is non-differentiating, while 10% of it *is* differentiating." Mr Perens wrote: "Perhaps 90% of the software in any business is non-differentiating." He is referring to software that a company runs internally which is also available to competitors, not the proportion of code within a proprietary product that differentiates it from its own competitors. You are comparing apples to oranges.

      The differentiating software in a business is not localised to purely-differentiating projects; it represents a tiny minority share of projects that are largely non-differentiating.

      What you seem to be trying to say is that when a company creates a proprietary software product some portion of the code will implement unique features that set it apart from alternatives while the rest will address generic problems and could be replaced by commodity code. This is true almost by definition. Still unless you have a reputable source you should not claim ninety percent or any other statistic for this proprortion. You simply don't know.

      When a proprietary company pays people to modify an open-source codebase, it is also paying them to learn that codebase, which makes them valuable support resources to the community. Furthermore, it encourages the company to expose its developers to the rest of the open source community, where we can demonstrate how great open source development is. This helps give us the advocates and evangelists we need in these proprietary companies, and also arms them with the potent weapon of guilt: "We have taken from this community, and yet we do not contribute - this is a part of our social responsibility."

      How very warm and fuzzy. When companies bill shareholders for grandiose executive perks, use courts to suppress details about product security problems and otherwise smash ethical norms they usually don't have much patience for talk of social responsibility. But I'l

      --
      Not all those who wander are lost.
    19. Re:The new OS by CDarklock · · Score: 1

      The posts just keep getting longer... and yet, the conversation never seems to progress. I wonder why?

      > This does not show that he assumes the
      > recommendation feature is implemented by
      > a discrete project or even a discrete
      > program. Neither does the subsequent
      > quote you provided, which merely emphasizes
      > the importance of differentiating software
      > relateive to the rest.

      In isolation, no, the two quotes do not mean much of anything. Neither of them says outright that all differentiating software is separate from all non-differentiating software.

      However, the first quote defines an example of differentiating software, and the second proposes a way of dealing more efficiently with differentiating software. When you add the GPL to this equation, his proposed method DOES NOT WORK with his example UNLESS the differentiating software is in a different project.

      Take the GPL out, replacing it with the BSD or MIT or PHP license, and this problem goes away. Mr. Perens is not completely wrong, but the GPL cannot be reasonably applied to existing software in the way Mr. Perens suggests.

      > Stability, maintainability and performance
      > might also be improved by reusing copyrighted
      > code from a proprietary product sold by some
      > other company, but that isn't an option either.

      That proprietary product does not claim to be free: esse quam videre. It purports to be proprietary software usable by licensed customers, and that is precisely what it is. BSD-licensed software purports to be free-as-in-speech software usable by anyone, and that's what it is. GPL software purports to be free-as-in-speech software usable by anyone, and then defines "anyone" as "people like us".

      So I guess it depends on what the definition of "is" is.

      The BSD software does impose a few conditions on use, but none of them impacts the actual use of the software. You can still do whatever you like with it in every useful *software* circumstance.

      > Are you saying it's wrong to withhold
      > permission to link a piece of software
      > with proprietary applications?

      No. I'm saying it's wrong to call that software "free", because if ANY useful permission is withheld, the software is no longer free.

      > He is referring to software that a company
      > runs internally which is also available to
      > competitors, not the proportion of code
      > within a proprietary product that differentiates
      > it from its own competitors.

      The meaning of "non-differentiating" is well-known and has been discussed in licensing circles for something like a decade.

      While Mr. Perens notes specifically that a COTS application is by definition non-differentiating because it is equally available to one's competitors. However, the term "non-differentiating" also applies to well-known algorithms, standardised protocols, and even industry-standard practices.

      > You are comparing apples to oranges.

      No, I'm comparing software to software. Mr. Perens proposes a mechanism that works with the GPL when proportions A and B can be readily separated into discrete projects, but that DOES NOT work when they cannot. I am suggesting that his mechanism does not represent the majority case, but an edge condition that rarely occurs in the Real World.

      > Still unless you have a reputable source
      > you should not claim ninety percent or any
      > other statistic for this proprortion.

      It doesn't matter what the statistic is. If the proportion of differentiating code in a given project is nonzero, adding GPL code in that project is detrimental to your business because it forces the release of differentiating code to your competition.

      I suggest that you know this, but have chosen to ignore it because it does not support your argument.

      > How very warm and fuzzy. When companies
      [blah blah blah]
      > they usually don't have much patience
      > for talk of social responsibility.

      --
      Microsoft cheerleader, blue flag waving, you got a problem with that?
    20. Re:The new OS by GreyWizard · · Score: 1

      The posts just keep getting longer... and yet, the conversation never seems to progress. I wonder why?

      Perhaps because you continue to contradict yourself, refuse to admit obvious mistakes, stray from points in a lame attempt to confuse issues on which you are clearly losing ground, respond with apples to oranges comparisons or simply ramble on about Viagra. When you learn to focus, support your arguments with evidence and respond to the point your opponent has made rather than the one you wish had been made this problem will disappear.

      However, the first quote defines an example of differentiating software, and the second proposes a way of dealing more efficiently with differentiating software. When you add the GPL to this equation, his proposed method DOES NOT WORK with his example UNLESS the differentiating software is in a different project.

      Instead of supporting your original statement you are changing the subject. This line of argument began when you claimed that "the primary flaw in this particular paper is Mr. Perens' assumption that differentiating and non-differentiating technologies are in different projects." I asked you to support this and in direct response you furnished those two quotes, which don't relate to the issue at all. Now you pretend that the subject was actually some "method" Mr Perens has proposed without being specific about what you mean. The paper in question is an explanation of the economic mechanism that support open source software in general and only occationally mentions the differences between the GPL and BSD licenses. No particular method is proposed. Clearly you did nothing more than skim the paper looking for quotes to pluck out of context. This is not impressive.

      Meanwhile, now that you've changed the subject you're still wrong because you have narrowly defined business as retail proprietary software business. That is a small fraction of the business world -- even the information technology business world. Certainly most retail proprietary software companies cannot link differentiating software with GPL licensed code. Neither I nor Mr Perens has ever disputed that. I challenge you to find an example of either. Of course, companies offering proprietary software can and often do aggregate GPL licensed software. As an example, Sun Microsystems and Microsoft supply GNU tools with some of their products without violating the terms of the GPL or sacrificing their differentiating code. Of course, the overwhelming majority of companies that simply do not sell proprietary software have no practical limitations when it comes to GPL licensed code with any code -- differentiating or otherwise -- for internal use.

      GPL software purports to be free-as-in-speech software usable by anyone, and then defines "anyone" as "people like us".

      Wrong. GPL licensed software can be used, studied, modified and redistributed by anyone. Anyone includes companies which sell proprietary software such as Microsoft and Sun Microsystems, who in fact do all of these even though they are entirely unlike, say, the Free Software Foundation. Such companies are not free to link GPL licensed software into proprietary applications any more than they are able to ship BSD licensed code without copyright notices. Only in the most crabbed and intellectually dishonest sense could the GPL fail to qualify as free-as-in-speech.

      I'm saying it's wrong to call that software "free", because if ANY useful permission is withheld, the software is no longer free.

      This is sophistry. Suppose you encountered a company that would find it useful to ship BSD code without copyright notices. Would this move you to abandon support for the BSD license in favor of the public domain? No? Then either you must accept my reasons for finding permission to link with proprietary software less than useful or you must admit that you are a hypocrite.

      The meaning of "non-differentiating" is well-known and has been discussed in

      --
      Not all those who wander are lost.
  7. Best new OS I've seen by BigAlexK · · Score: 0

    Best ever OS I've seen, from a purely technical standpoint, is Tao Group's Intent, that started life as TAOS. Truely a beautiful piece of software engineering. This is a fairly old story that gives some background: http://www.osnews.com/story.php?news_id=157 This is the modern website: http://tao-group.com/

  8. GUI version of MacOS by Anonymous Coward · · Score: 0

    Windows is sort of a GUI version of the Mac's operating system

    yeah wait what

    1. Re:GUI version of MacOS by angusmci · · Score: 2, Informative

      MECC wrote:

      As opposed to the non-gui version of Mac's operating system....

      I guess that would be Darwin.

    2. Re:GUI version of MacOS by MECC · · Score: 1

      My impression was that the author was refering to MacOS - the pre-OSX OS.

      --
      "We are all geniuses when we dream"
      - E.M. Cioran
  9. New OS by mfloy · · Score: 1

    The problem with a new OS other than Windows or Linux is that most of the Open Source community is against Windows, and put all their effor into Linux in an attempt to take down MS market share. It would be nice to see a bunch of OSS developers get together and create a new exciting OS.

    1. Re:New OS by tomstdenis · · Score: 4, Insightful

      Actually this is bs. The majority of us OSS folk are writing ***PORTABLE*** tools that work anywhere. This is why you see firefox on mac, win32, bsd, linux, beos, etc...

      This is why you see GCC on mac, win32, bsd, linux, beos, qnx, etc...

      This is ... and so on ...

      Only lame arrogant windows developers think that "linux using folk only write for linux".

      Heck some of the places my software has and is being used doesn't even have a proper OS [e.g. PS2 and Gamecube].

      On topic again, as the "inventor of ethernet"? What the fuck does that mean? It's not that impressive. I mean it's useful but so is sliced bread and we don't honour that guys name either! He did his part to make the world better. Groovy. Now step aside and stop milking something you did nearly a decade BEFORE I WAS BORN.

      Tom

      --
      Someday, I'll have a real sig.
    2. Re:New OS by walt-sjc · · Score: 1

      Let's assume for a moment that your premise isn't totally wacked..

      I'm not sure I want an "exciting" OS. I just want my applications to work - I shouldn't even need to SEE the OS.

      Second, what exactly is wrong with Linux that can't possibly be fixed (requiring the entire thing to be scrapped?) What would be sooo great that you are willing to start out fresh with ZERO applications? Would it still run on the crufty PC architecture and interface with existing devices such as printers, scanners, hard drives, audio/video, etc... What about the drivers?

      The problem with this whole thing is that there really isn't a NEED to start over with a new OS. Maybe an updated GUI (toss X-windows) yes, but the whole OS?

    3. Re:New OS by jlarocco · · Score: 1
      Actually this is bs. The majority of us OSS folk are writing ***PORTABLE*** tools that work anywhere. This is why you see firefox on mac, win32, bsd, linux, beos, etc...

      And by portable of course you mean that it runs on any Linux.

      I really don't think most of the people who claim OSS is written portably have actually tried compiling anything non-trivial on non-Linux platforms. If you're lucky the only Linux/Unix dependancy is the build tools.

    4. Re:New OS by Anonymous Coward · · Score: 0

      I have a openbsd/sparc machine, a linux/x86 machine, 1x linux/amd64 machine, 2x linux/ppc machines, a windows/x86 machine, and a osx/g5 - ALL of which can run all the programs I use from day to day.

      The two proprietary apps I use daily: outlook and shake are the only ones that are not available on every platform I use.

      Therefore, AFAIC: OSS = portable; proprietary != portable.

    5. Re:New OS by arkanes · · Score: 2, Informative
      Due largely to the popularity of Windows, almost every signifigant Linux application is ported to Windows. The exceptions are when it requires low-level systems knowledge or integration thats harder or impossible on windows (stuff like efence), or when the Linux software was addressing a need that had been fulfilled in Windows (KDE/Gnome, for example).

      The *vast* majority of the software I use runs on at least 2 platforms, one of which is Windows. The exceptions are almost always Windows only.

    6. Re:New OS by bioglaze · · Score: 1

      At least the source code is free so anyone with enough skills and motivation can make a port, and then spread it. That's the power in free software.

      --
      Who is John Galt?
    7. Re:New OS by Anonymous Coward · · Score: 1, Interesting

      Have you actually tried to port anything that was developed on linux to another unix?

      1. Oops, no linx/blah.h to be found on my non-linux machine.
      2. Whoops, can't open /dev/rtc, doesn't exist on my unix :(
      3. cd src-dir; make && make install
      make: bad syntax (or some such), right, guess I need gmake
      4. Oh, nice in-line assembler that only works with gcc, guess I can't use my optomized compiler :(

    8. Re:New OS by mfloy · · Score: 1

      I'm not saying that Windows and Linux don't already do an excellent job, and handle most/all of todays needs. I am saying from a research standpoint it would be interesting to see people taking another path. If people didn't try to do things differently, and see what happens then there would never be alot of great findings.

    9. Re:New OS by bored · · Score: 1
      The majority of us OSS folk are writing ***PORTABLE*** tools that work anywhere.

      That POSIX is... Which is complete crap and doesn't define anything worth a damn. POSIX database access? POSIX audio output, POSIX tape access. You get my point. Any application that is non trivial isn't portable. It may be ported through the use of translation layers, but people have been doing that for years. Its not hard but it requires you to write to the lowest common denominator and build your app on that. The result is you have programmers reinventing the wheel all the time.



      This is accually one of the problems with linux on the desktop. A lot of the "windows only" applications are windows only because they were written using RAD tools that provide extensive "standard" components. A couple of years ago I showed someone how easy it was in VB to create a scanner application by dropping the scanner OCX on a form, adding a graphics button for preview and then dumping a the selection rectangle to the scanner OCX. The resulting bump got inserted into a table. In about 5 minuites I had a working "scan and filter" application that could scan, clip, invert, convert to BW and dump the result to a database table.



      Try porting that? I rewrite it with appropiate shell utilities too, but it would be a lot harder and wouldn't be nearly as nice without writting a lot of Tk code to present the user with options. There are a _LOT_ of windows only applications. For example DVDshrink is a free DVD ripper tool that in my opinion is better than anything i've seen for Linux. Its fast, stable, clean and just works. Things like that are possible when you spend your time working on the core application rather than writing 100's of lines of code to interface with SANE and display basic graphics boxes with selection capability.



    10. Re:New OS by tomstdenis · · Score: 1

      um what the fuck do you think Motif, GTK+, OSS, etc... are all DOING [not just trying].

      Again you're think like a lame windows user that you have to be tied directly to the OS.

      Sure you can write an application using Linux framebuffers... the smarter way though is to use something like Motif or GTK+ which is PORTABLE.

      3D graphics? GL.

      Networking? BSD sockets.

      Sound? kinda lacking, OSS or ALSA or perhaps SDL as a higher level API.

      etc, etc, etc.

      Tom

      --
      Someday, I'll have a real sig.
    11. Re:New OS by tomstdenis · · Score: 1

      No, by portable I mean portable.

      You're just a skeptic little bitch is all.

      What the real problem is Windows doesn't have real development tools for it. Which is why you don't use a crippled OS. Use a BSD or Linux distro instead.

      Tom

      --
      Someday, I'll have a real sig.
    12. Re:New OS by justins · · Score: 1
      On topic again, as the "inventor of ethernet"? What the fuck does that mean?

      It means he invented ethernet, you dumb fucking moron.

      It's not that impressive.

      Okay, this is the part where you justify your apparently worthless existence by backing up this statement with something even remotely worthwhile that you have done. Since something like inventing ethernet is obviously not a big deal to a guy like you, I'm sure you have done something really amazing stuff? (nothing involving the latest anime you've watched, stuffed penguins, penguin toys, or superheroes counts, you worthless geek cumstain)
      --
      Now before I get modded down, I be to remind whoever might read this that what I am saying is FACT. - bogaboga
    13. Re:New OS by bored · · Score: 1

      um what the fuck do you think Motif, GTK+, OSS, etc... are all DOING

      Reinventing borland C++ and Visual Studio. Not a RAD tool. Ive used both GTK+ and KDE/qt. KDE is far more advanced in that regard but I still end up spending a lot of time writing code that looks like.

      button x=new button;
      x.text="OK";
      x.buttonpushevent=someother method;
      parent.form.addbutton(x);

      Or even worse writing my own components. The cheezy little form builders for GTK and QT are little more than rehashes of the resource editor borland had in '91 and VS 1.0 had.

      You obviously missed the whole point of my post, and have never left your comfortable little environment from the 1980's.

      BTW.. I would like to see you get motif working in an environment without X. Or OSS working on a palmOS device. Plus there are things like I still can't copy paste a graphic between an application written for gnome and one written for KDE. SO much for portability.

    14. Re:New OS by tomstdenis · · Score: 1

      USE...GLADE....

      Seriously.... VB is hard to write in a hex editor. What's your point?

      Glade lets you DRAG AND DROP GTK+ controls onto a window.

      The idea and this will shock you is that the core of your application shouldn't be written in the same project as your GUI!!!

      If you write the workhorse of the project as a standalone library then you just glue a GUI to it you'll find porting [as required] easier but also working with the gui project easier on its own as the code is smaller...

      Of course you're a windows programmer so you put all your code in one .C file and use batchfiles to build it...

      Tom

      --
      Someday, I'll have a real sig.
    15. Re:New OS by tomstdenis · · Score: 1

      He was likely rewarded for his invention by getting a job, stability, money, maybe even a hooker, who knows.

      Point is, this is 30 years later. I'm sure your great grand dad did something useful for people today. We don't sit there and honour him now do we?

      And frankly Ethernet is not that magical. It's a 12 volt serial line with some STOP/START, frame data, etc.

      Wowser, nothing like say RS-232 or RS-485 ... man I mean those are COMPLETELY DIFFERENT!!!!

      Tom

      --
      Someday, I'll have a real sig.
    16. Re:New OS by Anonymous Coward · · Score: 0

      He did his part to make the world better. Groovy. Now step aside and stop milking something you did nearly a decade BEFORE I WAS BORN.


      Krusty: "Good job, kid! What's your name?"
      Bart: "I'm Bart Simpson. I saved you from jail."
      Krusty: "Er, I..."
      Bart: "I reunited you with your estranged father."
      Krusty: "Er, uh, I don't know..."
      Bart: "I saved your career, man! Remember your comeback special?"
      Krusty: "Yeah, well, what have you done for me lately?"

    17. Re:New OS by bored · · Score: 1

      Glade lets you DRAG AND DROP GTK+ controls onto a window.

      What I said about GLADE...

      The cheezy little form builders for GTK and QT

      Welcome to borland C++'s resource editor from the early '90s.

      Of course you're a windows programmer so you put all your code in one .C file and use batchfiles to build it...

      You would be surprised to find my name in the linux kernel patch list, and i'm employed to get my job done.. That means programming for windows/linux/aix/hpux and solaris in the last 2 years. Currently about 30% of my work time is spent doing HPUX development the remainder is mostly linux. Compared with windows its like working in the dark ages. I haven't written a batch file for windows in at least 5 years. This isn't true of the little shell scripts I have to write just to get make to work properly. In windows the IDE's just handle everything. A few mouse clicks here and there and I can build for x86-64 machines vs normal x86. In linux I have to hack up a bunch of autoconf/automake files which usually takes about 100x as long. We are using autoconf/automake and complicating our lives because we want proper dependency checking, something the windows IDE's have been doing since the late '80s.

      This is turning into a flame war, and you obviously are some HS student without more than a few hours of real experience. So this is where i'm done with the discussion.

      Back to real work.

    18. Re:New OS by KarmaMB84 · · Score: 2, Insightful

      Way to simplify Ethernet to the point of not even being Ethernet anymore. Ethernet is more than just the physical link.

    19. Re:New OS by Anonymous Coward · · Score: 0

      Um, aren't the things you're describing application issues that have nothing whatsoever to do with the operating system, other than the fact that the authors of those applications either wont or can't port them?

  10. Oh the irony by DarthVeda · · Score: 5, Funny

    That a site called Always On has been slashdotted.

  11. I'd get some better info if I were him by ravenspear · · Score: 2, Insightful

    Windows is sort of a GUI version of the Mac's operating system, and Linux is of course Unix, which stems from 1968.

    Huh?

    Since when has the Mac operating system not have a GUI or since when has Windows been more GUI like then the Mac OS.

    Also the Mac operating system has a heck of a lot more in common with both Linux and Unix than is does with Windows. In fact if you want to say anything about comparing GUIs, it would be far more accurate to say that the Mac operating system is a GUI version of unix and Windows is a GUI version of DOS.

    1. Re:I'd get some better info if I were him by exp(pi*sqrt(163)) · · Score: 1

      Windows ceased to be a GUI version of DOS with NT and its descendants. Still, it's more accurate than saying Windows is a GUI version of MacOS - a statement that is either a typo or evidence that this guy isn't qualified to make any kind of comments on this subject, even if he did invent ethernet.

      --
      Doesn't it make you feel good to know that our freedoms are protected by politicans, lawyers and journalists.
    2. Re:I'd get some better info if I were him by egamma · · Score: 1
      since when has the Mac operating system not have a GUI

      I'd have to say...since Apple IIe. Give or take a few numbers.

      The rest of your post makes more sense.

    3. Re:I'd get some better info if I were him by Iriel · · Score: 1

      I could be wrong on this (if so, pleas be polite when correcting me) but I remember reading that the mac OS has only been Unix based since OSX. The transition from 9.x to X was the adoption of a modified BSD kernel (Darwin BSD actually). Before which, I don't believe the mac ever was a unix system.

      --
      Perfecting Discordia
      www.stevenvansickle.com
    4. Re:I'd get some better info if I were him by The_egghead · · Score: 1

      The kind of ironic thing about this is that in a strange, round about way he's sort of right, though for reasons I'm sure he doesn't understand.

      We all know that Mac OS X is based on Mach, of which one of the principal developers was Rick Rashid of RIT and later CMU. Funny thing is that after completing his studies, Rashid was hired by, you guessed it, Microsoft, to design a new operating system called NT. If you look at the kernel design of NT, there's a lot of Mach in there, though admittedly quite warped so that they could get decent performance out of it.

      And before people get out their flame-throwers, yes I know this is a ridiculous stretch, its just what came to mind when I saw Metcalfe idiotic ramblings. Why is it that somebody "invents" one decently cool thing (along with a whole bunch of other people I imagine) and then feels like they have license to blather on about the future of technology as if they were suddenly granted some kind of oracular vision.

    5. Re:I'd get some better info if I were him by tomstdenis · · Score: 1

      Um how so? Before the move to MacOSBSDWHATEVER... let's see

      1. Mac has a gui, windows has a gui.
      2. Mac has proprietary file system. ditto for windows.
      3. Mac has single tasked crappy scheduler. Windows doesn't.
      4. Mac has SINGLE USER LOGONS. So did windows

      Do I need to continue?

      What distinguishes a *nix based system is not only the networking and process privilege isolation (that neither mac/windows had until recently) but the fact there were multiple users.

      windows is windows, mac is mac. *now* mac is based on BSD and Windows is based on a *nix* like kernel.

      What's your point?

      As for the comment about linux being based on 1968's technology. If it works so what? Do we need "radically new paradigms"? I'm not against making new OSes... I am against radical shifts just because you're using something that is old [and stable and well known and well established and ...].

      I mean he might as well bitch that automobiles are stilled based on the Model-T... we should have five wheels now, two engines for redundancy, a mini bar and autopilot!!!

      What stupid 1920s technology we use...

      Tom

      --
      Someday, I'll have a real sig.
    6. Re:I'd get some better info if I were him by Sygnus · · Score: 1

      The Apple IIe was not a Mac.

      --
      First posting isn't trolling. It's...first posting. :) -- Illiad
    7. Re:I'd get some better info if I were him by doughrama · · Score: 1

      "Windows is sort of a GUI version of the Mac's operating system, and Linux is of course Unix, which stems from 1968. "

      The above comment was worded poorly.

      You've misunderstood the meaning.

      Bob was saying the Window's (3.x) was a sort of GUI version of the Mac OS (classic, on OSX)

      While I agree that Mac's have a lot more in common with Linux than Windows, it makes no sense to say that Mac OS is a GUI version unix. Or that Windows is a GUI version of DOS.

      All current operating systems are made of 2 components, the GUI and the CLI. Some have strong CLI's (linux) others have strong GUI's (OSX) and others don't really have any strong points other than market share (in this context.)

    8. Re:I'd get some better info if I were him by CyricZ · · Score: 1

      "Why is it that somebody "invents" one decently cool thing (along with a whole bunch of other people I imagine) and then feels like they have license to blather on about the future of technology as if they were suddenly granted some kind of oracular vision."

      As opposed to yourself, who has not invented anything "decently cool", yet still feels like they "have license to blather on about the future of technology as if they were suddenly granted some kind of oracular vision"?

      --
      Cyric Zndovzny at your service.
    9. Re:I'd get some better info if I were him by The+Lynxpro · · Score: 1

      "I mean he might as well bitch that automobiles are stilled based on the Model-T... we should have five wheels now, two engines for redundancy, a mini bar and autopilot!!!"

      Don't forget a midget for the bartender. :)

      --
      "Right now, somewhere in this world, Scott Baio is plowing a woman he doesn't love," - Peter Griffin, *Family Guy*
    10. Re:I'd get some better info if I were him by Anonymous Coward · · Score: 0

      Could this be a transcription error? IIRC, the Windows NT kernel was derivative of VMS, so perhaps he said 'GUI version of the Vax operating system'? Otherwise it doesn't make sense.

    11. Re:I'd get some better info if I were him by Anonymous Coward · · Score: 0

      in real life apple and mac are synonymous

    12. Re:I'd get some better info if I were him by Mornelithe · · Score: 1

      It appears to me that he was blathering on about the past of technology, not the future. Anyone can look that up; it doesn't require an oracle.

      --

      I've come for the woman, and your head.

    13. Re:I'd get some better info if I were him by teromajusa · · Score: 1

      Care to highlight where the GP talks about the future? I'm just not seeing it.

    14. Re:I'd get some better info if I were him by bill_mcgonigle · · Score: 1

      Bob was saying the Window's (3.x) was a sort of GUI version of the Mac OS (classic, on OSX)

      Huh? MacOS (classic) was the first mass-market GUI-based OS using the WIMP metaphor. In 1984. I'm glad to see that you grok what Bob was saying, but many of us don't, so perhaps you could elaborate?

      While I agree that Mac's have a lot more in common with Linux than Windows, it makes no sense to say that Mac OS is a GUI version unix. Or that Windows is a GUI version of DOS.

      Why's that? Lots of people say that. Mac OS X is a GUI (Quartz, Cocoa) on top of a Unix subsystem (BSD & Mach Microkernel). Windows 1.0-Me was a GUI on top of DOS with the Win16 then Win32 API. Windows NT-Longhorn is a GUI on top of the NT kernel (designed by the VMS guys) with the Win32, now WinFX API.

      All current operating systems are made of 2 components, the GUI and the CLI. Some have strong CLI's (linux) others have strong GUI's (OSX) and others don't really have any strong points other than market share (in this context.)

      Mac OS X 4-9 had no CLI. Some linux distros don't have a GUI. Maybe you're getting at that they have a kernel/microkernel and a userspace?

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
  12. Always on is off now... by Yaa+101 · · Score: 1

    Anybody has a mirror?

  13. His comments on open source... by tcopeland · · Score: 4, Interesting
    ...are interesting:
    Because modern software corporations know how to align the interests of the people. They know how to motivate people. They know how to sustain themselves over a long period of time, whereas I'm suspicious about the motivational structure of an open-source community and wonder whether it's sustainable.
    That's an understandable suspicion. On the other hand, if you're using an open source product to help build your company, it's in your best interests to take some interest in that product and to help it develop. Then you're part of the community and you know how things are going.
    1. Re:His comments on open source... by huckda · · Score: 1

      I couldn't agree more. I use K12LTSPin a secondary school setting and coupled with Pykota for printer quotas the school has managed to save quite a bit of money and provide more resources to students while making use of "junk" as thin clients. I do what I can to support these projects in technical support and $.

      --
      "Just Smile and Nod." --Huck
    2. Re:His comments on open source... by cookie_cutter · · Score: 1
      Because modern software corporations know how to align the interests of the people.

      I wonder whether or not he's worked for many modern software corporations.

  14. always on? by oh_the_humanity · · Score: 0, Offtopic

    always on look off right now. /.'ed

    --
    "When they invent bitch slaps that can go through a monitor you better f'ing duck" --deft (253558)
  15. rewriting from scratch... by Anonymous Coward · · Score: 1, Insightful

    This whole "Operating Systems are based on too old technology" argument is just bullshit.

    Cars are based on technology that is over a hundred years old (they still have four wheels, a motor etc.), but they serve us well and even if the key principles don't change they are enhanced all the time.

    This is just the old "rewrite from scratch"-mentality coming through...

    1. Re:rewriting from scratch... by Spiderfood · · Score: 1

      To snap the elasticity of your argument, the technology behind today's cars DO NOT serve us very well. That we continue to hold on to the idea of fossil-fuel powered transportation is mind boggling. Consider what you are saying. By continuing to use forms of transportation based on the good old car, we choose to destroy our environment and kill 1 million++ people worldwide per year due to car accidents. There are wars over securing the ever so required non-renewable resource! As a result of this obsolete form of transport, we give up all sorts of advances to our society. The common car is a product of a different time. It just does not make sense in the world of today. Yet, close minded people remain close minded. Metcalfe is not talking about trashing the monitor and keyboard. He is talking about revolutionizing the design goals (and the design) of the operating system.

      --
      + Spiderfood
  16. IETF v ITU by confusion · · Score: 1

    Everyone so far is focusing on the Wondows/Linux/MAC comment, which is somewhat interesting, but not really his area of expertise.

    What is much more interesting is the comments about the IETF, which I agree, has been/is being turned into a facilitator for corporate agendas.

    Jerry
    http://www.cyvin.org/

    1. Re:IETF v ITU by Anonymous Coward · · Score: 0

      To be fair, if the megacorps fail to get their way, they just go running to Oasis to get pseudo-standards issued for their patent-traps. The hands of the IETF have been somewhat forced in this respect. What is needed is a clear charter preventing patent encumbered technology from becoming standardized.

    2. Re:IETF v ITU by Zeinfeld · · Score: 1
      What is much more interesting is the comments about the IETF, which I agree, has been/is being turned into a facilitator for corporate agendas.

      The only corporation happy with the IETF is Cisco. Pretty much every other major company is much more engaged in other forums. There are far more IBM, Sun and Microsoft people in OASIS and W3C WGs than in IETF.

      The problem with the IETF is that it is not delivering the goods for any constituency. The IPR policy is the least OSS friendly of all the major forums. The real cause of the IPR issues in MARID was that the IPR policy was being set at too low a level. The Microsoft lawyers might well have been able to accept an IETF wide IPR policy that was negotiated in the same manner as the OASIS and W3C policies. The problem with the MARID approach was that there was no incentive for a Microsoft lawyer to enter negotiations that would only set precedents that disadvantage Microsoft in the future. Microsoft would be required to give terms at least as generous in every future standard group but they could not rely on being offered the same terms.

      DNSSEC has languished for a decade. IPSEC has seen only limited deployment as a second rate VPN protocol - SSH tunnelling works much better. There is no coherent deployment strategy for IPv6 and no sign of one being developed. BGP security is hopeless and none of the solutions on offer are workable.

      The real problem is that the whole system was set up without any accountability. All the appointments to the IESG and IAB are made by NOMCON which is chosen by lot. The idea is to make sure that the IESG and IAB are not held accountable to the membership. It has also ensured a very high rate of incumbency until very recently.

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
  17. Before OSes can be innovative, languages must be by cscalfani · · Score: 4, Interesting

    Before we can ever hope to innovate the OS, we must first innovate software development, i.e. languages.

    All the language techniques that we use are rooted in old technologies. Its still just as hard to code today as ever, if not harder.

    I've been programming since 1980 and back then you wrote everything yourself. It was a lot of work but at least you controlled the quality of the system because you wrote it all.

    Today, systems are so complex (unnecessarily so), and the technology hasn't changed enough to keep up with the demand. We still write for loops like we always have.

    The spoon is a fine tool when all you dig are holes in ice cream but when you have to dig a trench in the ground, forget it.

  18. 1337 by bellmounte · · Score: 3, Funny

    I think what he is hinting at is computers need to be based on the wonderful new technology known as leet speak. It would make them so much more efficient.

    Until then, I'm just going to go pwn sum nubs.

    1. Re:1337 by renderhead · · Score: 1

      You clearly betray your ignorance of 1337! The proper term is "n00b", or less common but equally correct, "n008".

      PWND! kekekekeke!

      --
      I wish that my inferiority complex were as good as yours.

      -RenderHead

  19. Welcome to the installed base, Robert by gelfling · · Score: 1

    That's what happens with installed base, Bob.

  20. Ironic by ehaggis · · Score: 0, Redundant

    Ironically, the alwayson-network.com has been /.ed.

    --
    One ring to bind them - should probably have more fiber and less rings in their diet.
  21. Next OS by webview · · Score: 1

    So the question is, Where are the new operating systems likely to come from?"

    Unfortunately, it will probably be Windows 2007, Windows 2010, etc. I have see a ton of awesome and inspriring OSes over the number of years and it always comes down to compatibility.

    1. Re:Next OS by lurch_ss · · Score: 1

      Unfortunately, it will probably be Windows 2007, Windows 2010, etc.

      Where exactly does Longhorn fit into this list, before or after Windows 2010?

  22. Backwards thinking by sugarmotor · · Score: 2, Insightful

    Quoting Bob Metcalfe: [...] Private property is a great technology [...] This is backwards thinking, sloppy thinking, boring thinking. The big problem with the "private property" myth is that over time property accumulates in the control of few. This is a huge problem in the face of the goal of economic justice. What is Bob Metcalfe's answer to that?? His remarks about big corporations knowing "motivation of customers" and "motivation of employees" are completely misguided. On the side of the customers, we're looking at mega-advertising campaigns. On the side of employees we're looking at union-busting and the like. This is not brilliant, this is crude stuff. Stuff that we can do without. The rest of the interview is just boring.

    --
    http://stephan.sugarmotor.org
    1. Re:Backwards thinking by NineNine · · Score: 1

      The big problem with the "private property" myth is that over time property accumulates in the control of few. This is a huge problem in the face of the goal of economic justice.

      Ok, so what's the solution? Not even a real-life solution (there aren't any), but what's your idealistic vision of life without private property? I call "economic justice" people owning what they earned. That's the very definition of modern society: property ownership. If you're suggesting that "economic justice" is taking away from the rich to give to the poor, I (and I'm sure mayn others) would disagree with you vehemently.

    2. Re:Backwards thinking by Anonymous Coward · · Score: 0

      This is a huge problem in the face of the goal of economic justice.

      You seem to be under the mistaken assumption that "economic justice" is a goal.

    3. Re:Backwards thinking by sugarmotor · · Score: 1

      Private property is of course a nice concept in day to day life and in personal situations.

      The interview however takes a general, widesweeping outlook covering a timeframe of 30 years. On this scale private property becomes problematic. Take a look at statistics on how control has shifted, and how property has accumulated, nationally and internationally.

      So there is a clash between the long-term outlook of the interview and completely obvious empirical problems, which Mr. Metcalfe sidesteps with idiotic language.

      You're asking for solutions? Taxes should work fine. A cap on allowed private property may be good too. Nothing spectacular. In fact I would submit once someone has accumulated a sizable amount of property their allowed interaction to society should be slowed down towards zero. That's what I would call motivation: once you earn too much you're cut off. Cast out. Now let's see how people work with that. Getting carried away....

      You write 'I call "economic justice" people owning what they earned.' Sympathies from this end, but sorry, this sounds naive. Why should Mr. Gates, for example, honestly have earned x billion $ for example. Why not x+5 billion. (Going to the extremes helps me see problems)

      When you say "That's the very definition of modern society: property ownership." -- I can't follow. I don't know what you mean by "modern society" (people are saying we are living in post-modernity now), or how you derive a definition from "property ownership".

      Stephan

      --
      http://stephan.sugarmotor.org
    4. Re:Backwards thinking by Anonymous Coward · · Score: 0
      If you're suggesting that "economic justice" is taking away from the rich to give to the poor, I (and I'm sure mayn others) would disagree with you vehemently.
      Don't try to pretend that was a typo.
  23. Old is better by Neil+Watson · · Score: 2, Interesting

    While today's software is good I think some 'old' things from the past should be revived. We just don't make software like we used to. Large amounts of memory and CPU cycles have made us sloppy. Those people that designed software for a few kilobytes of RAM we smart.

    1. Re:Old is better by The+Lynxpro · · Score: 1

      "While today's software is good I think some 'old' things from the past should be revived. We just don't make software like we used to. Large amounts of memory and CPU cycles have made us sloppy. Those people that designed software for a few kilobytes of RAM we smart."

      I'm getting the feeling that this will turn into a discussion on the merits of bringing back HyperCard, player/missile graphic programming, and the joys of the SID chip design.

      There, I gave plenty of loving references in that to Apple, Commodore, and Atari fans of yesteryear.

      --
      "Right now, somewhere in this world, Scott Baio is plowing a woman he doesn't love," - Peter Griffin, *Family Guy*
    2. Re:Old is better by Anonymous Coward · · Score: 2, Insightful

      I'm not sure that its necessarily made us sloppy, but rather we are doing more things at a higher level. Sure sloppiness and bad algorithms do play a factor. But think about what some of the software we use is doing compared to that older software.

      Our programs today have better interfaces and more functions than programs of yesteryear. Think of what you can do with OpenOffice or Microsft Office these days, compared to in the past. We're streaming video, storing huge amounts of data, managing disperse systems, pushing the latest and greatest graphics. Compare that to 10 or 15 years ago.

      That said, we're definately using a disproportionately large amount of CPU and RAM. But the thing is that we're not throwing it away. A lot of it goes into making higher level languages that allows us to build bigger and better systems easier. We have things like garbage collection, object oriented programming, and APIs with general-purpose data structures that allow us to rapidly develope systems.

      I bet that you could probably re-implement a lot of those general purpose data structures in a lower level language so that they run faster, but you'd have to spend time, the most precious of resources, to do so. Given a long enough time you could reimpliment the latest and greatest games in Assembly language, and improve their performance. But it would take you much much longer, and probably make bug fixing orders of magnitude harder.

      We're not throwing away those CPU cycles and memory to sloppy code. We're trading them so that we can build larger, more powerful, and more secure programs quickly and with less bugs.

  24. Nothing to see here, move along by $RANDOMLUSER · · Score: 5, Funny

    He's just trolling. He has a pathological need to pop up every once in a while and say "You know I invented Ethernet, don't you?"

    --
    No folly is more costly than the folly of intolerant idealism. - Winston Churchill
    1. Re:Nothing to see here, move along by tomstdenis · · Score: 1

      Exactly. It's not really an invention as a series of trivial algorithms glued together.

      Let's see, we need A to talk to B. We need a medium... mmm computers use electrons ... mmm a wire.

      Ok now we need to have a way of sending a message ... maybe in some form of an enveloppe... oh we should have a start sequence and stop sequence... oooh... and we could put a header on this message, no packet... better yet call it a frame.

      Ok now we can send data but we can't tell who... let's put a MAC address in the frame.... now we can address the frame to something and also tell where it's coming from. This is amazing...

      Oops, errors... we gotta do a CRC!!!

      Now we gotta figure out how to avoid collisions, we'll used some sort of carrier detect... But then how do we retry? I know we'll randomize retries! ...

      phew... ... seriously.

      I mean sure not all of those ideas would be obvious at first and I'm sure what we call ethernet today was not his first attempt either. So give the man his due... oh wait that was THIRTY FUCKING YEARS AGO.

      Get over it man...

      Tom

      --
      Someday, I'll have a real sig.
    2. Re:Nothing to see here, move along by The+Lynxpro · · Score: 1

      "He's just trolling. He has a pathological need to pop up every once in a while and say "You know I invented Ethernet, don't you?""

      Maybe he feels like everyone's forgetting him, just like they do with Dre. :0

      Seriously, where's the love for Nolan Bushnell these days? All we hear about today is that Jobs fellow like he invented the yardstick of civilization: air conditioning.

      --
      "Right now, somewhere in this world, Scott Baio is plowing a woman he doesn't love," - Peter Griffin, *Family Guy*
  25. WTF is he saying? by bXTr · · Score: 1

    Windows is sort of a GUI version of the Mac's operating system
    MacOS (previously known as System whatever-number) has *always* been a GUI. For the sake of argument, so has Windows. This is like saying Iraq is a Middle Eastern version of Iran.

    Sorry, Bob. That one sentence blew away any seriousness and credibility your argument had.

    --
    It's a very dark ride.
    1. Re:WTF is he saying? by Spiderfood · · Score: 2, Insightful

      It's interesting how people are fixating on this comment. In context, it is certainly clear that he knows the differences and similarities between Windows and Mac. That he chose to speak sloppily in this regard is not something people seriously should be chewing on. As a point of argument, he statement does not strictly imply that MacOS is NOT a GUI. What he is stating is the Windows is a GUI, and, in his mind, an evolution of the Mac operating system.

      --
      + Spiderfood
  26. GUI version of MacOS by MECC · · Score: 4, Insightful

    "Windows is sort of a GUI version of the Mac's operating system"

    As opposed to the non-gui version of Mac's operating system....

    --
    "We are all geniuses when we dream"
    - E.M. Cioran
  27. The wheel... by Anonymous Coward · · Score: 0
    The wheel was invented a little longer than 25 years ago and we have yet to find a replacement for it. Many modifications have been made by attaching teeth to the wheel to make gears but essentially it is still a wheel. Pulleys - yep, still wheels.

    Just because linux is based on older technology does not mean that it should be thrown out as old technology.

    Is there somebody out there doing some research to replace the wheel? It is about time someone did!

  28. Lies, lies and more bloody lies! by Anonymous Coward · · Score: 0

    He did not invent the internet...Al Gore did!

  29. Re:Before OSes can be innovative, languages must b by MindStalker · · Score: 1

    How do you propose we right a loop. A good programming langage allows you to clearly express a logical process. The only other way to program if through a WYSIWYG type of interface that has wizards to handle complex things. These do exist, but only as upper layers to more fundamental programming languages.

  30. What does it take to be sustainable? by m_chan · · Score: 1

    Metcalfe - modern software corporations know how to align the interests of the people. They know how to motivate people. They know how to sustain themselves over a long period of time, whereas I'm suspicious about the motivational structure of an open-source community and wonder whether it's sustainable.

    Linux: 1991. Slack, April 1993. Debian, August 1993. How long until he would agree that it is sustainable? Is this the same Polaris Ventures? It's a high tech VC. That explains his suspicion of the motivational structure of people who are not concerned solely with the ROI to stockholders.

    And, I am quite capable of aligning my own interests, thank you.

    1. Re:What does it take to be sustainable? by vertinox · · Score: 1

      I had a talk with the head of Operations/Customer Relations during the interview at my current job and their statement why my company will never go public.

      Basically, he explained the majority of companies that have gone public since 1980 have had an average growing period of a corp is 10 years or have reached their peak at 10 years. Usually after the founders have left the company and managment has gone hill and stockholders demand more immediate returns. There are exceptions, but most of these are the ones that you hear on a daily basis as a success story (Microsoft, Google, UPS, etc) and the ones you don't hear about are the ones that have gone bankrupt or have been bought out.

      This might be related to the fact that having stockholders will actually cause the company to canibilize itself to return immediate investment profits so they can actually sell those stocks in short term instead of what they were intended originally in the pre-1980's where you would invest and wait 10 years before you'd expect returns.

      That said 90% of public companies do not survive their 20 year mark. He also made note of many 100+ year old companies which have recently folded.

      Motivation is a strange word for corporations.

      --
      "I am the king of the Romans, and am superior to rules of grammar!"
      -Sigismund, Holy Roman Emperor (1368-1437)
  31. Power Mongers Go Where the Power Is. by darkonc · · Score: 4, Interesting
    The Internet has arrived, and all of those people are now just like ITU: IETF has become the ITU."

    Not a big shock... about 15 years ago, the two power centers in BC Politics were the NDP and the Social Credit Party.. The left wing was in the NDP who had power at the time, and the Socreds had pretty much lost favour as the reigning right-wing party (( yeah that belies their name, but having been decades in power, the right wing had taken them over )). Then an upstart Liberal party maaged to worm their way into the leaders debate and caught fire, becomming the official opposition.

    By the next election, the formeer Socred political machine had taken over the Liberal Party and kicked out it's leader. These are the people who now run the province.

    The problem with our political/media system is that the only people who tend to end up in positions of power are those who really want it (and are willing to do whatever it takes to get that power). Unfortunately, these are precisely the people you don't want in power.

    --
    Sometimes boldness is in fashion. Sometimes only the brave will be bold.
    1. Re:Power Mongers Go Where the Power Is. by WillAffleckUW · · Score: 0, Offtopic

      The Internet has arrived, and all of those people are now just like ITU: IETF has become the ITU."

      Not a big shock... about 15 years ago, the two power centers in BC Politics were the NDP and the Social Credit Party.. The left wing was in the NDP who had power at the time, and the Socreds had pretty much lost favour as the reigning right-wing party (( yeah that belies their name, but having been decades in power, the right wing had taken them over )). Then an upstart Liberal party maaged to worm their way into the leaders debate and caught fire, becomming the official opposition.

      By the next election, the formeer Socred political machine had taken over the Liberal Party and kicked out it's leader. These are the people who now run the province.


      Strange, when I looked at the results it looked to me like the Green and NDP managed to knock each other out [with a higher vote] than the L by running candidates in the same race in most key areas.

      But I haven't lived in BC since 1989, so maybe the vote totals lie.

      --
      -- Tigger warning: This post may contain tiggers! --
    2. Re:Power Mongers Go Where the Power Is. by Dav3K · · Score: 0, Offtopic

      I think I'm one of the few people who read your post and knew half of what you are talking about. As a resident in Vernon, BC I am doubly blessed to have witnessed our mayor's dismissal recently. Vive le politiqe de BC! (or whatever - you know none of us out here speak french well.)

    3. Re:Power Mongers Go Where the Power Is. by chicago_bulls · · Score: 1

      "The problem with our political/media system is that the only people who tend to end up in positions of power are those who really want it (and are willing to do whatever it takes to get that power). Unfortunately, these are precisely the people you don't want in power."

      couldn't have said it better myself.

    4. Re:Power Mongers Go Where the Power Is. by darkonc · · Score: 1

      That's definitely part of the problem for the NDP. Part of what let the NDP get, and stay, in in the 90's was the right wing split between the moribund Socreds and the budding Liberals.

      --
      Sometimes boldness is in fashion. Sometimes only the brave will be bold.
    5. Re:Power Mongers Go Where the Power Is. by darkonc · · Score: 1

      The party names don't matter. What's important is the process. I could have thrown in what happened to the Green party in 1999/2000, but that would have just muddied the waters.

      --
      Sometimes boldness is in fashion. Sometimes only the brave will be bold.
    6. Re:Power Mongers Go Where the Power Is. by jayerandom · · Score: 1
      The problem with our political/media system is that the only people who tend to end up in positions of power are those who really want it (and are willing to do whatever it takes to get that power). Unfortunately, these are precisely the people you don't want in power.
      That's not a problem with "our" political system; that's a feature of all political systems. Which is why we should encourage people to avoid using political systems to solve their problems.
    7. Re:Power Mongers Go Where the Power Is. by jZnat · · Score: 1

      The problem with our political/media system is that the only people who tend to end up in positions of power are those who really want it (and are willing to do whatever it takes to get that power). Unfortunately, these are precisely the people you don't want in power.

      This is why the President of the Universe is a hick with a bad memory who talks to his cat and amazes himself with a pencil and how it can write and erase.

      --
      'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
    8. Re:Power Mongers Go Where the Power Is. by Anonymous Coward · · Score: 0

      It's strange to condem those who decide to act and use the existing political system to improve society (even if in a way you may not consider an improvement). Those who seek positions of influence are those who have some plan to push forward. Those who do not seek power apparently don't have any plan sufficiently compelling to be bothered trying to effect it.

      Absent a perfect society or a desire for stasis, why would you want society strongly influenced by those who don't have anything compelling to offer?

      I submit that we are better off having elected officials who seek the position, rather than those either elected or annointed officials who do not want to influence society.

      A government should of course be designed so that it does not demand perfect people to carry it forward, but if we often condem politicians for insincerity perhaps it is because we as citizens demand it: if you want to exercise power, you should not be elected -- how can one respond without either retreat or hypocrisy?

  32. The IETF is no longer an Engineering organization by wayne · · Score: 4, Informative
    I can't read the "always-on" story because it is slashdotted, but I'll comment on the IETF becoming the ITU.

    AMEN!

    As someone who has recent scars (SPF, MARID) from dealing with the IETF, it is clear to me that they are no longer an engineering organization, but rather a highly political one. No longer is there much concern about adopting patent encumbered technology into key Internet protocols (MS SenderID) like they used to object to things like the RSA patents.

    Instead, the IESG is actively working to push through this patented technology by shutting down the MARID WG so that they can advance the SenderID proposal without any public review. More over, the IESG has declared that it is ok for the SenderID spec to re-use SPF records in incompatible ways, that the SPF RFC must be held back until MS is ready ("to be fair to MS"), and the IESG is going to ignore the last 1.5 years of SPF deployment experience and start fresh with collecting data since MS has only recently started doing SenderID checking (again "to be fair to MS").

    The IETF needs to take the "E" out of their name and become the Internet Political Task Force.

    --
    SPF support for most open source mail servers can be found at libspf2.
  33. Stay in the swamp by RealProgrammer · · Score: 4, Insightful

    You invented ethernet. Even before that, you were THERE, and helped operate, the first big ARPANet demo for Congress. You founded 3Com. You wrote more Inforworld columns than a mere human like me could read. You are the Old Master, Yoda in the swamp.

    Don't spoil it now by being Dvorak. Please.

    Linux is only Unix on the outside. There's scarcely little code on the inside from 1992. And I believe there is none (zero, nada) from before 1975. I know this because I've looked at the early UNIX code at http://tuhs.org/ and what little survives is not found in Linux.

    Windows a copy of the Mac? In the sense that English is a copy of French, maybe [flames >/dev/null]. Some elements are the same, but how you do things with them is quite different.

    Asking what the new OS will be is asking the wrong question. Ask instead what new class of devices will need an OS, and the answer would follow from that. I say "would" because I'm not sure even that question is relevant.

    --
    sigs, as if you care.
    1. Re:Stay in the swamp by JimDabell · · Score: 1

      Don't spoil it now by being Dvorak. Please.

      To late. He seems to have a real grudge against open-source. Here's an article where he refers to it as "open-sores software" from 1999. Here's a choice quote:

      The Open Sores Movement asks us to ignore three decades of innovation. It's just a notch above Luddism. At least they're not bombing Redmond. Not yet anyway.

      I don't care what he invented decades ago, the guy's an idiot with a chip on his shoulder.

    2. Re:Stay in the swamp by bored · · Score: 1
      Linux is only Unix on the outside. There's scarcely little code on the inside from 1992.

      Doesn't matter, its just another UNIX, just like BSD is just another UNIX. It didn't steal anything from "UNIX" either other than the structure and API's. It has all the same problems UNIX had back in the 1970's. There are so many cool things that could be done in a modern OS its not funny. Instead we have an OS thats just a API compatable rewrite that missed the whole late 80's and 90's worth of OS research and even is written in C, a language designed to implement UNIX instead of something even a little better like C++ which supports virtual methods instead of hand implementing function pointers everywhere. Even NT is nativly message passing, and async. M$ has 1/10 the number of programmers working on windows and it still has advanced features like versioned file systems with metadata that linux doesn't have.

    3. Re:Stay in the swamp by lheal · · Score: 1
      even is written in C, a language designed to implement UNIX instead of something even a little better like C++ which supports virtual methods instead of hand implementing function pointers everywhere.

      C++ is inappropriate for OS work. Too much happens behind your back, and as you may have noticed, it's s l o w.

      --
      Raise your children as if you were teaching them to raise your grandchildren, because you are.
    4. Re:Stay in the swamp by bored · · Score: 1

      C is inappropriate for OS work. Too much happens behind your back, and as you may have noticed, it's s l o w.

    5. Re:Stay in the swamp by dsci · · Score: 1

      C is inappropriate for OS work. Too much happens behind your back, and as you may have noticed, it's s l o w.

      Right. Because Assembly is s l o w, also. Properly coded C, when doing down to the metal programming (like a lot of OS work), is essentially more human readable Assembly.

      --
      Computational Chemistry products and services.
    6. Re:Stay in the swamp by Error27 · · Score: 1

      c++ is compilers are OK these days. It's not slow and if you use c++ at that level you learn how it's being translated into assembly.

      Of course, you wouldn't use virtual methods in os code unless you were a retard.

    7. Re:Stay in the swamp by lheal · · Score: 1

      >>C++ slow
      >C slow

      teehee. Yeah,

      Real Programmers write with:
      cat | od >kernel.bin

      Or they write in binary, on the bare metal. Octal and hex are acceptable substitutes, but only if you get carpal tunnel in your thumb and forefinger.

      Compilers are for feebs who can't work on the fly.

      Comments are for feebs who can't read code.

      BASIC is for children and other beginners.

      Visual BASIC is for mouth-breathing applications programmers.

      C is for BASIC programmers who don't want to really learn anything.

      C++ is what they teach Visual BASIC programmers who go to college.

      Assembler is acceptable, in a team environment. How else will the boss be able to read the comments?

      --
      Raise your children as if you were teaching them to raise your grandchildren, because you are.
    8. Re:Stay in the swamp by bored · · Score: 1
      Of course, you wouldn't use virtual methods in os code unless you were a retard.

      Virtual methods are up to the compiler how they get implemented but often times they are just function pointers. This is exactly what everyone is doing in the kernel anyway. There isn't any point to not use virtual methods if the need presents itself. A couple of years ago on AIX I showed how the C++ compiler was generating virtual method calls that were faster than the function pointer syntax people were using because of branch prediction. So in some cases there is accually performace to be gained.

  34. This Doesn't Work by eno2001 · · Score: 4, Interesting
    Metcalfe: Well, anonymity cannot be the rule. Anonymity has to be the exception. You should allow people to be anonymous if they want to, but the general rule shouldn't be anonymity, which is the present case. The source field of every packet in the Internet goes uninspected. You can cram anything you want into that and generate denial-of-service attacks (just to name one).

    If networks were configured so that the "general rule" is NOT to be anonymous, then there is no way you can guarantee true anonymity. The reason being that if someone wantred to be "anonymous", they would have to request that privlege from some kind of "anonymity broker" or... own their own network. And even then, with the ability to track the packets, the only guarantee of anonymity is not technical, but social. The owner of the network that the message originated from would have to be the barrier. And as we all know, the current political climates around the world will be unlikely to respect that anonymity if they decide that your activities are "illegal". If someone wants to send e-mail saying they hope that a certain politician gets assainated, in some locations, that would be "illegal". Even though it's really freedom of speech. So, I don't think his suggestion works because it's not true anonymity unless you are in a very powerful position. Every citizen (from beggar to king) should have access to anonymity.

    --
    -"...bad old ideas look confusingly fresh when they are packaged as technology" - Jaron Lanier (Digital Maoism on Edge.o
  35. Um, and so they should. The automobile is obsolete by Colin+Smith · · Score: 4, Interesting

    "I guess someone should tell automakers that they should reinvent a mode of transportation from scratch."

    Perhaps transport engineers rather than automakers. The automakers have a huge investment in the status quo. You don't need 4 wheels an engine, brakes, throttle or even a driver.

    Transport engineers have already designed and built transport systems which don't have any of the above. Starting from scratch in the 1950s they devised a transport system which optimises the mathematics of getting from A -> B. Yes there is mathematics which describe the performance of transport.

    It turns out that this is about as close to optimal as you're going to get with current technologies. Computer controlled, linear induction motors, a few rollers rather than wheels and only 16 moving parts. Non stop from A->B, no congestion, no traffic lights, no changing routes, no waiting on schedules.

    It's been independantly re-invented a few times over the last few decades but we've now got the computer technology to actually do it.

    --
    Deleted
  36. Red Swingline by Dolly_Llama · · Score: 4, Funny

    How is the red swingline a symbol for IT? Cubicle farms, office bs in general i see, but how IT?

    Milton was entirely ineffectual. Do IT workers sympathize with him for being victimized or is the red swingline a passive finger to the man?

    --

    Somewhere, something incredible is waiting to be known. -- Carl Sagan

    1. Re:Red Swingline by twain · · Score: 1

      Maybe it refers to Metcalfe being Milton, with his ranting.

    2. Re:Red Swingline by Anonymous Coward · · Score: 0

      I dont know, but i found a red swingline stapler in the supply closet and put it on my desk. Its a nice conversation piece, but I can't say I ever use it.

  37. BeOS was innovative by m50d · · Score: 2, Insightful

    Look where that got it. Until the apps demand innovation for what they want to do, we won't see innovation in the OS sphere. Dos programs were making GUIs and using the mouse before GUI operating systems became popular.

    --
    I am trolling
  38. Re:Before OSes can be innovative, languages must b by cscalfani · · Score: 1

    I'll agree that the FOR loop example was a flippant one. My point is that we code the same way we always have, one nasty for loop after another.

    One thing that OO programming did was allow us to reduce the number of IF THEN ELSE structures that we needed by putting the complexity into the structure of the design.

    I think that I'd like to see a reduction in the need for FOR loops and the IF THEN ELSE structure by developing language constructs that intrinsically were those things but at a higher level. Iterators are an example of that, albeit a poor one.

    If you think about it, FOR loops are used to iterate over collections. Even a FOR loop from 1 to 10 is an iteration of a collection of: {1, 2, 3, 4, 5, 6, 7, 8, 9, 10}.

    I think we need to think about programming differently now that we've been doing it for 40 to 50 years. When I say differently, I don't mean graphically. Graphical programming is like reading a newspaper through a pinhole.

  39. MOD WAYNE UP by Anonymous Coward · · Score: 0

    That said it all ;-)

    On the SPF issue, one can't help but wonder if "they" would advocate "us" checking PRA records against MFROM?

  40. transporters by Khashishi · · Score: 1

    I'm still waiting for transporters to come out.

    1. Re:transporters by Jonathan+the+Nerd · · Score: 1

      Transporters won't do any good, because we no longer have anyone to operate them :-(

      --
      Disclaimer: The opinions expressed are not necessarily my own, as I've not yet had my medication today.
  41. OSes by simpl3x · · Score: 1

    Perhaps the answer to this question is the combination of communication and operating system technologies. Certainly operating systems are necessary, but if I'm looking for a file, I'm as likely to use Google as a local search function. If I'm writing a letter, very often it's an email rather than a document. Isn't the protocol now more necessary than the tool which accesses it. I could be using a tack hammer or a sledge hammer, but what is most important is whether I'm hanging a picture or smashing a Windows machine to rid it of spyware.

    1. Re:OSes by shotfeel · · Score: 1

      Sounds like OpenDoc to me.

  42. Mach is hardly the future. by CyricZ · · Score: 2, Informative

    You do realize that Mach is 1980s technology, correct? Even stuff like today's Cocoa was mostly developed in the late 1980s and early 1990s. While Mac OS X is a fantastic system, it is hardly "futuristic", as you incorrectly claim.

    The thing with Mac OS X is that it does not have the cruft of other systems. Hardware wise, Apple is willing to force their consumers to eliminate the old (ie. floppy drives) and to proceed with the more modern (ie. FireWire). But the more modern technology is hardly futuristic. Mac OS X is still solidly based on software technology that is at least 15 to 20 years old, it not more.

    Don't confuse "modern" with "futuristic". You'll never find "futuristic" items available for sale today.

    --
    Cyric Zndovzny at your service.
    1. Re:Mach is hardly the future. by TheRaven64 · · Score: 1

      Right. Mach was a first-generation microkernel, designed as a proof-of-conept, rather than for actual use. I suspect that one of the major reasons why microkernels get such a bad rap is that most people judge them performance-wise by Mach, rather than something more modern (e.g. AmigaOS, QNX or L4)

      --
      I am TheRaven on Soylent News
  43. Easier answer than all that by WindBourne · · Score: 2, Insightful

    *nix is a kernel in which different underlieing designs and applications can be easily added. That is why *nix survives.

    MVS, which was the original stable OS (not huge changes since the 60s) made it difficult to change out things (and very expensive).

    As to the VM world, yeah, that should introduce us to a load of new changes.

    --
    I prefer the "u" in honour as it seems to be missing these days.
    1. Re:Easier answer than all that by narsiman · · Score: 1

      Dude, MVS had huge changes since its advent - But it is backward compatible - thats all. Today's Z/Os is built with Java in mind and MVS is a subsystem in it !!

      As for VM, IBM had a functional VM operating system when half of /. crowd was in diaper (well the 3rd wrld /. crowd was free-er).

    2. Re:Easier answer than all that by WindBourne · · Score: 1

      Dude, I did MVS (and CMS and CICS and ...) back in the 70's on OS/340 and OS/360s. The OS/390 ( or Z/Os ) is not that much different than it was back then. In fact, I remember the nightmare of adding ethernet to the mainframe. It did a poor job and required a very expensive add-on board (and that was for a 100MB in the early 90's).

      MVS can be extended, but it was not designed for it. *nix was. To a degree, the NT series does extend (it is VMS after all), but no where near as much as *nix.

      As to the VM, yes, IBM was ahead of the game. As to diaper condition, well, I suspect that only one of us was around for the VM development.

      --
      I prefer the "u" in honour as it seems to be missing these days.
  44. Christ on a bike... by thewils · · Score: 2, Insightful

    I can't even get drivers for my 64-bit Clunker. Do you think manufacturers would want to start supporting a raft of other OSes?

    --
    Once I was a four stone apology. Now I am two separate gorillas.
    1. Re:Christ on a bike... by woodsrunner · · Score: 1

      when you are going upscale to 64-bit, you might have better luck calling them "chauffeurs" in your search entries.

      PC's use drivers; big iron employs chauffeurs.

  45. I'll disagree on "sustainable". by khasim · · Score: 1

    Didn't we just hear about OS/2's final death?

    Didn't we just hear about NetWare's final death and the migration to Linux?

    Does the name "Stac" ring a bell?

    I have a whole cabinet at work filled with software that died or from companies that don't exist any more.

    He's looking at the few companies that have survived throughout the years and ignoring the 1000x other companies that have died and left their customers stranded.

    With Open Source, at the very worst, you'll still have the code and the right to hire somebody to fix the bugs and add the enhancements.

    Bob is 100% wrong on this.

  46. blablabla... lalala... blablabla.... by Anonymous Coward · · Score: 0, Troll

    Where are the new operating systems likely to come from?

    From your ass, dude. Like everything you spread.

  47. Copy of Article by billstewart · · Score: 2, Informative

    This is the second part of a four-part conversation between AlwaysOn editor-in-chief Tony Perkins, managing editor Rich Seidner, and Bob Metcalfe, the inventor of Ethernet and former CEO of 3Com who's now a general partner at Polaris Ventures. In Part 1, Mr. Metcalfe talks about the next big thing for the Internet (video); in Part 3, he tells the story behind Metcalfe's Law; and in Part 4 he tackles the blogosphere.

    Internet Security and the Threshold of Pain

    How bad do things need to get for organizations to be willing to switch to IPv6? Very, says Ethernet inventor Bob Metcalfe, who nonetheless believes that the time has come.

    Bob Metcalfe [Polaris Ventures] | POSTED: 07.18.05 @08:20

    AlwaysOn: I want to talk about open source. Our view is that open source is a metaphor for a lot of things. And it's all because Metcalfe's Law is finally coming into full bloom--because everything's on the network. Community is becoming really important, and people are sharing and uploading everything from photographs to blog posts. What are your thoughts in this area?

    Bob Metcalfe: I'd like to point out that two major pieces of infrastructure were left out of the Internet when it was being built--largely because it was built by graduate students (and people like graduate students). They left out security and economics. So we have the spam problem (which can be traced directly to the lack of concern for security), and we have IP rules that are in flux because the Internet doesn't have the right tools for monetizing various activities. So we're busily trying to put security and economics into the Internet.

    This is a little bit counter to the open-source mentality. You have to be careful, however, because open source isn't one group. There are a bunch of different, contending open-source groups. For example, the free-software people shouldn't be confused with everybody else in open source.

    I think the problem with open source is that it doesn't quite have its economics worked out. There need to be ways to own things. Private property is a great technology; it's probably one of the major tools the West has. By granting private property to people, you stimulate economic growth. And I think the same thing applies to software. So open source will have to figure out how to get monetized to protect property over time.

    If you look at Windows and Linux, both are based on 25-year-old technology. Windows is sort of a GUI version of the Mac's operating system, and Linux is of course Unix, which stems from 1968. These are both old clunkers. So the question is, Where are the new operating systems likely to come from? And will that OS come from the modern software corporation (of which Microsoft is the epitome), or will it spring out of some open-source initiative at some university somewhere? My bet is that the modern U.S. corporation--like Microsoft but not Microsoft in particular--is much more likely to come out with this new OS than a loosely coordinated band of volunteers in the open-source community.

    AlwaysOn: Because?

    Metcalfe: Because modern software corporations know how to align the interests of the people. They know how to motivate people. They know how to sustain themselves over a long period of time, whereas I'm suspicious about the motivational structure of an open-source community and wonder whether it's sustainable.

    I'm thinking of investing in a company that sells software, and its competitors are open source. I've been speaking to the company's customers and asking them why they'd buy this software instead of just taking the open source. Their answer: 'We don't want to learn about the software, and we need it serviced and supported, so we're going to buy it from this company instead of taking it free from the open-source community.'

    In that case, it's the motivation of customers. A little earlier I was talking about the motivation of employees:

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  48. VMS and WNT by randall_burns · · Score: 1

    One thing that makes his case a little stronger:
    Windows was also greatly influenced under the skin by Dec VMS-the OS that was previously created by Cutler-the guy that later went to MS.

    That said:
    I agree with a previous poster that the emergence of good VM's is what really promises to break open OS development again. We already have decent commercial VM's(VMware) and Xen. When Xen supports Windows, there will be a VERY compelling case for larger installations to use it.

  49. The languages are fine. by CyricZ · · Score: 1

    Perhaps you find it harder to code today because you are forced to program at a higher level. Sure, in the 1980s implementing a hash table yourself was part of programming. And you'd get paid for reimplementing a very well-known and well-understood idea.

    But things have changed. Now the hash table is already implemented for you. As a programmer, you must devise systems that aren't so well known. You must now implement the unknown. That is called innovation. You find it "harder" to code today because we're actually having to think now. We have to innovate in order to create the systems we need.

    If everyone keeps implementing rudimentary stuff like hash tables over and over, then our systems will never evolve beyond what was implemented in the 1980s.

    Languages like Java, which offer many of the common data structures as part of their libraries, or languages like Lisp, Scheme, O'Caml, Python and Ruby, which offer them instrinsically, are what are needed. They are what will lead us into the future. They let us build on what we mastered in the 1970s and 1980s. Today calls for very complex systems. They allow us to develop such systems. Things are "harder" today because they are far more complex.

    --
    Cyric Zndovzny at your service.
    1. Re:The languages are fine. by cscalfani · · Score: 1

      While I agree that things are harder because they are more complex, I think you may have missed my inital point.

      Things are more difficult because we are using effectively the same tools for a more difficult job.

      Riding your bike to school was fine, but try riding it to work. Not so easy. Sure we have attached a motor to your old Schwinn and now it goes much faster, but it's still a just bike.

  50. Re:Article text by Anonymous Coward · · Score: 0
    Unintelligible wadge of unformatted text
    Er...thanks, I guess. Mod parent "+1, Well-intentioned but dumb" :)
  51. In love of functional languages by XSforMe · · Score: 1

    Functional languages such as LISP are certainly a thing I miss from my college years. Most developers have had imperative languages imposed on us by sheer day to day usage. But when you program under SCHEME, you sense deep underneath a powerful different way to tackle problems.

    One of the most beautiful things from this kind of languages is the ability to dynamically construct its own code. For instance, Postscript (yes, the thing printers use), which is also a funciontional language, does not have a switch-case statement. This was a requirement in one final project. Rather than forcing a switch-case upon the language, I wrote a function which would return a function mimicking the actual switch-case funciton, once evaled.

    The grading teacher just checkmarked the requirement, no comments no nothing. *sigh*

    --
    My other OS is the MCP!
  52. Different "anonymity". by khasim · · Score: 4, Informative

    Bob is talking about packets using faked source addresses.

    These are useless for anything other than a (D)DoS attack. They are useless because a connection cannot be established and no data can travel.

    It is easy to have personal anonymity, but still have the first upstream router check the source addresses to make sure they are legit. But it depends upon someone, somewhere being willing to /dev/null his logs on a continuing basis and both sides using encryption. As you said, this is not technical, but social.

    There is NO reason for the source address to not be confirmed by the upstream router.

    There are LOTS of reasons for personal anonymity to be maintained. And we can have personal anonymity even if we confirm the source addresses of packets.

    1. Re:Different "anonymity". by Anonymous Coward · · Score: 0

      And that verification can be done at the switch. Switch ties your IP to MAC, you try to send from a different IP and it cuts you off. My employer uses this technique to restrict the number of hosts plugged into a LAN port.

      And that's how it should be. If we force the network to somehow magically verify the source address, we invite people to start compromising routers to allow them to spoof IP addresses.

      KISS principle. Routers work pretty good as it is, let the application layer figure out who is being naughty.

    2. Re:Different "anonymity". by Anonymous Coward · · Score: 0

      All ISPs are supposed to have egress filters. All the ones I've dealt with do. But Metcalfe once met some guy from some ISP that didn't, and so like everything else he's going to spend the next 10 years telling people that the sky's falling.

      Boring, you invented Ethernet, thanks, you traded on that for more than decade, now go away until you have another good idea.

    3. Re:Different "anonymity". by Asgard · · Score: 1

      Lets say I have a DSL and cable internet connection. Since upstream is slower then downstream, I could have my router load-balance the packets. If the ISPs do egress filtering then this won't work since 1/2 the packets will be dropped.

      Obviously all of the 'return' packets will come back down just one of the links, as the outside world doesn't know my ip address is accessible via two routes. However, it would help the upstream rates.

      I wonder; would it be a violation of the providers TOS for two neighbors to share their uplink in this manner? Set up a wireless lan between the two houses and get 2x the uplink...

    4. Re:Different "anonymity". by khrome · · Score: 1

      Now, I'm not saying you can't weigh cost with benefit, but to say there is *no* reason to have UDP packets whose source is unset or altered, is just not true.

      I built an anonymous peer-to-peer transfer client that built a TCP network and listing channel, where a single file request built a multilink(5-9 nodes) path to the source. The reciever confirms the transfer and the sender pitches, sequenced, sender unset UDP packets. Any lost data is rerequested over the TCP channel. Thus sender anonymous transfer. I'd call that useful.

      Perhaps the danger outweighs the utility, but that doesn't mean it's utility doesn't exist.

  53. Article Text by d_54321 · · Score: 0

    Internet Security and the Threshold of Pain
    How bad do things need to get for organizations to be willing to switch to IPv6? Very, says Ethernet inventor Bob Metcalfe, who nonetheless believes that the time has come.

    Bob Metcalfe [Polaris Ventures] | POSTED: 07.17.05 @08:20
    AlwaysOn: I want to talk about open source. Our view is that open source is a metaphor for a lot of things. And it's all because Metcalfe's Law is finally coming into full bloom--because everything's on the network. Community is becoming really important, and people are sharing and uploading everything from photographs to blog posts. What are your thoughts in this area?

    Bob Metcalfe: I'd like to point out that two major pieces of infrastructure were left out of the Internet when it was being built--largely because it was built by graduate students (and people like graduate students). They left out security and economics. So we have the spam problem (which can be traced directly to the lack of concern for security), and we have IP rules that are in flux because the Internet doesn't have the right tools for monetizing various activities. So we're busily trying to put security and economics into the Internet.

    This is a little bit counter to the open-source mentality. You have to be careful, however, because open source isn't one group. There are a bunch of different, contending open-source groups. For example, the free-software people shouldn't be confused with everybody else in open source.

    I think the problem with open source is that it doesn't quite have its economics worked out. There need to be ways to own things. Private property is a great technology; it's probably one of the major tools the West has. By granting private property to people, you stimulate economic growth. And I think the same thing applies to software. So open source will have to figure out how to get monetized to protect property over time.

    If you look at Windows and Linux, both are based on 25-year-old technology. Windows is sort of a GUI version of the Mac's operating system, and Linux is of course Unix, which stems from 1968. These are both old clunkers. So the question is, Where are the new operating systems likely to come from? And will that OS come from the modern software corporation (of which Microsoft is the epitome), or will it spring out of some open-source initiative at some university somewhere? My bet is that the modern U.S. corporation--like Microsoft but not Microsoft in particular--is much more likely to come out with this new OS than a loosely coordinated band of volunteers in the open-source community.

    AlwaysOn: Because?

    Metcalfe: Because modern software corporations know how to align the interests of the people. They know how to motivate people. They know how to sustain themselves over a long period of time, whereas I'm suspicious about the motivational structure of an open-source community and wonder whether it's sustainable.

    I'm thinking of investing in a company that sells software, and its competitors are open source. I've been speaking to the company's customers and asking them why they'd buy this software instead of just taking the open source. Their answer: 'We don't want to learn about the software, and we need it serviced and supported, so we're going to buy it from this company instead of taking it free from the open-source community.'

    In that case, it's the motivation of customers. A little earlier I was talking about the motivation of employees: How companies pay people and what they offer in terms of stock options, management structures, performance reviews, and all of that people technology we associate with modern corporations.

    AlwaysOn: You're the perfect person to ask a question I've been wondering about for a decade--and which goes back to your point about security and why IPv6 hasn't been adopted. It seems to me that protocol-level changes, IETF changes could actually resolve some of this question--something like a nonspoofable header origination packet, so

  54. Sadly, he's right. by Animats · · Score: 1
    He's right. Operating system design is so stuck. Everything looks too much like UNIX, circa 1978. Where are the transaction processing operating systems? The secure microkernels? The systems that just don't crash, ever. All of those things have been done at least once.

    Here's a 1990 paper on Tandem system uptime. Unix/Linux data center users, read it and weep. They have systems with MTBFs in measured in years. Sometimes decades.

    1. Re:Sadly, he's right. by Anonymous Coward · · Score: 0

      Operating Systems, just like everything else takes an evolutionary approach. Slowly refining themselves, adopting. And what doesn't?

      As long as the problem doesn't change in any significant way and as long as the solution is good enough, what reason is there for a total overhaul?

      Revolutions are of fiction, a political puppet show for the masses. Every real change happens very very very slowly.

      What about systems that doesn't crash, sure you could put any piece of crap operating systems, UNIX lookalike or not, have it operate under perfect conditions doing something inherently simple and it would be just fine. But on the other hand it would be a waste of time, cause the real demand is for a general operating system. A system performing a wide spectrum of complex tasks and for some reason they are not built overnight either.

      Of course you could argue that a failing service should not bring down the system per se but wether the system goes down or not when the service fails miserably is of minor concern. If you can have the host system go down, you should just emulate under a mothersystem that sole purpose is hosting other operating system instances.

    2. Re:Sadly, he's right. by randyflood · · Score: 1


      Yeah, but Windows doesn't count the "automaticatically crash after installing each patch" feature in their MTBF caculation...

      Granted, no one is going to install patches on these kind of machines using automatic updates (one would think)... But, it never ceases to amaze me how Windows will automatically crash your machine (and not even save the state of open applications like Internet Explorer) after installing patches.

      The Windows machines may measure MTBF in decades, but they probably measure uptime in days, or maybe weeks.

      --
      Randy.Flood@RHCE2B.COM
    3. Re:Sadly, he's right. by dvdeug · · Score: 1

      There's no such thing as a system that doesn't crash, ever; and if you don't agree, let me at it with a bucket of water, and I'll demonstrate.

      We've solved the problem of MTBFs measured in years; use multiple systems. Given that redundant cheap hardware has largely beat out expensive reliable hardward, nothing the OS can do will change that.

    4. Re:Sadly, he's right. by TheRaven64 · · Score: 1

      If your OS supports transactional IPC, cluster process migration and checkpointing, then I will accept your comment (and ask what OS you use). If not, then I will remain in agreement with Metcalfe.

      --
      I am TheRaven on Soylent News
  55. Where? by Spazmania · · Score: 2, Interesting

    Where are the new operating systems likely to come from?

    Where are the new wheels likely to come from? I mean the wheel was invented by the cave man and tires have been around since the 19th century. So who will make a better wheel?

    Maybe Unix is still around because back in 1968 those engineers got it right. Maybe there aren't any revolutionary OSes around the corner -- just evolutionary changes to the ones we have.

    --
    Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
  56. Re:Before OSes can be innovative, languages must b by Rycross · · Score: 1

    Are you suggesting something along the lines of a foreach loop in C#? You can iterate over an entire collection by going:

    foreach(ObjectType ot in ObjectCollection)

    I think that we've been getting more powerful tools slowly but surely. Like many things in computing, its an incremental improvement rather than a huge change. Its much easier to build a large program in C# or Java then it is in C or C++.

  57. One Trick Pony by leoc · · Score: 1, Troll

    Metcalfe predicted in 1999 that Linux would disappear when Windows 2000 came out and referred to open source as "open sores". I see no more reason to take anything he says seriously now than I did back then.

    --
    STFU about slashdot bias.
    1. Re:One Trick Pony by Anonymous Coward · · Score: 1, Funny

      I'll gladly refer to open source as "open whores" and I predict it will spread human diseases by 2010 when the biological computers have conquered the world and Longhorn walks the earth

  58. Re-inventing wheel. by vertinox · · Score: 1

    I guess someone should tell automakers that they should reinvent a mode of transportation from scratch.

    If you could invent a vehicle that floated above the ground, used water as fuel, drove itself, and had a forcefield to prevent crashes and could make it under $1,000 then perhaps they should.

    Not that any of is possible in the 21st century, but I feel a problem of many engineers, coders, and thinkers get tunnel vision and think things have to be done just like they have been done before.

    I mean maybe should we create computers that use trinary instead of binary? Should we advance beyond the x86 architecture? Should we find another language besides C++ to do programming in? I'm not saying we should throw away everything that we created so far, but on occasion we should look outside and see if things could be done better. I'm sure if the originators of Unix, the x86, and OSS had the same technlogy and resources then as we do now, they may have done things very well different.

    --
    "I am the king of the Romans, and am superior to rules of grammar!"
    -Sigismund, Holy Roman Emperor (1368-1437)
    1. Re:Re-inventing wheel. by TheRaven64 · · Score: 1
      Should we find another language besides C++ to do programming in?

      For kernel-level programming, embedded C++ is probably your best choice. For everything else, I can't think of a situation where Objective-C or Erlang isn't better.

      --
      I am TheRaven on Soylent News
  59. SPF is broken too (like MS technology) by Anonymous Coward · · Score: 0

    use http://antispam.yahoo.com/domainkeys if you want a working solution which doesn't break forwarding.

  60. Re:Um, and so they should. The automobile is obsol by swb · · Score: 1

    Now that you've solved the technological problems, let us know when you find the political will to fund it and build it.

    I'm sure I'll still be driving a car then.

  61. New OSs Was:Inconsistent Rant by Number6.2 · · Score: 1

    You'll get new operating systems when the underlying hardware changes OR when the "old" hardware becomes powerful enough to emulate "something else"

    The automobile metaphore was insightful. The basic auto design has not changed since the 40's (back any further and you throw out your electric starter). What came next? The airplane.

    The computer's basic purpose is to keep track of "stuff", a checkbook, a payroll, TCP/IP protocal session. The next "os" will not be recognizable as an "os" at all. It will feel more like the Arabian Nights Djinn (or Genie with the Light Brown Hair, if you will) than Windows XP, OSX, or GNOME/KDE.

    It's not "where do you want to go today". It's "What is thy bidding, my Master?" Strap yourselves in, it's gonna be a bumpy flight.

    --
    Sometimes, being Right Does Not Matter.
    Generated by SlashdotRndSig via GreaseMonkey

    --
    "If god did not exist, it would be necessary to invent him" --Voltaire
  62. Personal Rapid Transit? by Grendel+Drago · · Score: 2, Informative

    That's first one is a horribly designed website. But it's a pretty interesting idea; it'd certainly be a good idea for cities. Perhaps it could be run like the subway or other public transit systems currently are. I'd certainly like to see how a real public trial would work out.

    And hey, there's an article.

    --grendel drago

    --
    Laws do not persuade just because they threaten. --Seneca
    1. Re:Personal Rapid Transit? by Bill+Kendrick · · Score: 1

      That's first one is a horribly designed website.

      Holy shit is it ever! I'm on a page now that's scrolling when I move my mouse around. I'm not clicking, or controlling any widget. I apparently can't cut-n-paste any of the text, either. Why do people use Flash for Flash's sake, rather than get to their goddamned point and put some CONTENT up!?

    2. Re:Personal Rapid Transit? by Bill+Kendrick · · Score: 1

      OH MY GOD! The next page is even WORSE! There's a floating bubble of text covering part of the page, and it moves around in the opposite direction of the mouse. *smacks forehead* Where's a fork? I need to gouge my eyes out!

  63. I have it! by Fujisawa+Sensei · · Score: 1

    How about AROS?

    --
    If someone is passing you on the right, you are an asshole for driving in the wrong lane.
  64. Re:Um, and so they should. The automobile is obsol by Shotgun · · Score: 0

    And how will these wonderful trolley cars get me around to these various destinations with my cargo.

    http://www.google.com/maps?li=lmr&hl=en&q=transmis sion+loc:+Apex,+NC&num=10&hl=en&ie=UTF-8

    You and Metcalf both need to be beat with a cluestick. Some things just aren't useful. Revolutions usually don't happen because fore the most part the architects/designers try to get the right solution the first time, and the things they did wrong get weeded out if possible. If after a few decades, you still the the answer is wrong, it is generally because you're asking a different question.

    Metcalf is a washed up hasbeen that had one brilliant instant of insight and has been riding it ever since.

    --
    Aah, change is good. -- Rafiki
    Yeah, but it ain't easy. -- Simba
  65. Re:Um, and so they should. The automobile is obsol by thewils · · Score: 1

    I'd hate to get into one of those cars after some bozo has barfed up his curry along with 6 pints of Scruttock's Old Dirigible. Let's face it, half the human race are slobs, and the other half don't want to get near them.

    --
    Once I was a four stone apology. Now I am two separate gorillas.
  66. Re:Before OSes can be innovative, languages must b by ucahg · · Score: 1, Informative
    Today, systems are so complex (unnecessarily so),
    Could you qualify that? How are systems unnecessarily complex? Not that I disagree with you, but where exactly is there room to make the system simpler? I'm sure UNIX was plenty complex back in the 70s, and I doubt (m)any people had a good understanding of the entire system back then. Systems are complex because people don't want to live on a command-line. Systems are complex because people like their anti-aliased fonts and their H.264 video codecs and their integrated development environments, and their plug and play cameras, mp3 players, and printers. Could the complexity of computers (from a development point of view) really be reduced without taking a giant step backward? And can the languages be made much simpler without limiting your options? Look at Ruby. It's a bit of a genre-busting language, but it would be just as complicated to program a device driver in ruby as it would be in C.
  67. NeXT is UNIX; NeXT is the MacOS by peter303 · · Score: 2, Informative

    First NeXT is not dead. It morged with the MacOS when Apple acquired NeXt (or the other way around).

    NeXT orignated from a fourth strand of UNIX (not ATT, not BSD, not Linux). Carnegie Mellon wrote a highly layered version of UNIX called the Mach microkernel. Conventional UNIX was sinking under weight of trying to do to much in the kernel.

    1. Re:NeXT is UNIX; NeXT is the MacOS by Jherek+Carnelian · · Score: 1

      Carnegie Mellon wrote a highly layered version of UNIX called the Mach microkernel. Conventional UNIX was sinking under weight of trying to do to much in the kernel.

      Ironically, Mach sank under the weight of trying to do too much outside of the kernel (for example, a "no-op" system call would take on the order of 50us with a traditional kernel, while the same on Mach would take on the order of 500us). Things are better now, mainly because most of the layers have been stripped away.

    2. Re:NeXT is UNIX; NeXT is the MacOS by RAMMS+EIN · · Score: 1

      ``Things are better now, mainly because most of the layers have been stripped away.''

      But my iBook is a lot snappier when running Linux then when running OS X. I've also run Darwin on a PC once, and I couldn't put up with the sluggishness. Given that the userland is mostly BSD (which, in my experience, certainly doesn't lose out to Linux in snappiness), one has to wonder where the difference comes from. The kernel seems a likely candidate, but there are definitely others.

      --
      Please correct me if I got my facts wrong.
    3. Re:NeXT is UNIX; NeXT is the MacOS by Dolda2000 · · Score: 1
      From what I've read (it was linked from a previous story on Slashdot about a benchmark of OSX vs. Linux, but I'm too lazy to find it), the reason why OSX is so sluggish is because the kernel is very coarsely locked. Up until 10.3, there was only the BKL, and every thread which wanted to run in the BSD kernel had to lock it, which meant that only one thread could be in the kernel at one time. In 10.3, there were two locks: One for the network part of the kernel, and one for the rest of the kernel, which is of course still horribly coarse. In 10.4, I believe they made a little bit better again, but it still doesn't beat Linux by far in fine-grained locking, with preemptible kernel threads, preemptible BKL, object-specific locks and what not.

      There may be other factors as well, of course, but that seems enough to me.

    4. Re:NeXT is UNIX; NeXT is the MacOS by Dolda2000 · · Score: 1
      Carnegie Mellon wrote a highly layered version of UNIX called the Mach microkernel.
      But Mach is not Unix, and has never been. It can be like Unix if you bolt a Unix server onto it, and that's how it is commonly used, but that is in no way necessary.

      Just FYI, Mach is also the microkernel under the GNU Hurd (although there are plans to move to L4 instead).

  68. Economically unsound. by CyricZ · · Score: 1

    Indeed, I have developed on an LMI-LAMBDA machine quite a bit. And yourself?

    Of course there is the "cultural" aspect. Like I mentioned, many programmers today struggle with functional programming. Most programmers these days are brought up using imperative/imperative-derived languages like C or BASIC. Functional programming is part of the academic culture, not part of the corporate culture. And in order for technology to spread these days, it must often be part of the corporate culture (see Java, C#).

    The general unfamiliarity of most programmers with a language such as Lisp makes those who are competent with it worth a great deal. The cost of one talented Lisp programmer could exceed that of numerous (especially offshored) VB programmers. That leads to numerous economic issues.

    Sure, you could "toss together something nice in basically no time at all". But it was expensive. That's the economics at play. It was expensive in the late 1970s and 1980s. Today the costs would be astronomical, especially to get the system to where current systems are.

    For many tasks these days it is often cheaper to throw together a Perl or Visual Basic implementation on a commodity PC. While a re-emergence of Lisp machines may be beneficial in some niches, such a machine will never play a prominent role in today's (or tomorrow's) computing environment. Like we both agree, the economics just don't work for such a machine.

    --
    Cyric Zndovzny at your service.
    1. Re:Economically unsound. by mrdlinux · · Score: 1

      Not sure why you keep harping on functional programming. Lisp at the time was hardly a functional programming language. It HAD functions, yes, but was nothing like ML or Scheme. At the time, I suppose, that was something amazing and advanced.

      If you look at code from that era, it is often startling different from code you would see today from Lisp programmers. The influence of Scheme on modern Common Lisp is undeniable.

      The fact is, Emacs is an echo from the Lisp machine era. Those who understand Emacs, understand at least to a small extent why the Lisp machines were so powerful. And Emacs is not unpopular.

      --
      Those who do not know the past are doomed to reimplement it, poorly.
    2. Re:Economically unsound. by convolvatron · · Score: 1

      yes, i never used an LMI...i learned to program for real on a symbolics and was extremely disappointed when i had to start using a sun.

      there is no question that today the barriers to entry make it infeasible, but i still disagree that there is anything fundamental that makes it so. lisp is actually easier to understand in the limit than something like perl.

      i'll give you the commodity pc, the value was in the environment, not hardware tagging.

      the only real complaint i have about your statements is that you make it seem inevitable, rather than historical accident and social hysteresis.

    3. Re:Economically unsound. by CyricZ · · Score: 1

      I'm not harping on functional programming. That is not the problem in any way. The problem is that most developers today are simply unable or unwilling to learn the paradigm. And while Lisp isn't as extreme as SML or Haskell, it is still far more functional than C or Visual BASIC. Most programmers today aren't willing to learn new paradigms that may not bring them immediate benefit.

      --
      Cyric Zndovzny at your service.
  69. Re:Um, and so they should. The automobile is obsol by Colin+Smith · · Score: 2, Informative

    " I'd hate to get into one of those cars after some bozo has barfed"

    You don't need to. The Taxi2000 system has a reject button. Reject the car and a replacement arrives a few seconds later, the soiled one heads off to the depot for cleaning.

    --
    Deleted
  70. Hmm. by peatbakke · · Score: 1

    I've seen *nix everywhere darned near everywhere there are computers: running appliances, super computers, robots, desktops, servers, routers, hospitals, restaurants, homes, utilities, etc. etc. etc.

    Perhaps what makes the *nix way so flexible is that it leaves the user interface up to the user -- it provides a user agnostic interface to diverse hardware platforms, that's about it. While *nix is more or less defined by various standards like POSIX, I don't think any of the standards are exclusive. If I want to write any sort of UI system from scratch, *nix doesn't get in the way. If I want to build a magnificent hardware widget ... well ... the open source *nixes let me integrate it without reinventing the wheel.

    So, it seems his critique should really be directed at user interfaces and hardware platforms, not the operating system in between.

    Then again, there is something to be said for the revolutionary culture found in some "from scratch" projects, even if they're simply replicating the functionality of existing systems. It's a lot easier to challenge fundamental assumptions when you don't a lot of baggage.

  71. You can't handle the truth... by Alomex · · Score: 1

    Yes, Linux is 25 year old technology and yes, the IETF has lost its engineering drive. Those two statements are so true and obvious that the almost don't warrant discussion.

    They are on par with "Microsoft is a monopoly".

    The only distinction among them is that the latter is an accepted truth while the former two go against the grain of what people would like to think. Hence we'll see a large number of really upset /.ers debating those basic truths.

    1. Re:You can't handle the truth... by megarich · · Score: 1
      The key thing, both linux and windows are EVOLVING. You're making it sound like those os' have been stagnant for 25 years well newsflash THEY'RE NOT(never mind the fact neither of them have been out for that long). Improvements are constantly being made and newer technologies are incorporated into the system as time goes along such as usb, wireless, 64bit processing support, etc. If linux/windows was truly a 25 year old technology we wouldn't be running anything but terminal based systems with more than 4k of ram. Sorry I do not know how the technology landscape was 25 years ago so forgive me if my stats are skewed

      The only distinction among them is that the latter is an accepted truth while the former two go against the grain of what people would like to think. Hence we'll see a large number of really upset /.ers debating those basic truths.

      I'm not disputing they are founded on 25 years old technology. For that matter I don't think anyone is. I haven't seen one post yet with someone saying "pfff those os' aren't found on 25 year old technology" so I don't know what you are reading. What I'm debating and what others are debating is does it really matter if its founded on 25 year old technology? People think if the technology is 2 years old its no good anymore, we need newer! That isn't always the case. There are other posts that make a better point than what I can on the issue so I won't go in any further than that

      The last thing I will add though is I'm not so sure if Linux would be as popular as it is if it wasn't based on unix. I would imagine part of the reason linux took off(outside of the security factor that unix provides) because people who knew unix felt comfortable using linux. You don't have to learn a whole new way of doing things or a whole new set of commands.....

    2. Re:You can't handle the truth... by Alomex · · Score: 1

      You're making it sound like those os' have been stagnant for 25 years well newsflash THEY'RE NOT

      Actually they pretty much are. Unix has seen no substantial changes since the networking facilities were made standard and X11 was brought in.

      Mach (which is the microkernel version of Unix) is not stagnant, but linux is not based on it. Old Linux still uses the same security model as the original unix, the same user model, the same "everything is a file model", the same primitive "ugo" permission access sytem, and on and on.

  72. internal combustion engine is 125 years old by peter303 · · Score: 1

    Once automobiles figured out good user interfaces like starters, steering wheels, gas pedals and speedometers, they changed little in 75 years. Though the ICE may be replaced by fuel cells in a decade or two, much of the older user interface will be recycled. And it will cost a good fraction of tera-buck to put in the distribution and manufacturing infrastructure.

  73. Re:Um, and so they should. The automobile is obsol by Colin+Smith · · Score: 1

    "let us know when you find the political will to fund it and build it"

    There's a US system, software and hardware built and looking for a test track. There's an independant UK system with hardware and software built and tested looking for a pilot.

    http://www.atsltd.co.uk/

    "I'm sure I'll still be driving a car then."

    Statistically, you're far more likely to be sitting stationary in traffic when it happens.

    --
    Deleted
  74. Not really by Mark+of+THE+CITY · · Score: 1

    It's "Always On," not "Instant Response."

    --
    The clearance system sounds logical. It is not. It is completely arbitrary. -- John Bolton
  75. The second question by Anonymous Coward · · Score: 0

    "These are both old clunkers. So the question is, Where are the new operating systems likely to come from?"

    So, the other question is, where are the new hammers likely to come from? Because, you know, I've used the same 16 oz. straight clawed Estwing since 1975. It's old; it mustn't work anymore. Right?

    Get your hits and go away Mr. Metcalf. You're capable of better than this.

  76. They Shoot Horses by Doc+Ruby · · Score: 1

    Metcalfe is being interviewed because he invented Ethernet 35 years ago. I don't hear him demanding a successor to whom to hand his crown, creating a new network technology. I don't hear him demanding we discard quantum physics because it's "a century old". ICs are 45 years old, but we're still very excited about the life left in them.

    Of course, some old horses should go out to pasture. We don't use a VAX anymore for most business infosystems. But we're not riding "Old Paint" to the office: we're riding "Paint IX", the descendent of OP which survived as "best of breed" through several generations. And which has the latest trainers and jockeys racing the track. Maybe Windows is saddled with too much backwards-compatible baggage - certainly XP is not installed on anyone's "phone". Maybe Linux also has a few "old school" bottlenecks, though its spread throughout the varieties of new devices and environments indicates that its breeding includes proven solutions to the same problems in any context.

    The only sawback in this entire menagerie is Metcalfe - he hasn't even contributed to Ethernet for generations. That stud might still have some kick, but there's no point hitching your wagon to him.

    --

    --
    make install -not war

  77. Re:Before OSes can be innovative, languages must b by ciroknight · · Score: 1

    The problem with this idea is that the complexity of an operating system cannot be removed; there are a number of things an operating system must be able to do, and the only way to do that is by complex methods.

    That being said, using a higher level language only moves the complexity from the language, and adds it to the compiler, ups the memory requirements, et cetera.

    Changing the toolset doesn't change what you are building. The goal is the same no matter what the tool you use, and it just so happens that assembly and C are very good tools for operating system construction.

    --
    "Victory means exit strategy, and it's important for the President to explain to us what the exit strategy is." G.W.Bush
  78. Bicycles are even more optimal by Anonymous Coward · · Score: 0

    It turns out that this is about as close to optimal as you're going to get with current technologies. Computer controlled, linear induction motors, a few rollers rather than wheels and only 16 moving parts. Non stop from A->B, no congestion, no traffic lights, no changing routes, no waiting on schedules.

    Ever tried a bicycle? It's pretty cheap and the only infrastructure required is a semi flat strip of dirt from point A to B. No need for an engine, gasoline, roads, taxes for highway subsidies, expensive oil wars, or covert ops to replace democratic governments with puppets.

    1. Re:Bicycles are even more optimal by Golias · · Score: 1

      Ever tried a bicycle? It's pretty cheap and the only infrastructure required is a semi flat strip of dirt from point A to B. No need for an engine, gasoline, roads, taxes for highway subsidies, expensive oil wars, or covert ops to replace democratic governments with puppets.

      Ever tried a bicycle on Minnesota roads in December?

      Unless you want to put the whole goddamn greater metro area inside a big climate-controlled bubble, we need our cars up here.

      --

      Information wants to be anthropomorphized.

    2. Re:Bicycles are even more optimal by Anonymous Coward · · Score: 0

      Ever tried a bicycle on Minnesota roads in December?

      Unless you want to put the whole goddamn greater metro area inside a big climate-controlled bubble, we need our cars up here.


      I've done it in Illinois at -4F. It's not that bad as long as you have enough layers and some goggles.

    3. Re:Bicycles are even more optimal by Anonymous Coward · · Score: 0

      Yes, when i was at the U i biked to school and work year round. It can be a little scary, and hard on the bike but if you live with a few miles of where you are going and are careful its very doable.

  79. Re:Um, and so they should. The automobile is obsol by teromajusa · · Score: 1

    Anyone can cause a taxi to go the cleaners with a push of a button? Have you ever gotten into an elevator after some asshat has pushed the button for every floor before he got out?

  80. Re:Um, and so they should. The automobile is obsol by Colin+Smith · · Score: 2, Insightful

    "And how will these wonderful trolley cars get me around to these various destinations with my cargo."

    It is a network transit system, the track is laid out more like a grid than a corridor. It'd get you directly to your destinations because there would be stations nearby.

    e.g.
    http://www.swedetrack.com/city7.gif

    --
    Deleted
  81. Re:Um, and so they should. The automobile is obsol by 4of12 · · Score: 3, Interesting
    The automakers have a huge investment in the status quo.

    Considering suppliers to the automotive industry, the jobs they provide, the petroleum products required to make them run, and that much freight moves by trucks, the investment by society as a whole is huge.

    Which is why it's going to be increasingly traumatic as the oil faucet slowly begins to close. Geopolitics surrounding petroleum is already traumatic enough now, thank you.

    --
    "Provided by the management for your protection."
  82. Like some slashdotters analogies... cars... by 3seas · · Score: 1

    ... not quite.

    If an operating system was more like a car then each person could carry the keys with them and be able to drive on any highway, free road or toll.

    with that analogy converted to something more descriptive of computer technology, including OS's.

    Yeah sure, we should be able to take our prefered setup/os with us like car keys (usb drives or similiar) and this would be the all the security needed of the OS, no multiuser security overhead needed as you would be the only driver of it.

    roads: shared resources, applications, etc that live on perhaps a company network of which you access with your USB based OS via plugging it into a company terminal. Administrator/traffic cop, street signs, lights, etc.. are set to either allow you to do given things on the network of not, perhaps with a toll to pay (yuck).

    Some have commented on the short comming of Development. Yeah, its true that development in software has been badly detoured by the carrot of money. I'm sure that's also what is biasing him.

    We should have had even ten years ago a much higher level of user accessible development automation and clearer and simpler control of port access to one own computer.

    What we should have today is very small and efficient OS's that don't need the multiuser security over head and a way to translate a program on the fly to work on various OS's and user ease in autiomation at all levels.

    Why don't we have it, cause of the carrot of money.

    To understand this you too will know how much of a contridiction he himself is babeling.

    He simply cannot have his cake and eat it too.

  83. Lisp by RAMMS+EIN · · Score: 3, Interesting

    Indeed, Lisp does not suffer from the problems that cause the lion's share of security breaches today. At the same time, Lisp pioneered many concepts of modern programming languages (even if they weren't all invented on Lisp), and then some. Garbage collection, Lisp macros (which allow you to extend the syntax of the language), functional programming, and object-oriented programming are all common practice in Lisp, just to name a few. All of this (maybe not OO - I'm not sure if it had been invented yet) worked very nicely on Lisp machines, and I think they even had some sort of GUI, although it wasn't like the GUIs of today.

    Lisp machines failed mostly because Symbolics tried too hard to make money off them. They made them very expensive, so people bought cheaper hardware and lived without Lisp. In the meantime, they protected everything with patents and copyrights, and since Symbolics folded, nobody seems to have been able to re-create the technology.

    It is worth knowing that the GNU project was started pretty much as a direct reaction against the Symbolics affair. A certain hacker called Richard Stallman worked at Lisp Machines Inc., the other company that made Lisp machines, and was so upset about the abuse and destruction of this good system for the sake of commercial interests that he decided to build a system that would be Free and remain Free. Indeed, Lisp was mentioned as an official language for the GNU system (the other one being C), although few programs are written in it (Emacs and Sawfish come to mind).

    Lisp still survives as a language (I think it's the second oldest programming language), and the community seems to be reviving a bit, although many lispers seem to "make do" with languages like Ruby and Python, that have a somewhat lispy feel to them. And with projects like Movitz, maybe we will have lisp machines again someday.

    --
    Please correct me if I got my facts wrong.
    1. Re:Lisp by mrdlinux · · Score: 4, Informative

      There were a number of Object Oriented systems written on top of Lisp; because Lisp allowed such flexibility in the language.

      Genera, unless I'm mistaken, was based on Zetalisp (LispMachine Lisp) with an object system named "Flavors", a message-passing system with mix-ins loosely based on Smalltalk. The GUI was written with this system, and the GUI itself was interesting because its introspective abilities closely mirrored that of the underlying language. The elements of the GUI were all objects that could be manipulated, selected, inspected. Even graphical and text output on the screen could be categorized into classes and later manipulated as objects. This became the basis for CLIM (Common Lisp Interface Manager).

      Unfortunately this style of GUI has fallen to the wayside in favor of the simpler but stupider Windows-style one. C and C++ do not have the flexibility that is required, in any case, for a dynamic GUI like that on the Lisp Machine. Look to Smalltalk, Squeak, Slate, or the reinvigorated CLIM projects (McCLIM, FreeCLIM) instead.

      Symbolics made bad business decisions, indeed. They still do exist, and even have the oldest .com name registered: symbolics.com. There is hope that someday all the thousands of man-hours of work on Genera will become unencumbered or re-released.

      Stallman helped popularize Emacs, along with the free software movement, which developed in parallel with the similar editors of the Lisp machines. The problem with Stallman is that he is incredibly stubborn (no kidding), and made mistakes early on that he was unwilling to fix. Hence FSF Emacs and even XEmacs is crippled as an editor, a language, and a platform, though people who only make simple use of it might not understand why.

      It is just as well that Lisp languished in FSF, because it sprouted elsewhere in the open source community, with no philosophical encumbrances which don't necessarily make sense in a dynamic environment like a Lisp.

      Over the last five years, I've seen quite a revival of Lisp. The regular programming crowd slowly accepts new ideas; they still insist on making the same mistakes that were already passed by Lisp programmers years ago. Ah well. My job is working on systems in Common Lisp, I am happy.

      --
      Those who do not know the past are doomed to reimplement it, poorly.
    2. Re:Lisp by stefanPryor · · Score: 1

      "The problem with Stallman is that he is incredibly stubborn (no kidding), and made mistakes early on that he was unwilling to fix. Hence FSF Emacs and even XEmacs is crippled as an editor, a language, and a platform, though people who only make simple use of it might not understand why"

      I wonder if you could explain this a little more or provide links where I can find out more as to what mistakes were made and how they are crippling. I am one of the "simple use" people :)

      In searching for "crippled emacs" I find people saying the key bindings are retarded or that the use or regular expressions in emacs is bad, is this what you are meaning?

    3. Re:Lisp by Forbman · · Score: 1

      Genera, unless I'm mistaken, was based on Zetalisp (LispMachine Lisp) with an object system named "Flavors", a message-passing system with mix-ins loosely based on Smalltalk. The GUI was written with this system, and the GUI itself was interesting because its introspective abilities closely mirrored that of the underlying language. The elements of the GUI were all objects that could be manipulated, selected, inspected. Even graphical and text output on the screen could be categorized into classes and later manipulated as objects. This became the basis for CLIM (Common Lisp Interface Manager).

      If only Ruby had a GUI written in it, then everything above would apply to it.

    4. Re:Lisp by mrdlinux · · Score: 1

      Perhaps. But it would require an awful lot of work because Ruby does not really have the infrastructure for this sort of dynamic programmable environment. It is not something that simply materializes out of an OOP language. Looking at McCLIM source code, you'll see that it's a lot of work just to map graphical figures to objects. And Ruby doesn't have a condition system, s-expressions, or a real implementation.

      I find it difficult to take any language seriously if it does not have a standardized definition and high performance compilers. Usually the former leads to the latter. Both mean that there is a group of people who care significantly about the language.

      --
      Those who do not know the past are doomed to reimplement it, poorly.
    5. Re:Lisp by mrdlinux · · Score: 1

      The primary problem with Emacs is Emacs Lisp. You can find many instances of people suggesting to Stallman over the years that he should switch to Common Lisp, the budding standard. Others suggested Scheme. Either would've been a better choice.

      Emacs Lisp is a throwback to MACLISP, from the 70s. It is not a well designed language, and has an almost C-like essence to it which flies in the face of Lisp. For example, typing (expt 2 32) into Emacs gives you 0, as if you typed it into a C program. That's supposed to be 2^32 = 4294967296, and all proper Lisps will give you the correct answer. Common Lisp is very smart about numerical operations, even automatically choosing the best representation for a number object.

      One of the choices that will surprise an inexperienced programmer is the use of so-called "dynamic scope" for variables. This sort of thing died out in Lisps after the mid-80s but still remains in Emacs to this day. "Dynamic scope" while useful in some instances, is generally not held to be a good default for variable scope because it breaks referential transparency. Common Lisp offers the ability to designate a local variable as "special" (dynamic scope) if you wish that behavior, otherwise it defaults to the normal lexical (static) scope. "Dynamic scope" had some popularity in the past due to it being extremely easy to implement in an interpreter, in fact it originated out of a mistake made in the "original LISP" eval function.

      And, in general, Emacs Lisp doesn't have any of the advanced functionality of Common Lisp at all. So in terms of writing applications, Emacs Lisp can be a pain. The reason given by Stallman for not using Common Lisp? "Too big". The ironic part is that Emacs ended up attempting to reproduce the functionality of Common Lisp (see the package named CL) but in a half-assed way. Much like many other large programs.

      Clearly the implementations of FSF and X Emacs are very simple, almost just a wrapper over C. And the GC sucks.

      With all its flaws, Emacs is still one of the best editors available. I'm just pointing out ways it could have been better. The Genera editor (Zmacs), was related to early Emacsen, was fully integrated with the Operating System, and programmable in ZetaLisp. The CMUCL project has an emacs-like editor written for it, named Hemlock, which has been resurrected recently. The LispWorks editor is supposedly based on Hemlock, I do not know for sure. McCLIM has an editor pane, which could possibly evolve into a full blown editor with advanced capabilities.

      What did Emacs get right? It's fully customizable, and it is a great IDE for Emacs Lisp, with online help, cross referencing, and all. That's probably why there are so many packages for it. And keybindings, regexps, etc, are fairly irrelevant, since it's all customizable anyway.

      --
      Those who do not know the past are doomed to reimplement it, poorly.
    6. Re:Lisp by starfishsystems · · Score: 1
      Genera, unless I'm mistaken, was based on Zetalisp (LispMachine Lisp) with an object system named "Flavors", a message-passing system with mix-ins loosely based on Smalltalk.

      You're correct. The Genera operating system, GUI, and applications were originally written in Zetalisp. As the Common Lisp standard emerged, the stack was ported to Common Lisp, which triggered the development of something called CLOS to replace the Flavors object system.

      It's a very appealing concept to have a computing environment which unifies everything under one common notation, so that system calls are really no different whether invoked by an application, or on the command line, or bound to some key sequence in the editor or to some object displayed in the GUI. And the code quality in Genera is an absolutely outstanding example of what can happen when brilliant programmers go to work in an extremely expressive programming environment.

      So why has Genera become a historical footnote rather than an enduring model for software development? Well, chiefly of course, its platform never achieved a competitive economy of scale. It proved to be too exotic, and far too expensive, for all but the most advanced research projects.

      But market forces aside, I suspect that Genera would have been in for a very rough ride anyway. Yes, the concept was elegant, the design was inspired, and the code was beautiful. But system crashes in the early years of a new system are not uncommon, and what you saw in the debugger during a crash was not at all like what you were led to expect from the Genera documentation.

      System calls in Genera typically turned out to be macros, which expanded as often as not into multiple methods invoked from multiply inherited superclasses embedded in wrappers and whoppers and ever more macro expansions, so that there might be a dozen mysterious frames on the stack, along with another dozen mysterious object classes, for any one documented system call. Yes, there is a certain natural complexity in the problem domain that has to be reflected in the code, but what you saw on the stack was heavily dominated by implementation artifact. Maybe for the implementors this situation would have been attractive, but in terms of site operations it really did not reward anything short of obsessive commitment to the platform. Sites found that they made more practical advances, far more cheaply, using Unix workstations which the regular programming crowd could straightforwardly use and understand.

      So what's the moral here? I've been pondering this question for years, and I still don't know exactly what to conclude. In terms of experimental result, the story does seem to be telling us that pure creative excellence and a clean slate does not necessarily win out over the dull, prosaic, conservative grind by which systems slowly accumulate functionality over time. You accumulate nasty artifacts with both approaches. I wish it weren't so.

      --
      Parity: What to do when the weekend comes.
  84. Re:Um, and so they should. The automobile is obsol by Colin+Smith · · Score: 2

    Um. You're aware that you will have to pay for the use of the system?

    Taxi's that go to the depot for cleaning would only be unavailable until the service personnel at the depot had checked it. In the meantime there would be hundreds or thousands of other vehicles available to everyone else on the rest of the network. The only person who'd be inconvenienced is the guy who'd paid to stand and press the reject buttons on the taxis as they arrive.

    --
    Deleted
  85. Bicycles aren't optimal by Colin+Smith · · Score: 2

    "Ever tried a bicycle?"

    15 miles/day, 5 days/week. But it's really too slow for most people, the practical limit is about 10 miles. Then there's weather, traffic, sweat, clothing etc. Not exactly non stop either, certainly in UK you are expected to obey road traffic laws, that means traffic lights.

    --
    Deleted
  86. What is an operating system? by davidwr · · Score: 1

    A computer, hw, OS, and apps and all, is a tool to get some job or set of jobs done.

    HW, OS, and "support programs" like network-stacks are, together are a tool to let your apps run.

    HW and the OS are a tool to let everything else above it run.

    It doesn't matter if it's using 1960s technology or tech built this morning. If it works, and works well, then it's A Good Thing.

    For most tasks, the best word processor is made of wood and has an eraser on the end. It's design hasn't changed in over a century.

    --
    Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
  87. Re:Um, and so they should. The automobile is obsol by swb · · Score: 1

    My point was that the will to build a system that satisfies the criteria of improving on mass transit to the point of being a compelling alternative to cars is likely to be at least as big as the system itself.

    It took Minnesota 10 years of wrangling and $800M to build a single leg (~10 miles) of a light transit system -- and they had 90% of the right of way already. Presumably PRT will be no cheaper.

    Thus the political will to build and fund a $XX billion dollar PRT system isn't likely to exist. Perhaps a smaller system that services some high density area like SF, NY or Boston, but nothing substantial will likely ever be built.

  88. Where? by Sheepdot · · Score: 1

    So the question is, Where are the new operating systems likely to come from?

    Plan 9, MacOS, z/OS, AmigaOS, MorphOS, QNX, or other embedded OS.

  89. Re:Um, and so they should. The automobile is obsol by drew · · Score: 1

    neat idea... terrible website.

    --
    If I don't put anything here, will anyone recognize me anymore?
  90. As soon as we get a new keyboard... by Kazoo+the+Clown · · Score: 1

    We're still using keyboards limited by the design of 5-bit BAUDOT teleltypewriters-- despite the fact that the keyboards are commonly used to enter basic calculations, we still don't have a real multiply or divide symbol, and are using asterisk and slash as substitutes. Some would probably like to do away with keyboards altogether, but that's not gonna happen. The mouse was a step backwards (I've got 10 fingers, not just 1 or two, BTW).

    As far as a new OS, the ones that are sure to have a very limited lifespan will be monolithic utopian attempts to encapsulate everything you'll ever want to do in an OS. Unix has had the long life it has, simply because it was extensible-- you didn't have to use the drivers or interfaces it provided, and could reconfigure individual components and their interconnections so whe you wanted to rework something you didn't have to write it ALL from scratch, just the parts that needed to be different. A successful OS will have to be very component oriented and extensible.

  91. Obsolete 19th Century Rail Transport by HermanAB · · Score: 1

    is better how? ;-)

    --
    Oh well, what the hell...
  92. Re:Before OSes can be innovative, languages must b by cscalfani · · Score: 3, Interesting

    I think that systems are complex because of bad design first and bad implementation second. If you have a bad design, no amount of good implementation is going to save you. If you have a good design that's poorly implemented, then there was no point of having a good design.

    As far as languages are concerned, you could implement an object oriented approach to a C program (good design, bad implementation), but it is much easier to design a language that embodies that approach, i.e. C++.

    I've spent most of my 23 years programming, designing systems. Every time that I go the extra mile to do the best design that I can with the time allotted, the programming is simplified and complexity is reduced.

    Good designers see everything the same, good programmers see everything different. The best designs have their complexity in the structure not the code. Most systems have their complexity in the code.

    What are the problems today in languages that cause complexity in coding? Inheritance, garbage collection, OO languages that break encapsulation (.NET, Java, any programming language that uses GC), multiple objects being "owned" by more than one other object, multi-threading locks that are defined at programming level instead of structural level, etc.

    What I'm tired of seeing in "new" languages is the same old same old. Sure the syntax is different or some esoteric problem that the language designer had implementing a particular system in an existing language has been solved by their "new" language. But the basic concepts are identical to most existing languages.

    The only real innovation, (if you can call it that), that's been made in a recent (10 year old language) mainstream language, viz. Java, is by making INTERFACE a language element. Granted, interfaces have been around forever, but Java is the first mainstream language to implement it at the language level.

    What is needed is someone to completely throw out everything they thought they knew about languages and start from scratch using everything they know about complex system development.

    You may ask yourself, "Why don't I do this?" Because there's no money in it and once I did, I'd have to convince the religious to convert. Not worth it.

  93. Re:Before OSes can be innovative, languages must b by bored · · Score: 1

    Don't know about you but on windows the higher level RAD languages like delphi, C#, etc remove much of the tedium your talking about. Sure some of it is still there but it doesn't take hours to create basic applications. Hell a heavily GUI program is mostly drawn, with a few lines of code to instruct it what to do on events like menu selections, Ok opens, etc.. Tree component expansion, and the like are handled transparntly in the component. Data manipulation is often just writing SQL statments which are themselves sometimes generated with SQL generators. Most basic algorithms you learned in school exist in the standard libraries as generics. Programming is far less tedious now than it was 10 years ago if you choose the right tools. Otherwise you spend all day screwing around with command line utilities you are gluing together by rewritting the same code to redirect stdin/stdout that people were writting 15 years ago. Then once you have the data you spend all day walking it in for loops to set some state on the data elements.

  94. Re:Um, and so they should. The automobile is obsol by pthisis · · Score: 1
    It is a network transit system, the track is laid out more like a grid than a corridor. It'd get you directly to your destinations because there would be stations nearby.


    Mass transit is no replacement for cars in the US

    I take the subway to work all the time in DC. But the other 3 places I've lived didn't have anything like the population density to support it. Seems like this thing could replace subways, but is it more efficient? I can't tell, 'cause the site requires forbidden Flash technology....
    --
    rage, rage against the dying of the light
  95. Don't forget... by sleepingsquirrel · · Score: 1
  96. Noooooo, not run like current public transit. by Colin+Smith · · Score: 2, Interesting
    Current public transit is horribly undesirable.

    You basically have to subsidise it to around about 50% in order to persuade people to use it. The UK subsidises the rail system to the tune of around £4 billion a year (approx $7 billion). This is largely because all current public transit systems are designed to carry groups of people from A->B.

    • Groups of people means stopping at every station to pick up and let off passengers, which means very low average speed.
    • Groups of people mean schedules in order to pick them up. Schedules mean more waiting.
    • Groups of people means the route can only go in the general direction they want to travel, which also means that they then have to make additional journeys some other way after getting off.
    • Groups of people means large vehicles capable of carrying large numbers. Which means large infrastructure to cope with the vehicles, which means expensive vehicles and expensive infrastructure.

    All of the above mean that current public transport is a dreadfully slow and expensive method of travel. Is it any wonder at all that people don't like current public transport and would rather sit in a congested traffic jam?

    Personal Rapid Transit should manage to be cheap enough to run at a profit and still attract passengers because it's way faster than the rest, including cars, there's no drivers to pay, the infrastructure is cheaper to build than a road.

    --
    Deleted
    1. Re:Noooooo, not run like current public transit. by dodobh · · Score: 1

      The problem with personal transport is that it doesn't scale well to high densities. A 5 minute walk to the nearest bus stop, hop into a train, hop out, 10 minutes walk to work is pretty efficient.

      Now show me 15 million people in a single city driving cars and getting parking in the business district.

      --
      I can throw myself at the ground, and miss.
    2. Re:Noooooo, not run like current public transit. by radish · · Score: 1

      All of the above mean that current public transport is a dreadfully slow and expensive method of travel. Is it any wonder at all that people don't like current public transport and would rather sit in a congested traffic jam?

      Rubbish. Actual real world example - travelling from London to Sheffield for the weekend, something I have done many, many times. For those of you outside the UK, this is a journey of about 170 miles or so, but along some of the countries busiest roads (more so on a friday night).

      When driving, the journey time varied between 3.5 and 7 hours (yes, 7) door to door. By train, it's a touch over 2 hours on the Midland Mainline, plus the time taken to get to the station (depends on where you are in London, for me it was about 30 mins). So a reliable 2.5 hours vs a possible 7 hours. I think that explains why the trains were very popular and almost always booked solid.

      Just for completeness, let's include cost. I paid roughly 40-50UKP for the train ticket (return). Compares fairly well to about 1.5 tanks of fuel for the car at 25-30UKP each, plus maintenance costs, depreciation of car value, etc. These numbers are a couple of years old, so might not be accurate now.

      So whilst I agree with the general premise that public transport is not always as attractive as it could be, saying that it is in all cases slow and expensive is complete rubbish. Also, the road system is subsidied (the building of roads, the policing of roads, the cleanup of the environment, etc) and I'd be willing to bet it's a lot more than 4 billion. Public transport needs to be subsidised to make it cost effective, but in the end it works out cheaper for everyone.

      --

      ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

    3. Re:Noooooo, not run like current public transit. by JanneM · · Score: 2, Insightful

      When talking about subsidies of rail and mass transit, it's easy to forget the extent to which automobile transport (and aircraft) are subidized as well. You do not pay the full cost of using your car yourself, anymore than you pay the full cost of using a subway.

      Which is fine, of course; reliable, efficient transportation is hugely important to society, too important to leave to the vagaries of the market. And it's important to have a combination of sysetms, so you're not putting all your transportation eggs in one basket either.

      --
      Trust the Computer. The Computer is your friend.
    4. Re:Noooooo, not run like current public transit. by mixmasta · · Score: 1

      > Now show me 15 million people in a single city driving cars and getting parking in the business district.

      Welcome to Los Angeles, my friend!

      --
      #6495ED - cornflower blue
    5. Re:Noooooo, not run like current public transit. by dodobh · · Score: 1

      How big is the business district? A couple of square miles?

      --
      I can throw myself at the ground, and miss.
    6. Re:Noooooo, not run like current public transit. by Colin+Smith · · Score: 1


      5 minute walk to bus stop
      8 minute wait for bus
      10 minute journey to nearest bus stop to the station
      2 minute walk to train station
      9 minute wait for train
      10 minute train journey
      10 minute walk to work

      54 minutes to travel 6 miles. Average speed, 7mph.

      Compare with:
      5 minute walk to PRT station
      8 minute PRT journey.
      5 minute walk to work

      18 mins to travel 6 miles. Average speed 20mph.

      When you talk about the performance of public transport you've got to remember to add on the time it takes to get to the station. The wait times for the schedules. The time it takes to make the journey.

      18mins vs 54mins.

      Current public transport isn't efficient. Group transport can never be efficient, it isn't physically possible. Get rid of all the waiting, get rid of the intermediate stops. Get rid of the changes of mode. You end up with individual, personal transport... PRT.

      --
      Deleted
    7. Re:Noooooo, not run like current public transit. by Colin+Smith · · Score: 1

      30 mins to get to station
      Are you saying that the time waiting for the train at the station doesn't count?
      2 hours on the train
      And the time getting from train station to door?

      How about the cost to get to the station. Taxi? The cost to get from the station to the door? The duty on petrol is 70% of the cost of petrol, 30 billion a year, it is being spent on the NHS, not the roads or policing or cleaning.

      You're looking at rail through rose tinted specs... Come back when you're willing to use real "Actual real world examples".

      --
      Deleted
    8. Re:Noooooo, not run like current public transit. by mixmasta · · Score: 1

      Well, actually everything is decentralized... meaning traffic everywhere!! ;)

      --
      #6495ED - cornflower blue
    9. Re:Noooooo, not run like current public transit. by ecxman · · Score: 1

      Welcome to LA, you mean welcome to Southern California. Where most major cities of commerce double in population between the hours of 8am and 6pm. Where the East LA Interchange alown sees an average of more than 430,000 cars a day drive over it. No wonder it takes me 2h to drive 62 miles to work. There is no real public transportion to get me to work and home better than I can drive. I live 15 miles from a train station and no bus gets me close. Also the train schedule does not even work close to my work schedule. I would end up spending more time at work than I need. Most public transportaion in SoCal does not work for the majority of the public. It is tailored to a few commuter routes and no matter how convienient it is, not much will get a Californian to give up the conveniance of having his car there for him all the time.

    10. Re:Noooooo, not run like current public transit. by dodobh · · Score: 1

      Ah, my travelling used to be like this:

      5 minutes to bus stop.
      3 minutes (max) waiting for the bus
      10 minute bus ride (4 km)
      1 minute to the station
      3 minutes (max) for the train.
      40-50 minutes train travel for 35 km (depending on whether the train was one that skipped intermediate stations or not)
      10 minutes to $ORK.

      And that was available for 22 hours out of 24.

      That is 82 minutes for 40 km (including walked distance), or about 30 km/hr.

      Keep in mind that a train carries about 5500 people on average, and there are two pairs of tracks, so 11000 people go every 3 minutes from one end to the other. Not a very bad deal.

      --
      I can throw myself at the ground, and miss.
  97. Re:Um, and so they should. The automobile is obsol by teromajusa · · Score: 1

    I'm picturing a taxi stand with a row of taxis. One malicious guy rejects every taxi then takes the last one. I suppose if they don't queue up like regular taxis that wouldn't be a problem.

  98. Re:Um, and so they should. The automobile is obsol by ipjohnson · · Score: 2, Interesting

    After reading the web site you sent out about the PRT I realized the prototype is in the back of parking lot 3 at raytheon's site in marlboro MA (where I worked for 3+ years) and I can tell you point blank the project died years ago.

    They can't even fire it up because the mice have chewed through most of the wiring. Rumor has it the last time they fired it up (5+ years ago) the PRT actually got stuck on the track and the people where left there for 2 hours while they tried to fix it.

    On a side note I actually used to park my car under it :)

  99. You're mistaken by Anonymous Coward · · Score: 0
    The bandwidth cost of running MTA's to accept 80% spam is huge, so how is being forced to accept an entire message a working solution? Useful as it is for preventing phishing, a DK signed mail can be forwarded as spam with the DK sig intact.

    SPF doesn't break forwarding, if I'm publishing -all SPF records and the reciever is checking them, forwarders better be sure they are complying with our wishes regarding domain spoofing.

    1. Re:You're mistaken by Rich0 · · Score: 1

      This isn't meant as a positive or negative statement regarding DK or SPF, neither of which I'm an expert on.

      However, regarding needing to be able to reject mail before it is fully received - I'm not sure this is really a requirement.

      Sure, it is a requirement considering the current environment, but that could change once an anti-spam solution is in place. Consider, if nearly 100% of spam doesn't go anywhere, why bother sending it? You don't need to stop spam - you just need to make it more expensive to spam than to just bulk mail people (snail mail). Initially the servers will not save any bandwidth, but once the spam is being killed wholesale spammers will write their scripts to avoid mailing to domains that will filter their spam. If I can send 1 million emails from a host before it is compromised (ie blacklisted), why send most of those to mail servers that you know will reject your mail? Spammers will quickly filter out domains that use either DK or SPF or whatever - so that they can target their junk at people who will actually read it.

      So, in the long term, everybody's bandwidth usage goes down.

  100. Damn Straight, and Furthermore... by Bob9113 · · Score: 1

    "If you look at Windows and Linux, both are based on 25-year-old technology. Windows is sort of a GUI version of the Mac's operating system, and Linux is of course Unix, which stems from 1968. These are both old clunkers. So the question is, Where are the new operating systems likely to come from?"

    Absolutely! And furthermore, what's with our antiquated notion of the automobile? The motor is nothing but a knockoff of a late 1800's Daimler Benz model and the tires are from the same era by Michelin. About the most modern major part is the assembly process, and that comes from Henry Ford in the early 1900's. Where are the new automobiles going to come from?

    Sometimes building on existing success is the right answer.

  101. Re:Um, and so they should. The automobile is obsol by Knuckles · · Score: 1

    While I like it, it does not solve the crucial issue about cars that also hampered other alternative attempts like car sharing:
    in car culture, the car is not just a vehicle for transport. It is /part of home/. Look at how people decorate cars. Look at what they carry with them: CDs, books, pillows, woollen blankets, drinks, etc.
    Many people have everything they need for say, a trip to the beach, in the car at all times (at least during summer).
    Not to speak of baby gear.

    I didn't realize that for a long time because I didn't grow up in a car culture home, Austria in the 70ies just wasn't, and while my family always had one, it wasn't important. Most of my adult life I lived in Vienna, where you simply are better off without one if you aren't into trips to the countryside every weekend or have a baby, so I didn't have one until I moved to a bigger place at age 35.

    And so I also only had looked at the transportation side of things and just couldn't understand why the alternatives didn't catch on when it was, to me, so obvious that they were better.

    And now living in a mode and a place where a car is actually needed, I do try to carry stuff with me, because it /is/ cool to have, I just fail. After 3 years it still is empty as new except for the 2 CDs I currently listen to and a pen and such.
    All this to illustrate that old habits are hard to kill. I can imagine well that if one lives in his car, as so many people from car cultures do, that this would be the thing that PRT just doesn't do for you.

    --
    "When I first heard Daydream Nation it quite frankly scared the living shit out of me." -- Matthew Stearns
  102. Porting direction? by Grendel+Drago · · Score: 1

    Well, go ahead and compare the work that went into cygwin against the work that would be needed to port a bare-minimum win32 system to run on top of Linux. I suppose the comparison can't be very precise, since cygwin can run in an entirely command-line fashion, but there are plenty of well-designed applications like Audacity that are built in a cross-platform fashion. (I'd like to include Hugin in that list, but it's way too crashy right now.)

    --grendel drago

    --
    Laws do not persuade just because they threaten. --Seneca
  103. Re:Before OSes can be innovative, languages must b by Anonymous Coward · · Score: 0

    Exactly---the more functionality you have to build into the compiler, the more difficult it is to build systems that revolve around the language (think Multics taking so long to get off the ground because of PL/I!)

  104. Not the "Toss X" thing again... by GreyWizard · · Score: 1

    Exactly what is wrong with the X Window System that can't be fixed and is worth starting with ZERO debugged drivers for video cards and no working applications? Meanwhile Keith Packard and friends are quietly reworking the guts of the xorg server to use native OpenGL. They report impressive peformance and eye candy possibilities without breaking the interface. The same sound argument you just made against scrapping Linux in favor of some hypothetical successor applies to X.

    --
    Not all those who wander are lost.
  105. Well I guess a Porche is essentially a Model T by gatkinso · · Score: 1

    ...after all they both have four wheels.

    Fool.

    --
    I am very small, utmostly microscopic.
  106. Re:Before OSes can be innovative, languages must b by Mornelithe · · Score: 1
    What languages do you know? Ruby's blocks make for good implicit iterators, and are used to great effect in the language. For instance:
    10.times do
    something
    end
    Although short examples like that are meaningless.

    Modern functional languages typically come with fold, which is (if memory serves) a generalization of everything you can do with iteration:
    foldl1 (\i j -> something) [1..10]
    And then there's logic languages, which, in the purest sense, do away with any sort of sequential operation whatsoever, and allow you to construct your programs in terms of what is true and false about various things, rather than listing a process.

    People have been experimenting with ways of programming other than the traditional imperative model for a while now, but you won't hear about it much from the average software development crowd, because almost everyone's been trained on C and its children, and they're not interested in learning something wildly different.
    --

    I've come for the woman, and your head.

  107. Re:Um, and so they should. The automobile is obsol by lahvak · · Score: 1

    Since the whole system is computer controlled, I would expect that the computer would probably notoce that someone is rejecting car after car from the same location, and would trigger some action.

    I would be more affraid that someone breaks into the central computer and start re-routing people all over the place... :)

    --
    AccountKiller
  108. Uh, foreach, anyone? by Grendel+Drago · · Score: 1
    Man, if only there were a way to make iteration much more generic... oh, wait.
    @arr = (1, 3, 5, 7, "piggy");
    foreach (@arr) { print; print ' '; }
    and we get 1 3 5 7 piggy.

    Perl 5 (I don't know if the foreach construct was in Perl 4 or earlier) has been around since 1993. Where have you been?

    --grendel drago
    --
    Laws do not persuade just because they threaten. --Seneca
  109. GUI version of MacOS? by dangitman · · Score: 1
    Windows is sort of a GUI version of the Mac's operating system,

    Geee, I'm really glad that Microsoft made a GUI version of the Mac operating system, because it got so frustrating using those command-line only Macs.

    --
    ... and then they built the supercollider.
  110. Re:Um, and so they should. The automobile is obsol by cayenne8 · · Score: 2, Insightful
    "And how will these wonderful trolley cars get me around to these various destinations with my cargo."

    ..."It is a network transit system, the track is laid out more like a grid than a corridor. It'd get you directly to your destinations because there would be stations nearby."

    I'm not sure you answered the GP's question. This was the first thing that occured to me. I buy groceries once a week...I fill up the front seat and floorboard of my car easily...and if I buy charcoal, and a couple of other things (not counting if I'm having a party)...well, It takes me 5-6 trips to the car to the house to unload it all. I don't see how this would be practical for living if you had to haul all this stuff back and forth between the grocery store, and the station, and from the station to the house. Hell, how would most people get their Xmas tree home from the tree lots to the house? It just doesn't seem practical for everyday life. If it was in addition to cars...well, sure that would work, but, if everyone could still have a car, and the independence it gives...well, that kills the personal transport thing too.

    Also, the thing that bothered me...CCTV's in every station/car? Just want we would need...another infringment on privacy, being filmed all the time...tracking your movements? Not for me thanks.

    And with weather....I see the examples of how a cold snowy climate like MN would have problems with a system like this...but, was thinking about New Orleans. Would be VERY difficult to evacuate with this system in such small cars. Even if it were nationwide and would get everyone out of the city..again, the smallness and lack of storage for traveling with personal property is an issue? How would you evacuate the city, and bring your pets?All your records you need...family pictures..etc. When you leave NOLA in fear of a hurricane...you bring all you can, 'cause there is that chance the city itself will be wiped off the face of the earth.Elderly people and their walker/wheelchairs...

    This also doesn't look practical for normal city emergencies. How would one of these function as an ambulance with all the equipment they need? Firetrucks? Police?

    It IS a neat idea..and possibly one that needs to be kept in the working on stage, but, it just does not seem at ALL practical for daily life as we know it. And these are just issues we have for more urban areas. A great deal of the US is not in the category...you'd still need roads out there to transport things....and if you have all these roads and vehicles still...what do you need the new 'transit' system for?

    Just some thoughts...

    --
    Light travels faster than sound. This is why some people appear bright until you hear them speak.........
  111. Visionary insights or just his perspective. by MarkGW1 · · Score: 1

    I think it's both. Bob Metcalfe invented the Ethernet network protocol, which has evolved to into the standard that most network run on. It got that way because he gave it the headroom for it to evolve. He also can see the limitations that today's OSes bring to the table. Bob also accurately forecasted the collapse of the Internet stock bubble before anyone else that I knew of. I took his advice and got out ahead of the collapse. I think I would cut Bob some slack and agree with him that a new look at hardware and OSes may be the best way to fuel a new wave of true innovations. Change is hard when you spent years learning Cobol then suddenly everyone jumps onto the C++ bus. People will gravitate to the best party. It's only the hosts that need to decide on closing down theirs to join the other celebration. And perceptions can only go so far, that's why Microsoft is fighting furiously to stave off the Linux onslaught. The inevitable will come, it's just a matter of who brings it.

  112. Private Property not OSS Goal by Jsprat23 · · Score: 1

    Metcalfe's a bit confused about why OSS exists. The goal of OSS is not to elminate all proprietary software, but to provide infrastructure. For instance AutoCAD will always exist, but the engineering firm that uses AutoCAD needs an office suite as much as the people that develop AutoCAD do. Thus they can use the same office suite and that's why OpenOffice, Gnome Office, and KOffice exist. They can all use commodity browsers, email clients, ftp clients, document viewers, etc ad infinitum.

  113. why do people listen to this guy? by iritant · · Score: 1

    Isn't this the same Bob Metcalfe who said the Internet would be dead by 1996 or something like that? I think I have a NANOG tee-shirt that shows him eating his words.

  114. Re:Um, and so they should. The automobile is obsol by cthrall · · Score: 1

    Mass transit only happens when population centers have enough people to generate gridlock. Then, people figure out a solution and implement it. Hopefully, over time new solutions will be more efficient.

    Public infrastructure is much like the software that supports various internet infrastructures...it evolves.

    "Hey, there aren't that many computers on the net, I'll just wing packets onto the net and in the slim chance there's a collision I'll try again!" (Aloha protocol). You can see network protocols evolving during the 60's-90's.

    Of course, at some point the cost of changing the existing infrastructure negates any positive gains (see Windows backward compatibility issues). I don't see the Sky Web Express coming to Boston any time soon, but there are a lot of people who use the current system, and a lot of people working on that system to make sure it's at least usable.

  115. That design sucks... by Belial6 · · Score: 1

    The flaws of that idea are to numerous to count. But here are some:

    * They had nothing indicating how the urine that the bum who is living in it is going to be cleaned. Don't say that it will get sent back to a cleaning crew. Just look at the vast majority of public restrooms (since that is what these would quickly become). Even with staff on site, they are generally not kept clean.

    * Population control. Unless you plan to inact Chinese style population control, a three person shuttle is simply not going to cut it.

    * Rats in a cage. This designer has fallen prey to one of the most common problems that total mass transit advocates fall prey to. It requires everyone to live in tiny high rise condos. People don't want that. They want a house that you don't have to listen to your neighbors arguing next door, and a yard for their kids to play in. This would also require huge numbers of people to give up an use of their land.

    * Cannot move. If you somehow get a bed into your new rat cage condo, how do you move. I don't think that king size bed, or your dresser for that matter, are going to fit inside one of those little pods. Or, does the desinger suggest that we all start sleeping on roll up mats, and keep our clothes in easily collapsible boxes?

    * Roads will still be needed for delivery. The claim that this would make roads unnecessary is childish at best. Even if we do start sleeping on roll up mats, there are huge numbers of products that simply are not feasible to shrink to human size. For example: Sheetrock, couches, large TVs, bunny hutches, carpet, the kinds of air conditioners required for cooling these rat cage condos to safe levels, furnices large enough to heat these same buildings to safe levels. I'm sure others could add thousands of items to this list.

    The list goes on....

    1. Re:That design sucks... by tengwar · · Score: 1
      Cannot move. If you somehow get a bed into your new rat cage condo, how do you move. I don't think that king size bed, or your dresser for that matter, are going to fit inside one of those little pods. Or, does the desinger suggest that we all start sleeping on roll up mats, and keep our clothes in easily collapsible boxes?


      There seem to be a few people saying this. It doesn't hold water: I owned only a motorcycle for twenty years. Moving wasn't a problem, because I just hired a van on the rare occasions I needed to move something big: much cheaper than owning something with carrying capacity that I would use only rarely.

    2. Re:That design sucks... by dangitman · · Score: 1
      They had nothing indicating how the urine that the bum who is living in it is going to be cleaned. Don't say that it will get sent back to a cleaning crew. Just look at the vast majority of public restrooms

      So, you make sure that there is a really good cleaning team. Why do they have to be like public restrooms? Just because many public restrooms are neglected, doesn't mean this system has to be like that. There are many places in existence with very clean public restrooms. It's not like we don't understand cleaning technology, or sources of manual labor.

      Population control. Unless you plan to inact Chinese style population control, a three person shuttle is simply not going to cut it.

      Ummm, why? Seriously, explain why population control is necessary for this to work.

      Rats in a cage. This designer has fallen prey to one of the most common problems that total mass transit advocates fall prey to. It requires everyone to live in tiny high rise condos. People don't want that. They want a house that you don't have to listen to your neighbors arguing next door, and a yard for their kids to play in.

      1. Why is it necessary to live in high-rise condos for this to work? One could simply work into the city, and use car/rail/bus/light rail to get to the edge of the system from the suburbs.

      2. Where are we going to get all that land so everyone can have a house with a back yard? There simply is not enough space on the planet for everyone to live like that. people are just going to have to get used to that. Only the very wealthy will be able to have large properties in the future.

      If you somehow get a bed into your new rat cage condo, how do you move. I don't think that king size bed, or your dresser for that matter, are going to fit inside one of those little pods.

      Get it delivered, like most people do with furniture purchases.

      Roads will still be needed for delivery.

      Who is claiming that this would entirely eliminate roads? Maybe there are some starry-eyed people who think that, but they are an extreme minority. Most alternative transportation advocates realize that different systems will continue to exist and compliment one another (and sometimes detract from one another.)

      No transportation technology is perfect for every need. There are many flaws in existing technologies, but people still use them, and they evolve. Why couldn't this idea also come into existence, and evolve alongside other methods?

      The list goes on....

      But does it ever get relevant, or is it more of the same ill-considered objection as typified by your comments above?

      --
      ... and then they built the supercollider.
    3. Re:That design sucks... by oldCoder · · Score: 1
      It doesn't suck. It just solves maybe 70 or 95% of the need at most. You'll still have real fire trucks and moving trucks and some delivery trucks.

      Millions of people already live in apartments all over the world. This is for them. Don't worry about rats in a cage. Lots of suburban house-dwellers already drive to the train or bus station. Many US cities already have a "Park N Ride" or even a "Kiss N Ride" system.

      Don't worry about population control. Most families can use these PRT's most of the time. One kid goes one one school, Dad goes to work, whatever. And Chinese-style population control is already in place in China. And they're a big user of petroleum.

      If we really want to, we can make couches and carpets and air conditioners out of smaller pieces that bolt together on-site. But we don't have to. All the roads we've built will still be there, just as all the seaports we've built are still around.

      Japanese small-house (made of paper) culture might fit the PRT's better, and US culture could follow along more slowly. It took us a hundred years to adapt ot the car, it will take another hundred to adapt to PRT's.

      Enhanced safety, enhanced speed, and oil independence make a lot of sense for at least a billion people. Think Singapore, a well-behaved people.

      For areas and cultures with a bum-in-the-car problem, video surveillance will come in handy. Some cultures already don't mind this. Think London.

      There are many cities all over the world where the public rest rooms are in much better shape than in the big US cities. Cairo will do it differently than Portland.

      --

      I18N == Intergalacticization
    4. Re:That design sucks... by The+Angry+Mick · · Score: 1
      It requires everyone to live in tiny high rise condos. People don't want that. They want a house that you don't have to listen to your neighbors arguing next door, and a yard for their kids to play in.

      While I'm sure this holds true for some folks (it certainly does for me) I'm not so sure the building industry still thinks that way, and based on what I've seen locally, I'm not so sure people wouldn't mind living in a "rat cage".

      Here in Atlanta, the vast majority of new construction is high rise condominiums, and existing apartment buildings are being converted to condos at an equally impressive pace. They're being built because people are buying them.

      New home construction consists mostly of what we call "McMansions" - large houses with yards no larger than six feet deep, and the neighbors so close you can reach out the side windows to touch them (or change their TV channels with your remote). Sadly, these are increasingly only found in the suburbs. Since Atlanta is a fairly high density city, with no true natural boundaries (like say, Chicago or NY), the 'burbs are getting further and further out from the city proper and the average communte is now something in the neighborhood of 40 minutes to over and hour.

      I think the point of a PRT system is that it is not intended to replace roads outright, and I disagree that adoption of a PRT dictates we all get used to cubicles. As you mention there will always be a need for delivery services and shipping items larger than an overnight letter. I see PRT's as a good complimentary system that can be used in extremely high density areas such as city mid-towns as an alternative to buses. Smallish tracks that connect to each building in a city center would enable transportation in all kinds of weather, without creating street congestion, which would increase the efficiencies of delevery traffic. People could drive their normal cars to an extrenal hub that lies just outside of the city core, then swith over to the PRT for intown travelling between offices, shops and restaurants. Drop off points on each side of a city block would reduce PRT congestion at popular destinations, or these particular stops could be designed with drops that are off the primary track or multi-tiered.

      Of course there's plenty of other issues that would have to be resolved before anything like this comes to be - just the issue of laying the tracks would create an uproar from both architects and city commissioners used to being "rewarded" for their "contract negotiations" - but I have to say it looks damn do-able for high density areas, and its a pretty slick bit of thinking. Warts and all, its a whole lot better than getting used to increasingly longer commutes.

      --

      I'm not tense. I'm just terribly, terribly, alert.

    5. Re:That design sucks... by Belial6 · · Score: 1

      Read the link. The designer claims this will replace roads, which makes your entire post pointless.

    6. Re:That design sucks... by Anonymous Coward · · Score: 0
      Ummm, why? Seriously, explain why population control is necessary for this to work.


      Family of 5, children ages 1, 2, 3 and 5 traveling with Mom. Make it work in transport designed for 3 persons.

      2. Where are we going to get all that land so everyone can have a house with a back yard? There simply is not enough space on the planet for everyone to live like that. people are just going to have to get used to that. Only the very wealthy will be able to have large properties in the future.


      This is something of a myth. There is plenty of unused land on earth. We have about 37,065,807,220 total acres of land, so how about everybody gets a quarter acre? That requires only 1.6e9 acres, leaving 35.5e9 acres for other uses. Of course not all land is of uniform suitability, but that's just an engineering problem. Oceans are in principle habitable also.

      Nevertheless, no drive toward sustainability or environmentally friendly services can accomplish much on the global scale if it ignores the first order term, which is human population. All the rest is fiddling with the second order terms. Limiting population is the single most important task to long term survivability for the human species.

    7. Re:That design sucks... by dangitman · · Score: 1
      Read the link.

      Which link are you talking about?

      The designer claims this will replace roads, which makes your entire post pointless.

      How does it negate my point (if anyone actually said that), or make the "entire post" pointless? Why does the designer saying it could eliminate roads (which it won't) mean that it couldn't work in conjunction with roads? Besides, my post talked about many other issues besides replacing roads.

      --
      ... and then they built the supercollider.
    8. Re:That design sucks... by dangitman · · Score: 1
      Family of 5, children ages 1, 2, 3 and 5 traveling with Mom. Make it work in transport designed for 3 persons.

      You do realize that fgamilies travelling in the city are an extreme minority, don't you? Why would the inability of more than three people to use a car, mean that the system would not be useful to millions of people? Why would it mean population control would be required? In any case, why can't the 5-year-old travel in a separate car? or a one and two year old could easily share the space of a single older person. One year-olds are usually held in the mother's lap.

      Of course not all land is of uniform suitability, but that's just an engineering problem. Oceans are in principle habitable also.

      but the post I was responding to was talking about "back yards" - which I don't think you'll find in the ocean or other inhospitable areas. Further, you can't talk about total earth area, because many people are unable to emmigrate from their home country. Space within particular countries is highly limited.

      Nevertheless, no drive toward sustainability or environmentally friendly services can accomplish much on the global scale if it ignores the first order term, which is human population.

      Indeed. Which is why this is a good idea. People need rapid personal transport for commuting to work. It meets a human need more efficiently than the current way, totally ignoring any environmental benefit. It's a great idea for most humans who work in cities.

      In contrast, your idea of living in oceans and other areas, fails this test. People want to live in the wealthy, pleasant, nice environments and society. People would rather live in a New York condo than in an Alaskan ranch, let alone the ocean or desert. People love living in dense cities with lots of cultural activity. Those who expect lots of space are going to have to give up on their urban conveniences. This is going to happen more and more in the suburbs rather than just cities as sprawl happens.

      --
      ... and then they built the supercollider.
  116. Why troll? by Anonymous Coward · · Score: 0

    The guy has some serious issues with open source. He even goes thru the "free software = communism" fallacy:

    The Open Source Movement reminds me of communism. Richard Stallman's Marx rants about the evils of the profit motive and multinational corporations. Linus Torvalds' Lenin laughs about world domination.

    Disagreeing even on how to pronounce Linux -- "leenucks," says Torvalds -- they flip the collective finger at Bill Gates, the software Romanoff whom they'd like to trap in a basement somewhere. Eric Raymond breaks with Stallman, like Trotsky waiting for The People's ice pick. A Soviet Linux lies ahead, with successive five-year plans every three.


    Eric Raymond as Trotsky? Jesus! The guy knows how NOT to make an analogy.

  117. Plan 9 by Anonymous Coward · · Score: 1, Informative

    Likewise, there was BeOS and Next

    While these were good, they hardly did anything in a new way. If you want an OS that tried doing novel things look at Plan 9. There's also EROS (which was a research project).

    Though even Plan 9 still uses the same GUI (first demonstrated in 1968, and fully developed by Xerox PARC) as most other system, using a different protocol of course.

    PDAs are (IMHO) a fairly novel UI, especisally from Palm: they were simply and fairly intuitive--allowing what needed to be done, and generally getting out of the way. The main issue was that the human user had to learn a new writing system.

    1. Re:Plan 9 by RAMMS+EIN · · Score: 1

      What's so new about Plan 9, actually? I know they took the Unix mantra "everything is a file" a bit further, but I would hardly call that revolutionary. I do wonder why they didn't take it further in Unix, though. Why can't I say "cat /net/http/slashdot.org/" to fetch the /. homepage, for example?

      --
      Please correct me if I got my facts wrong.
    2. Re:Plan 9 by laffer1 · · Score: 1

      I dont' think the palm was that revolutionary. There were several pdas before the palm with similar features. Ever looked at the apple newton?

      I think NeXT did a lot of things in a new way. It was a succesful Mach based kernel. It has the most useful user interface i've ever used on a computer. It was fast! We've got a NeXT system at my university that was donated to the visualization group. Its only got a 33mhz processor and 24mb ram, but it blows my iBook G4 out of the water running essentially the same programs. Now if you try to compile code on it, thats very slow. If you don't believe me, look at the influence of NeXT on computing. We have Mac OS X, WindowMaker and Afterstep, GNUStep, and even GNU HURD/GNU Mach is an attempt at duplication of the kernel that worked in NeXTSTEP. WindowMaker is the official window manager.. etc. Stallman is trying to be like steve jobs people!

    3. Re:Plan 9 by jericho4.0 · · Score: 2, Interesting
      From the Plan9 FAQ;

      "all the system objects present themselves as named files that are manipulated by read/write operations; second, all these files may exist either locally or remotely, and respond to a standard protocol; third, the file system name space - the set of objects visible to a program - is dynamically and individually adjustable for each of the programs running on a particular machine."

      The result of this is that each app or user session can run on a metacomputer. A CPU here, a CPU there, some storage over there and a display and mouse and keyboard here. SMP is automatic, your filesystem contains the entire internet (like you ask for), and "my computer" becomes a text file describing the resources you have acces to. Got a job you don't want to stop, but want to turn off the CPU by your bed?

      mv /proc/job /mynetwork/livingroom/proc

      (I'm making that up, but that's the idea...)

      --
      "A language that doesn't affect the way you think about programming, is not worth knowing" - Alan Perlis
  118. Re:Um, and so they should. The automobile is obsol by tempmpi · · Score: 1

    It isn't a mass transit replacement. It is more like a solution to replace both mass transit and cars. You go to the next station and request transportation from A->B and the computer controlled routing takes care of everything else. Getting a free vehicles to you and finding a fast way to B. It also knows about all of the other vehicles, so it can prevent traffic jams.

    Most of the time cars are just standing around without being used, taking up valueable space and resources. With PRT you could reduce the number of vehicles to much smaller number because their utilization is much better.
    You also don't need as much space for parking and the tracks would take up a lot less space because the computer controlled routing is way more efficient than human drivers.

    Wikipedia got a lot of info without flash:
    http://en.wikipedia.org/wiki/Personal_Rapid_Transi t

    Imho it is a great idea, but it is completely unlikely to get implemented in a democracy. If people would get rid of their cars and all switch to PRT we would get a transportation system that would be cheaper, faster, easier to use, safer and wouldn't depend on oil. But people like having their own cars and it would initially be a huge investment.
    I can only see someone like China trying it on a large scale, because they can just ban cars at will.

    --
    Jan
  119. Re:Before OSes can be innovative, languages must b by Anonymous Coward · · Score: 0
    How do you propose we right a loop.

    Stand it on end, of course.

  120. However... by Grendel+Drago · · Score: 1

    That said, I'm rather intrigued by the notion of XRC, especially since it's cross-platform.

    There was something about replacing boring, repetitive and brittle code generation with data wherever possible; it seems silly that the wx folks were the first to do this. It expresses constructed GUIs in data form, then lets the program put in hooks and callbacks. I'm told that newer versions of Glade can do the same.

    To me, that's one of the most impressive, obvious-in-hindsight-only advances in programming I've seen in the last couple of years.

    --grendel drago

    --
    Laws do not persuade just because they threaten. --Seneca
  121. Re:Um, and so they should. The automobile is obsol by shaper · · Score: 1

    That first web site is a really cool concept so long as you live in a city and only want to ever visit other cities without seeing anything of the area between them. For anyone in an non-urban setting, though, it is basically useless. And on the page where it describes how NOT to do PRT, it advises not to have vehicles with capacities above 3 passengers. That's just stupid. Did the designer of this concept not know any family with more than one child? I have a wife and 3 young children. I have one friend who has 6 children and I know another family who has 8. I cannot imagine a family routinely separating into multiple 3-person squads to travel around town, especially if the children are young. It ain't gonna happen. A reasonable lower limit on the individual vehicle passenger capacity would have to account for the size of families traveling together. But then you get into a larger vehicle size that this concept so desperately tries to avoid. Hmmm... I think this needs a little more thought.

    I think it is cool, though. I would use it, presuming these concerns were addressed.

  122. Huh? by Darth+Daver · · Score: 1

    "Windows is sort of a GUI version of the Mac's operating system"

    What is Mac OS again?

  123. Re:Um, and so they should. The automobile is obsol by dangitman · · Score: 1
    And how will these wonderful trolley cars get me around to these various destinations with my cargo.

    You don't. These things are for dense cities, like London or New York or Paris.

    You and Metcalf both need to be beat with a cluestick. Some things just aren't useful.

    This is not useful in any way? Are you insane? It is extremely useful. Most communters in the city do exactly that - they travel to the same locations every day. The exact same routes. They either do this on a subway, or in a car or a taxi. Now, the car and the taxi are especially inefficient. Why do you need slow, dangerous and error-prone humans controlling an untethered, gasoline-powered car in the predetermined grid of city streets. In New York, why do you need your car to be able to go off-road?

    Of course, the answer is that you don't. Computer control is a much better idea for city commuting. It can a;lleviate congestion and accidents. Additionally, the user doesn't have to focus on driving, and can do work while they commute. All with more privacy and comfort than a subway, and without having a predetermined travel schedule.

    It's cars that don't make sense in cities, not Personal Rapid Transport, which is ideal for the application. The cities would be far more pleasant, efficient, and clean with these than cars. The economies of places which implemented such solutions would probably skyrocket from the increased productivity and lack of stress/raised standard of living.

    It's not like office workers in NYC are carrying around lumber or other "cargo" besides a briefcase or package.

    --
    ... and then they built the supercollider.
  124. Re:Um, and so they should. The automobile is obsol by dangitman · · Score: 2, Insightful
    One malicious guy rejects every taxi then takes the last one. I suppose if they don't queue up like regular taxis that wouldn't be a problem.

    Then that malicious guy gets banned from the network, just like you would with a malicious user on your computer network. I just don't understand why people have to constantly think of any possible reason (no matter how trivial or stupid) to reject new technologies that might actually be more sustainable and efficient.

    I mean, big fucking deal. How does this inconvenience of "malicious users" in any way compare in scale or intensity to the problems of drunk drivers killing kids, air pollution giving us cancers and breathing problems, massive amounts of mining needed to produce the metal and oil to make enough private cars, traffic congestion, road rage, etc?

    It's not as if cars and subways don't both have massive problems. But no, let's not think of how to improve things. Lets just bitch about some new idea that might have some small potential problem.

    --
    ... and then they built the supercollider.
  125. 30 Year Old Technology called Ethernet by lystrata · · Score: 1

    Metcalfes been on this rant for five years. I continue to find it an odd statement from the inventor of a 30 year old technology called Ethernet.

  126. Re:Um, and so they should. The automobile is obsol by Colin+Smith · · Score: 1

    Depends on the particular implementation that's a possible scenario, they would be queued up.

    One thing thing to mention is that the systems are generally designed to constantly try to fill any empty bays in the stand. As each car is rejected or used a new one is ordered from the next nearest upstream station.

    According to the simulations the average wait for a vehicle would be around 120 seconds during rush hour if there wasn't already a taxi waiting. The stations are designed to be small and cheap, more like bus stops a few hundred metres apart and holding a few vehicles than train stations which are miles apart and holding tens of vehicles.

    BTW, you can design a network and run simulations on your PC. Requires Python.

    http://www.trasporti.ing.unibo.it/personale/schwei zer/mait/projects/

    --
    Deleted
  127. 3 passenger limit is bone-headed by Specter · · Score: 1

    I agree whole-heartedly with cayenne8's comments concerning cargo space (or complete lack thereof), but even worse is the three person limit.

    Imagine, one parent, three children. Whoops sorry junior, you'll have to ride in a car all by yourself. I hope you don't get lost. Trust the computer. The computer is your friend.

    What about families with small children, do these guys have any idea how much room it takes to move a small child around? The stroller and the diaper bag alone would fill one of those things and that's before you've brought any groceries home!

    1. Re:3 passenger limit is bone-headed by Colin+Smith · · Score: 1

      The equivalent UK system carries 4, has space for a wheelchair/bicycle/stroller.

      http://www.atsltd.co.uk/

      Any bigger though and the vehicle starts to get heavier to cope. Heavier vehicle means heavier infrastructure... more cost. It can become unviable quite easily as the cost/mile goes up.

      --
      Deleted
  128. Re:Before OSes can be innovative, languages must b by dangitman · · Score: 1
    The spoon is a fine tool when all you dig are holes in ice cream but when you have to dig a trench in the ground, forget it.

    So, I see you've played knifie-spoonie before.

    --
    ... and then they built the supercollider.
  129. Re:Um, and so they should. The automobile is obsol by poot_rootbeer · · Score: 1

    That Personal Rapid Transit system looks fantastic, but it's going to be a long long time before it reaches the point where it can thoroughly replace the automobile. A person won't be able to get in a PRT pod on my block in New Jersey and take it all the way to my grandpa's farmland in rural Illinois anytime in my grandchildren's lifetimes, much less mine or Grandpa's.

    Which is not to say that adoption couldn't take place in small steps, over time. Within 100 years, for example, I could see the NYC subway system retrofitted to make use of PRT vehicles -- at first only along the same service lines that selected trains currently run on, and then eventually expanded to include seamless automated transfer points between lines, reconstruction of long-abandoned elevated tracks, expansion into outlying neighborhoods, and so on.

    The same kind of slow evolution applies to computing technology. Yes, new improved ideas in operating systems, programming languages, whatever will appear in the future, but the world won't be migrating to them overnight -- there are going to be long, slow, transitory periods, and in retrospect nothing will look revolutionary, only continuous evolution.

  130. You don't understand Tandem systems by rewt66 · · Score: 1
    You can't crash a Tandem system with a bucket of water. You need two buckets of water...

    See, that was kind of the point of Tandem systems. They had redundant CPUs, and the OS kept them in sync. So if you lose one CPU to some psychopath with a bucket of water, the other one keeps runnning, and your system stays intact.

    1. Re:You don't understand Tandem systems by dvdeug · · Score: 1

      So if you lose one CPU to some psychopath with a bucket of water, the other one keeps runnning, and your system stays intact.

      More likely than a psychopath with a bucket of water is a leaky roof or even a flood, that's likely to take out both CPUs if they're under the same roof.

  131. ass lickers!!! by Anonymous Coward · · Score: 0

    lick my ass you dirty bastards!!!!! all of you!!!

  132. Re:Um, and so they should. The automobile is obsol by Single+GNU+Theory · · Score: 1

    And when the routing goes wrong enough that the TTL expires: Yikes!

    --
    Little Debian: America's #1 Snack Distro!
  133. private property by planetfinder · · Score: 1

    Mr. Metcalfe's observations about private property seem to be oversimplified and unneccessarily negatively critical of open source. Its not about private property or ownership. Its about real opportunities for large numbers professional software engineers and programmers to earn a decent living by developing and supporting open source. I believe that the open source platform can only advance at a rate consistent with the size of the programmer base that can make a decent living contributing to it. It might be just a matter of misunderstanding on the part of professional programmers. Maybe a lot of them believe that they can't make a good enough living developing open source software. If that's the problem then the open source community needs to recruit software developers by doing a better job explaining how there are tons of real concrete opportunities to make a decent living developing and supporting open source software. They need to be shown that the customer base is real. Ideological arguments about how you should be able to make money developing and supporting open source software are a dime a dozen. The hard nuts case descriptions are not getting enough air time. The open source community needs to broadcast real examples that are common enough to represent tens of thousands of real opportunities. With tens of thousands of real software engineers supporting open source today the future would be here tomorrow afternoon.

  134. Re:Um, and so they should. The automobile is obsol by Colin+Smith · · Score: 1

    "Presumably PRT will be no cheaper."

    It should be, it doesn't require the large amount of land use traditional corridor systems do. Largely because the vehicles weigh 400kg rather than 40,000kg. The infrastructure can be correspondingly small and light.

    The UK Ultra system has built and costed actual test infrastructure at around $5 million/km ($8million/mile), which means you can cover 10 times as much area with 10 times as many potential passengers or just do an equivalent system for a fraction of the cost.

    http://www.atsltd.co.uk/ultra_pdfs/sae_paper_lowso n.doc

    The US Taxi2000 people reckon they can improve further on the costs with their system.

    "Thus the political will to build and fund a $XX billion dollar PRT system isn't likely to exist."

    You're mostly right. There isn't a lot of political will around. However, rail (heavy and light), buses and all other conventional forms of group based public transit have demonstrated that they can't have a significant effect on road use and generally require huge subsidies to operate at all.

    People are starting to look around for something that could take significant amounts of ridership. PRT can potentially turn a profit where group transit systems can't. It could therefore be run privately and profit is a great alternative to political will.

    --
    Deleted
  135. Lions and tigers and bears, oh my! by Halvard · · Score: 1

    Which 'sky' is falling today, Bob? I can't keep up with how many times you've almost incoherently railed about pending doom. I remember several rants just about the internet being about to implode.

  136. Re:Um, and so they should. The automobile is obsol by Colin+Smith · · Score: 1

    It should work in lower density living areas, the infrastructure costs (around $8million/mile) are similar to suburban road costs (about $5million/mile).

    Light rail can cost $50million/mile. Heavy rail, $120million/mile and underground systems hundreds of millions per mile. With those costs they need high density population.

    The cost per mile means much larger areas can be covered, far more passengers, lower density areas are viable.

    --
    Deleted
  137. Re:Um, and so they should. The automobile is obsol by kylemonger · · Score: 1

    Looks great until you realize that bums will pee in all the cars.

  138. Re:Um, and so they should. The automobile is obsol by pthisis · · Score: 1

    It isn't a mass transit replacement. It is more like a solution to replace both mass transit and cars. You go to the next station and request transportation from A->B and the computer controlled routing takes care of everything else. Getting a free vehicles to you and finding a fast way to B. It also knows about all of the other vehicles, so it can prevent traffic jams.

    That sounds like a mass transit replacement to me. By "mass transit", I mean a system that's only useful in dense areas that can afford high infrastructure costs.

    I mean, that wikipedia says things like "Passengers get rides at discrete locations similar to bus stops or taxi stands. Most systems locate these about 400 metres (1/4 mi) apart".

    That's just laughable for a huge portion of the population, and for the areas where it is feasible there's already functional mass transit--as I said, I take mass transit to work every day.

    The reason I had a car growing up in Maine was that there were no bus stops in my town, there was one cab company with maybe 6 cabs, and there were maybe 10 other families living in a half mile of me. And I'm not talking about some tiny town, it was a respectable college town with 30,000 people--it's just they don't all pack in to a tiny area. I couldn't stand in sight of my house and see another house, but I could drive to the usual destinations (schools, groceries, mall, movie theater, etc) in under 15 minutes or to downtown Portland in under 30.

    That's hardly unusual, and this kind of system isn't going to replace cars.

    --
    rage, rage against the dying of the light
  139. Mod Parent Up by handy_vandal · · Score: 1

    Bob Metcalfe invented the Ethernet network protocol, which has evolved to into the standard that most network run on. It got that way because he gave it the headroom for it to evolve. He also can see the limitations that today's OSes bring to the table. Bob also accurately forecasted the collapse of the Internet stock bubble before anyone else that I knew of. I took his advice and got out ahead of the collapse. I think I would cut Bob some slack and agree with him that a new look at hardware and OSes may be the best way to fuel a new wave of true innovations.

    Interesting, informative, insightful. Wish I had mod points ....

    -kgj

    --
    -kgj
  140. Branch prediction by lheal · · Score: 1

    Branch prediction? On function pointers?

    You can't know at compile time where the branch will go, since that depends on run-time values for the pointers. So you're talking about hardware branch prediction, which is independent of language.

    Or what am I missing? Do you just mean that the C++ compiler always spits out more optimizable (branch predictable) pointer code?

    --
    Raise your children as if you were teaching them to raise your grandchildren, because you are.
    1. Re:Branch prediction by bored · · Score: 1

      Branch prediction? On function pointers?

      In this case it was because the CPU wouldn't do prediction on JMP's with register targets (not that unusual, combined with the fact that unknown JMP's took longer than just regular JMP's on that CPU) resulting in slow JMPs.

      So the compiler got around that for virtual method calls using a number of "tricks". Apparently there are a lot of cases where the compiler _can_ statically bind a virtual method or generate code which looks like

      if (objtype==1)
      call x;
      else
      call y;

      instead of a vtable method call. Both of these methods resulted in significantly faster code because the predictor was enabled or worked. In the worse case the compiler ends up simply loading the method pointer from the vtable, and making the call. In this case its exactly the same speed as doing it the C way with a function pointer in a structure.

      I've also heard of games where compilers facing similar problems made an indexed jump into a vtable like structure and then jumped to the method. Again in these cases to work around CPU's not being able to predict on jump targets contained in registers.

      Even so, normally you don't sprinkle virtual around in front of every method call (unless you using JAVA in which case you get that behavior with asking for it). Instead you use it when needed. Same as when you use function pointers. The result isn't noticable. If for some reason you designed an OS that was completly pluggable and used a lot of virtual methods, its still not a big deal because a slow JMP on nearly any processor is still siginificantly faster than a lot of things, load misses in particular and in theory you would be gaining something by it.

      With gcc (g++ (GCC) 3.3.1 (SuSE Linux)) on a P4 2.4 this is the output from the program I just wrote (and will put in another message)

      vtable call time 58355
      call time 58482
      function ptr time 91741

      Didn't look at the assembly so something could be wrong... results are a little better with -O2.

      vtable call time 58378
      call time 54861
      function ptr time 75041

      and with -O3.
      vtable call time 12518
      call time 8385
      function ptr time 66780

    2. Re:Branch prediction by bored · · Score: 1

      // please Ignore the uglies and /. issues

      #include sys/time.h&
      #include stdio.h&

      int x;

      class vtest
      {
      public:
      vtest() {};
      ~vtest() {};
      virtual void test(void);
      } vglobal;

      void vtest::test(void)
      {
      x=x+1;
      }

      void test(void)
      {
      x=x+1;
      } //structure function call
      struct functioncall
      {
      void (*test)(void);
      } ftest;

      int main(int argc,int *argv[])
      {
      const unsigned long ALOT=10000000;
      timeval start,end;
      timezone tz;
      gettimeofday(&start,&tz);
      for (int count=0;countALOT;count++)
      {
      vglobal.test();
      }
      gettimeofday(&end,&tz);
      printf("vtable call time \t%u\t%u\n",end.tv_sec-start.tv_sec,end.tv_usec-st art.tv_usec);

      gettimeofday(&start,&tz);
      for (int count=0;countALOT;count++)
      {
      test();
      }
      gettimeofday(&end,&tz);
      printf("call time \t\t%u \t%u\n",end.tv_sec-start.tv_sec,end.tv_usec-start. tv_usec);

      ftest.test=test;
      gettimeofday(&start,&tz);
      for (int count=0;countALOT;count++)
      {
      ftest.test();
      }
      gettimeofday(&end,&tz);
      printf("function ptr time \t%u \t%u\n",end.tv_sec-start.tv_sec,end.tv_usec-start. tv_usec);
      }

  141. Re:Um, and so they should. The automobile is obsol by Nefarious+Wheel · · Score: 2, Funny

    Living in Australia, we wouldn't have that problem. You see someone doing that, you walk up and whack 'em a good one on the ear hole. Problem solved.

    --
    Do not mock my vision of impractical footwear
  142. Re:Um, and so they should. The automobile is obsol by Anonymous Coward · · Score: 0

    The logic is simply that a vast majority of trips that folks take simply don't need that kind of capacity. Are there execeptions that do? Of course. But most don't.

    If you happened to live in a city that had nothing but this style of transport, then odds are pretty high that you'd go to the store, load up your cart, and then have the store deliver the goods to your house. Or, you'd incorporate the grocery store into a daily routine where you'd not need to bring home vast amounts all at once.

    If the transport system can eliminate some large percentage of the amount of car trips, then the benefits are that you have more efficient transport (energy and transport) more of the time.

    The other advantage of this system is that it can be put in place on top of current roads (so it seems) without replacing them and without having to require new Right of Way (or at least very little in comparison to a new road or light rail).

  143. Re:Um, and so they should. The automobile is obsol by Colin+Smith · · Score: 1

    "I buy groceries once a week...I fill up the front seat and floorboard of my car easily..."

    Groceries:
    http://cgi.ebay.co.uk/ws/eBayISAPI.dll?ViewItem&it em=6783518401
    http://www.argos.co.uk/webapp/wcs/stores/servlet/S earch?storeId=10001&referredURL=http%3A%2F%2Fwww.a rgos.co.uk%2Fwebapp%2Fwcs%2Fstores%2Fservlet%2FSea rch%3FstoreId%3D10001&referrer=FG13P&searchTerms=2 852706&params=P6813
    http://www.kayslifestyle.co.uk/psnlnet/product.asp x?sid=FMNJA95VFXLQBRN080FB0RF3561EW9J8&brand=KaysL S&prod_id=211251

    You'll notice these are all UK sites, we already have an extensive rail network. It's common for people to shop with these.

    "cold snowy climate like MN would have problems with a system like this..."

    The Taxi2000 system shouldn't be affected much, the running surfaces are enclosed in the track. The UK ATS Ultra system would be affected by heavy snow. Depends on the implementation.

    "Would be VERY difficult to evacuate with this system in such small cars."

    You say that, but people use automobiles which aren't much bigger. A single Taxi2000 track is designed to take 7,200 vehicles per hour, 21,000 people/hour. It's the equivalent of a 3 lane highway. The performance limiting step with PRT systems is actually the stations, it takes 20-30 seconds to chose a destination and get into the vehicle (180 vehicles/hour/bay).

    "All your records you need...family pictures."

    You're kidding right. You're the one holding up traffic on the highway with the sofa strapped to the roof of your car?

    "Elderly people and their walker/wheelchairs..."

    The taxi2000 system is designed to accomodate wheelchairs.

    "How would one of these function as an ambulance with all the equipment they need? Firetrucks? Police?"

    It wouldn't but I'd expect police stations and hospitals to have stations built in.

    "and if you have all these roads and vehicles still...what do you need the new 'transit' system for"

    http://www.dot.wisconsin.gov/projects/d1/verona/im ages/congestion.jpg
    http://www.portcult.com/DRIVING-emfhell26.jpg
    http://www.fhwa.dot.gov/whoweare/img/traffic.jpg
    http://www.dorsetcc.gov.uk/media/images/8/j/Ridgew ay2large.jpg
    http://www.metrokc.gov/kcdot/news/photos/2002-2/09 3002corridor.jpg

    Google has lots more.

    --
    Deleted
  144. Re:Um, and so they should. The automobile is obsol by Nefarious+Wheel · · Score: 1
    ...the car is not just a vehicle for transport. It is /part of home/

    Aye. Rolling shelter. Which explains why people like me (please note all flames will be shunted to ground) like large 4WD's with leather seats and premium sound systems. Forget the actual road utility or huge operating costs - It's like owning a two-story house with wheels. Tangible asset.

    Oh occiasionally I pull a trailer with a few pavilions and a set of armour or three off to Rowany Festival, but I could hire something for that. The real reason I put up with the parking strife is that I can spend the hour each way to work in a comfortable personal space that I'm used to.

    ...and the "Pop" you hear is the implosion of what's left of my Slashdot karma...

    --
    Do not mock my vision of impractical footwear
  145. Re:Um, and so they should. The automobile is obsol by Colin+Smith · · Score: 1

    They'll have to pay to do it. How many bums do you know who are willing to do that?

    --
    Deleted
  146. If it ain't broke, don't fix it by dacarr · · Score: 1
    He says that Linux is Unix, which is from 1968. Well, maybe the reason we keep it around is because...oh, I don't know, maybe because it's a functional model?

    If Mr. Metcalfe wants to come up with something better, he's welcome to do so and propose it.

    --
    This sig no verb.
  147. Re:Um, and so they should. The automobile is obsol by kylemonger · · Score: 1

    That hasn't stopped them from peeing in DC's Metro trains. Or maybe it's drunken fratboys. Either way, it only has to happen once. The car will stink forever.

  148. How did the bum pay? Cash or credit card? by Colin+Smith · · Score: 1

    "the urine that the bum who is living in it is going to be cleaned."

    How did he get the money to get into the vehicle and live there? What did he do when one of the users pressed the reject button and sent him and the vehicle to the depot for servicing?

    "a three person shuttle is simply not going to cut it"

    Really? You haven't done the maths have you? Average ridership for cars in the US is 1.2 people per vehicle. The Taxi2000 has space for 3. The vehicles run with a 0.5second headway, 7,200 vehicles per hour (a highway lane is about 2000 vehicle per hour).

    Taking car ridership that three person shuttle is going to be able to transport 8,500 people/hour. More people per hour than a three lane highway at rush hour.

    "It requires everyone to live in tiny high rise condos."

    No, it doesn't. It has a similar infrastructure cost to suburban roadways, about 8million dollars per mile. No drivers to be paid, stations every 800metres or so. With those levels of cost and coverage it can support urban and suburban populace.

    "Cannot move."

    WTF? Hire a van.

    "Roads will still be needed for delivery. The claim that this would make roads unnecessary"

    Again, WTF? Who said roads would be unnecessary? I said cars would be obsolete, and so they would be.

    --
    Deleted
  149. Re:Before OSes can be innovative, languages must b by Anonymous Coward · · Score: 0
    You only code the same way as "always" if you choose to.

    There are lisp-like languages, where there is, as mentioned by another poster, fold, and its many cousins, such as map (happily, other languages, such as python, even have some such constructs, although their future in python is questionable).

    In python, you can do "for x in whatever:", where whatever may be a list, a dictionary, etc, and iterate through every element.

    In smalltalk, there are messages such as do:, accept:, and reject:... so, given some kind of arbitrary collection, you could say "myStuff do: [:anElement | some magical processing]" - this is equivalent to "for(i = 0; i < number-of-elements-to-process; i++) {some magical processing on mydata[i]};", and much less tedious to write... it makes off by one errors a lot harder as well.

    At this point, writing C-style for-loops annoys me, especially in Java, where a change in datastructure can mean switching between them and iterators in very arbitrary ways.

    If all else fails, I suppose we could abandon for for your choice of jmp, while, and goto ;)

  150. car-go by The+Monster · · Score: 1
    I buy groceries once a week...I fill up the front seat and floorboard of my car easily...and if I buy charcoal, and a couple of other things (not counting if I'm having a party)...well, It takes me 5-6 trips to the car to the house to unload it all. I don't see how this would be practical for living if you had to haul all this stuff back and forth between the grocery store, and the station, and from the station to the house.
    If you read the whole presentation, you saw that they contemplated special cargo units or vehicles with space to hold a bicycle or other personal short range vehicle. In order for this system to replace your automobile, either the grocery store will have to be willing to let you take the cart home (deposit required, etc.), or you'll have to buy your own. It might not look exactly like carts do now - it will probably be a design that collapses flat for storage when you get home with it - but you'll roll this unit into either the PMT you're riding or a cargo unit that follows the passenger unit you're in. I think a good design would use something like the 'stow and go' seating that's popular on mini-vans. The carts could be sized to occupy the space vacated by a stowed seat.
    If it is separate cargo unit, the system might be designed to couple the two cars together into a mini 'train'. Such flexibility would also be handy for larger groups who want to travel together.
    It might also help to do away with the admonition against vehicles for more than 3 people -- there are too many times that 4 people travel together. A basic vehicle with 4 spaces for either people or cargo would work nicely when two people travel together with their bicycles across the cargo spaces behind them.
    --

    [100% ISO 646 Compliant]
    SVM, ERGO MONSTRO.

  151. Re:Um, and so they should. The automobile is obsol by SA+Stevens · · Score: 1

    The PRT advocates would have you spayed or neutered after that first child.

  152. Re:Um, and so they should. The automobile is obsol by Colin+Smith · · Score: 1

    Nah, it's simpler. It's performance. All of the alternatives (including car sharing) are poorer performance than the car. Slower A->B, more expensive, less convenient.

    PRT if implemented as envisioned by the system designers would be higher performance than the car. By that I mean that journeys would be far quicker A->B, lower cost and more convenient day to day.

    --
    Deleted
  153. Re:Um, and so they should. The automobile is obsol by SA+Stevens · · Score: 1

    Then that malicious guy gets banned from the network,

    Oh, I see. So you're saying that there's no anonymnity on the 'network.' If somebody 'acts up' or is 'unsuitable' to be a passenger, they are refused service.

    And everybody else is consistently and rigorously tracked and cleared for each use of the system, in case they become 'unsuitable' or 'act up.'

    I see where you're taking this. . .

  154. What's the difference ? Please say more. by planetfinder · · Score: 1

    What's the difference between an infrastructure application and something lik AutoCAD ? Why will AutoCAD always exist ?

    1. Re:What's the difference ? Please say more. by Jsprat23 · · Score: 1

      Things that are infrastructure are commonly used like public roads, parks, or schools. When they improve everyone benefits. Now suppose your office suite improves, you benefit, but it doesn't give your business a competitive edge. You have no reason to not share your personal improvements to something like a browser, office suite, or email client because there isn't any benefit to keeping them to yourself. Now suppose something like AutoCAD were open source. If your engineering firm develops new features or changes that make your drawing faster, easier to read or more efficient, you now have an advantage over your competitor by not giving them your changes.

      So when Metcalfe says that proprietary software is the only way to encourage innovation, he's neglecting that the majority of open source is infrastructure type software that is required daily to get work done, but it doesn't directly affect the bottom line.

  155. Re:Um, and so they should. The automobile is obsol by Colin+Smith · · Score: 1

    "I can spend the hour each way"

    And if it only took 15mins each way, giving you back an hour and a half each day? PRT systems average speed is 95% of peak speed, they don't stop or even slow down till they reach their destination. And you don't have to spend the time on the vehicle reading the bumper sticker of the car in front.

    --
    Deleted
  156. IPv6 Vapourware by connor_macleod · · Score: 1

    Correct me if I'm wrong, but I first heard about IPv6 about 6 years ago - is this pretty much vapourware, along with water powered cars, 3D bio memory, electronic paper, etc. When is this stuff ever going to make it to the end user. Is there a list of all of this stuff somewhere, and where its at in making it to the realn world??

  157. The next OS is being built as well by cold+wolf · · Score: 1

    It's called Archy, a humane computing environment. It's just in Alpha now, but eventually the Raskin Center will have the basics in, and if it gains momentum, it will become the next kind of OS. As it is, it's the best development platform to work on, ever, and it's being built from scratch. Thing is, it's small (can run on very old hardware) and infinitely expandable. It ditches the shitty mazes (menus) and the windows that love hiding information from you... Archy shows the user's content all at once on an infinite plane. The ZUI provides navigation. Check out their site for more info, and read this crash-course post I wrote to get a better idea of what it is and will be (answer FAQs as well).

    1. Re:The next OS is being built as well by Anonymous Coward · · Score: 0

      Ugh, that looks awful! First of all, it's a text editor, not an operating system. The fact that someone calls it a "Computing Environment" doesn't mean anything at all. Second, the fact that you have to type words while holding down particular modifier keys is horrendously unergonomic, and will kill your hands quickly or require you to hunt-and-peck type. I didn't bother looking at the rest of the screenshots or reading any of the documentation because that's a showstopper right there.

  158. Every One of your resposnses.... by Belial6 · · Score: 1

    Each one of you keep suggesting that the roads are still going to be there...The designer was clear that this was a REPLACEMENT for roads. Also, how is that guy making minimum wage going to afford a moving company. Since he doesn't drive. Why would he? He always public transportation right?

    "How did he get the money to get into the vehicle and live there?"

    He got it from the asshole that doesn't mind making beggin a profitable business just so he can feel good by giving money to a bum.

    " What did he do when one of the users pressed the reject button and sent him and the vehicle to the depot for servicing?"

    He waits their every day until the same user tries to use that station again, and stabs or rapes them.

    "Really? You haven't done the maths have you? Average ridership for cars in the US is 1.2 people per vehicle. The Taxi2000 has space for 3. The vehicles run with a 0.5second headway, 7,200 vehicles per hour (a highway lane is about 2000 vehicle per hour)."

    This doesn't fail because of the 90% of the cars that have one driver. It fails because of the 10% with 4. Disenfrachising people just because you don't fall into their group is just not ok.

    "7,200 vehicles per hour (a highway lane is about 2000 vehicle per hour)"

    So, a 4 lane highway can handle more traffic. Ok. And at what speed do these vehicles in one lane need to travel to handle that traffic? Are those numbers calculated at one person per vehicle? Because people are certainly not going to start carpooling MORE because of a system like this.

    "No, it doesn't. It has a similar infrastructure cost to suburban roadways, about 8million dollars per mile. No drivers to be paid, stations every 800metres or so. With those levels of cost and coverage it can support urban and suburban populace."

    I'm not buying the numbers. You are going to need security at each of those stations to stop the rapings and muggings. You are going to need huge numbers of people to clean the urine from the cars and stations. The numbers your stating sound like best case for pods, and worst for cars.

    You also have to remember that huge parts of our country are rural. Basically these kinds of schemes would require an entire rework of our entire culture from the top down. They are not answers to OUR transportation problems. There are answers, but this isn't even close.

    1. Re:Every One of your resposnses.... by dangitman · · Score: 1
      Each one of you keep suggesting that the roads are still going to be there...The designer was clear that this was a REPLACEMENT for roads.

      1. Link, please!

      2. What is your point, is he some master of the Universe, who can prevent things from happening in a different way to his vision?

      3. Why, because the mighty "designer" says this, that other people can't disagree with him, but still think the idea is worthwhile if used alongside roads?

      4. Why does his saying this invalidate the whole idea?

      --
      ... and then they built the supercollider.
    2. Re:Every One of your resposnses.... by IpalindromeI · · Score: 1

      You're being willfully obstinate. Perhaps you can't imagine modifying a proposal to fit: any proposal that doesn't meet 100% needs must be discarded entirely without discussion.

      I haven't read any of the links posted in this discussion, but regardless I can see from the explanations that this system would work wonders if it got implemented. None of the lame exceptions you tried to give invalidate this system as something that could benefit millions of people.

      It obviously could not completely replace roads or cars. That seems to be some kind of sticking point for you, but try to get past it. Think about the millions of commuters in medium to large cities. Every day they take the exact same route to work and home, carrying no more than a briefcase or laptop bag. This system would be perfect for them. Even most others who live in the city that are taking easy trips around the city could use it. People might still want to own cars for extended trips to other places, but they wouldn't need to use them as much as they do now.

      This doesn't fail because of the 90% of the cars that have one driver. It fails because of the 10% with 4.

      That's why other modes of transportation would still exist, just as now there are multiple modes of transportation. Get your head out of your ass. Your reasoning that "this system wouldn't perfectly suit every single person" leads to "this system is worthless" is just mind-boggling.

      --

      --
      Promoting critical thinking since 1994.
  159. Blah Blah Blah by Hobart · · Score: 1

    This is the same sensationalist troll who coined "Open Sores" back in June 1999 to mock FLOSS, and called Stallman a communist, and Torvalds Lenin.

    Mr. Metcalfe, if we wanted to read intelligent rants on how Everything is Wrong, I think we can pick from several better sources than you, and might learn something from it instead of suffering through your screeds...

    I would like to contribute this link to your history, that one day search engines might pick it up: Pompous Windbag

    --
    o/~ Join us now and share the software ...
  160. Re:Before OSes can be innovative, languages must b by ciroknight · · Score: 1

    I honestly can't tell if you're being sarcastic or being truthful, and since both Multics and PL/I predate me (but I do know that Multics became UNIX), I can't really render an opinion. I do know that UNIX's success came from being built on a toolchain that was easily portable, which came from the not-so-feature-rich language C.

    From the looks of the PL/I language, it seems like it must have taken decades to compile on the hardware of the time; unlike Java, it had to compile to machine code on every machine it ran on.

    --
    "Victory means exit strategy, and it's important for the President to explain to us what the exit strategy is." G.W.Bush
  161. Oh Oh I know I know! by toofast · · Score: 1

    It's also the Data Link. After that it's network and transport, which have nothing to do with Ethernet.

  162. Re:Um, and so they should. The automobile is obsol by Jeremi · · Score: 1

    Cool links... so when will we see the first non-trivial use of PRTs? I think they will become much more popular if/when everybody can see at least one operating success story...

    --


    I don't care if it's 90,000 hectares. That lake was not my doing.
  163. Re:Um, and so they should. The automobile is obsol by Jeremi · · Score: 1

    If you have too many people for one car, take multiple cars. If you have more than four children, then maybe PRV is not for you -- you would probably be better off on the bus, or in a large automobile of some sort. However, that is a rare case, and nobody is forcing anyone to use the PRV system. You would still benefit, because traffic would be lighter with so many people using PRV and keeping their cars off the road.

    --


    I don't care if it's 90,000 hectares. That lake was not my doing.
  164. Re:Um, and so they should. The automobile is obsol by Jeremi · · Score: 1
    CCTV's in every station/car? Just want we would need...another infringment on privacy, being filmed all the time...tracking your movements? Not for me thanks.


    No worse than any other form of public transportion... thank Bin Laden for that.


    This also doesn't look practical for normal city emergencies. How would one of these function as an ambulance with all the equipment they need? Firetrucks? Police?


    Correct... PRVs aren't a replacement for the automobile, they are a replacement for the subway. Think of them as automated taxis.

    --


    I don't care if it's 90,000 hectares. That lake was not my doing.
  165. Re:Um, and so they should. The automobile is obsol by Jeremi · · Score: 1
    So, do you drive without a driver's license, on principle? When you get on an airplane, do you refuse to show ID?


    Or are you spouting baseless FUD? Anonymous use of public transport systems is not your right, and never has been.

    --


    I don't care if it's 90,000 hectares. That lake was not my doing.
  166. Re:Um, and so they should. The automobile is obsol by teromajusa · · Score: 1

    I don't mean to take away from your rant, but I did NOT say the whole idea was worthless. I simply pointed out that the "go to the cleaner" button could be abused. I'd also like to point out that you aren't going to convince a lot of people that its a good idea by flying off the handle whenever someone questions any aspect of it.

  167. Re:Um, and so they should. The automobile is obsol by SA+Stevens · · Score: 1

    Do you show ID every time you use Mass Transit?

  168. Inventing ethernet doesn't guarantee wisdom by Un+pobre+guey · · Score: 1
    Bob Metcalfe did us all a great favor with his brilliant ethernet work. It showed talent, intelligence, and focus. So far so good, right? Unfortunately, he has shown us time and again that great intelligence and talent guarantee nothing in other fields. You or I can be brilliant in one realm, and nitwits in many others. Bob is no exception.

    I often read his columns in computer industry tabloids years ago and was struck by his loud, opinionated, shallow, and often way off the mark columns. He doesn't understand the computer industry especially well, and these riduculous remarks bear that out quite eloquently.

  169. Re:Um, and so they should. The automobile is obsol by Knuckles · · Score: 1

    I don't think that the alternatives are slower or more expensive today in most cases.

    Slow: Depends on how you measure your time. While train etc may be slower from A to B, you can actually do something during that time, while when driving a car you are reduced to cell phone, CD, or radio.

    And cost: depends on how much you use it. Many people in European cities own a car, but don't use it regularly, but instead use public transport for commute. In such a case you have huge upfront cost that just rots on the street.

    --
    "When I first heard Daydream Nation it quite frankly scared the living shit out of me." -- Matthew Stearns
  170. Re:Um, and so they should. The automobile is obsol by archeopterix · · Score: 1
    Oh, I see. So you're saying that there's no anonymnity on the 'network.' If somebody 'acts up' or is 'unsuitable' to be a passenger, they are refused service.
    How is this different from a drunk driver being refused the licence to drive?
    And everybody else is consistently and rigorously tracked and cleared for each use of the system, in case they become 'unsuitable' or 'act up.'
    Horrible! Almost as horrible as being watched by traffic cops in my private car!
    I see where you're taking this. . .
    News flash: you can't have anonymity everywhere. Can you rent a car anonymously? Libraries don't lend books anonymously, for a good reason: accountability. Should we ditch the library system because of this?
  171. Re:Um, and so they should. The automobile is obsol by cayenne8 · · Score: 1
    " "I buy groceries once a week...I fill up the front seat and floorboard of my car easily...""

    Interesting...and the links to the carts and such are too. I'm assuming you live in the UK. From the tv shows I watch and all...the kitchens and such are pretty small...tiny refrigerators, etc.

    I don't have what I consider a large kitchen, but, is much larger than what I presume to be the norm in Europe. One of these carts would not carry what I even normally buy each week at the store. I don't have time to run to the store each day...I shop on either Sat or Sun..and cook most all day Sun...to prep meals for the week's lunches and dinners. I work out after work..so, don't have time to cook in the evenings.

    I look in the paper each week to see what's on sale...on a trip I easily can buy, 4-5 2L things of cola...2-3 bottles of wine and or 12paks of beer (gotta have a bit to lubricate the cooking day away...hehehe)...if I'm smoking, I may pick up at 12-14lb brisket, or a 20 lb fresh ham for BBQ...or whatever is on sale meat wise...I buy in bulk and buy for on sale...I have a large chest deep freezer..so, I stock up when I can. I buy lots of fruits and veggies...etc. If I have to pick up charcoal or wood logs for the smoker or grill...those are 10-40 lbs each. This, I promise you, is NOT an extreme for me...and I'm single, but, I do like to entertain too. This is a lot to haul on a hot humid day (90+F, and 90%+ humidity) just from store to car, and from car to door. And I'm actually lucky, my grocery stores are only about 5-10 min. away...many others don't have them that close...

    I like the idea of a system like what is proposed...would make a 'pub crawl' much more fun...not having to drive...but, in the US..I don't think it is too practical. We're much too spread out, and the lifestyle is so different.

    Oh, and no...I don't strap on a couch, but, I do try to get my guitars, as many of my computers, my dog, important papers and irreplacible pictures and mementos out when I evacuate for a hurricane. In NOLA...if a Cat 3 storm or stronger comes up the mouth of the Mississippi river...this city wil be under 20+ft of water entirely...for a long time till they can figure how to pump out the city..it will basically be gone, along with everything in it. Yup...I leave and take what I can't replace...you have to.

    :-)

    --
    Light travels faster than sound. This is why some people appear bright until you hear them speak.........
  172. Re:Um, and so they should. The automobile is obsol by pthisis · · Score: 1

    the infrastructure costs (around $8million/mile) are similar to suburban road costs (about $5million/mile).

    You're talking about increasing the single largest expense for most towns by 60%. How is that similar? What kind of town do you live in that can just throw away $3 million for every mile of road in the town?

    And that's ignoring the fact that the roads are already built and you'd be building the new infrastructure from scratch. In the town I grew up in, assuming that you could sustainably increase the roads budget by an order of magnitude it'd by 30+ years before you finished the project--and that's assuming no ongoing maintenance/operational costs, and that you stop maintaining the existing roads entirely.

    --
    rage, rage against the dying of the light
  173. Re:The IETF is no longer an Engineering organizati by Anonymous Coward · · Score: 0

    Well, if you're creating an anti-spam solution and all the e-mail gurus of the world including Eric Allman, Wietse Venema and D J Bernstein says you are wrong ... chances are they've got some point there and you should not blame the IETF for not accepting your standard.

  174. Re:Um, and so they should. The automobile is obsol by listen · · Score: 1

    Was it really necessary to take three paragraphs to say that Americans are fat?

    Anyway, this really is proposed for big cities with big traffic problems. Think about London, New York, Paris - you have to be insane to drive centrally anyway.

    It is not going to work out in the sticks, and will be uneconomic for a long time for even mid sized or sprawling (low density) cities like Auckland.