Slashdot Mirror


Leo Laporte On UNIX As the Future

TractorJector writes "In a well-written interview with Mad Penguin, techmeister Leo Laporte (formerly of G4/TechTV fame) discusses his vision of the future of proprietary and open platforms: 'I think there's a lot of hope for Linux, although I don't think that Linux is the answer. I think that UNIX is the answer, in some form or fashion. It might be BSD, it might be Linux, it might be some third thing. But UNIX is such a well understood and smart to handle the issues that an operating system has to handle that it ultimately will prevail.'"

61 of 368 comments (clear)

  1. Unix is not the Future by AKAImBatman · · Score: 3, Interesting

    Unix is very flexible, and it certainly outlive Windows. However, its development will only take it through the near future. In the long term, the very idea of unmanaged code will disappear. As will the traditional concept of the Desktop.

    My predictions are:

    1. Desktops will be replaced with Browser simulations of a Desktop that can work anytime, anywhere.

    2. The traditional PC will then be replaced by a home server through which all activity will happen.

    3. Components for Music, Television, Desktop, and Video Game consoles will (in many cases wirelessly) interact with this server.

    4. The server itself will run an OS based on a managed code environment, making remote attacks difficult if not impossible. (Many Unix concepts would probably be reused in this system, but it won't *be* Unix.)

    That's my thoughts anyway. Sometime in the near future, I'll get them blogged down in detail. :-)

    1. Re:Unix is not the Future by AKAImBatman · · Score: 3, Interesting

      Citrix and X are far too low level. You need to think higher level. Think NeWS. NeWS would have creamed X-Windows in the market if Sun hadn't tried to keep it proprietary. Today, it's all happening again with Web Browsers. The difference is that X and HTML are complementary.

    2. Re:Unix is not the Future by AKAImBatman · · Score: 4, Insightful

      And I think having a model where the OS has to approve code before it runs opens the door to monopoly leveraging, unfair treatment, unauthorized runtime limitations, and a whole host of other undesired behavior.

      That's not what managed code is. Managed code is systems like Java, .Net, and LISP that eliminate direct hardware access, thus preventing system bugs like buffer overflows. Java is a particularly good example, because it has a very flexible built-in Security system that could be leveraged to ensure that a given program ONLY has access to the resources it was given at install time. :-)

    3. Re:Unix is not the Future by Lost+Found · · Score: 2, Insightful

      Yeah, I remember hearing years and years ago that in the next few years, all PCs will be nothing more than Java runtime environments, and you'll rent your applications over the Internet from providers.

      Guess what? It didn't happen.

      What you describe in your post would take a substantial amount of work from many companies (not to mention a very slow migration process of the end users to completely shift paradigms). Companies doing this will likely do it incrementally if they do it at all (because software comapnies can't afford to go in a cave for 10 years without making money). In any case, companies doing it incrementally are likely to leverage the excellent open source UNIX technology before them to make it happen, rather than reinvent computing from the ground up.

    4. Re:Unix is not the Future by dsginter · · Score: 2, Interesting

      2. The traditional PC will then be replaced by a home server through which all activity will happen.

      This is what I've also predicted. Here are my thoughts:

      A typical family might have two or three computers and a PVR or two. If the hard drives on all of these devices were aggregated into a single, logical server, then there would be benefits in terms of utilization, redundancy and speed - panacea. If we tie everything together with GigE, then we can PXW/network boot the PCs and PVRs with any operating system of our choice. Laptops would be a bit more complicated but I would envision a large, solid state cache on board. The hard drives in laptops are always failing anyway.

      --
      More
    5. Re:Unix is not the Future by ravenspear · · Score: 2

      Ah, my bad. It seems I was confusing managed code with Palladium, TCPA, etc.

    6. Re:Unix is not the Future by AKAImBatman · · Score: 5, Interesting

      Perhaps the Network Stations were ahead of their time (i.e. like OS/2)?

      That was certainly part of the problem. But as an admin who ran Citrix, I can tell you that the other half of the problem was Microsoft. After Citrix gained some initial momentum from their NT 3.51 product, Microsoft took notice and refused to license 4.0. Instead, Microsoft worked out a technology transfer deal where they would produce NT Terminal Server. Citrix was "allowed" to install their superior ICA protocol on top.

      The result was that you had the initial price of Terminal Server, plus the price of each "Seat" (which was in number of users, not concurrent connections like Citrix), then the price of a full copy of Windows NT for each thin client that would access the system. If you wanted Citrix ICA, you then had to pay Citrix even more.

      The result was that Thin Clients ended up costing *more* than a set of PCs, effectively killing the market.

      Fast Forward to today, and we find that Windows now has the RDP client integrated and that Sun has been having reasonable success with their SunRay product. People are starting to become conditioned to the idea of thin clients. Wait a few more years for the WebApp revolution to shift all power away from windows and the time will be perfect to wretch the market away. ;-)

    7. Re:Unix is not the Future by AKAImBatman · · Score: 3, Informative

      You're basically regurgitating what the pundits and "experts" have been saying forever.

      Yes and no. Anything I say as a tech professional will ALWAYS be standing on the shoulders of giants. There's simply no way around that. However, these "experts" you're referring to have always been insensitive to the timing, and have offered no solid solutions to solving problems. While I'm making an abstract prediction now, I fully plan to make a solid prediction in the near future. :-)

      We've yet to see any of these things....

      Not true. It is becoming quite popular to purchase a computer with a Video Capture Card, use a LCD TV as the monitor/television, hook your computer up to your Dolby 5.1 speakers/stereo, download music and videos from the 'net, and use applications via WebApps. I'd say it's staring us right in the face.

    8. Re:Unix is not the Future by DartonW · · Score: 2, Interesting
      The problem is, not everything can be done with managed code. There will always be a need to get down to "bare metal" coding to get some things done.

      For example: Has anyone ever tried printing actual TEXT to a printer (not an image created from text input) on the .NET platform? I have, and lemme tell you, managed code won't do it unless you consider creating managed libraries utilizing unmanaged code to be still in the realm of "managed code".

    9. Re:Unix is not the Future by AKAImBatman · · Score: 4, Insightful

      That's not a problem with managed code, that's a problem with the APIs offered by the managed code. There's nothing stopping a managed code environment from allowing you low-level control.

      For example, JNode is a complete OS written in Java. It's still Work In Progress, but I'd imagine that you would have no trouble writing a simple text driver for your printer.

      Don't confuse what you're currently allowed to do with what is possible. :-)

    10. Re:Unix is not the Future by acvh · · Score: 2, Informative

      Thin clients have been well received by our corporate IT due to the ease with which applications can be updated, users can be given remote access, and local support people can be terminated.

      Users hate them because there are weird sync issues, files change or disappear at random intervals, they can't listen to music via their "pc".

      There is no one "server" that can go down to screw everyone up. A farm of three or more machines is standard practice here. Thin clients are NOT cheaper than PCs, until you factor in the headcount that gets cut.

    11. Re:Unix is not the Future by AKAImBatman · · Score: 2, Informative

      I remember an IIS flaw that was exploited because the server decoded a URL, checked to see if it was valid (i.e. not pointing to some arbitrary thing outside the document root), then before opening the file, decoded it AGAIN! This second decode was done without a second check, meaning that a URL that decoded twice into something harmful passed through.

      This is where Java's security model would have gotten in the way. When the file open request was received, it would have said "You don't have access to these directories, go away!" and it would have failed to open/run the file. Of course, that takes a token security system to implement, but Java is particularly well suited to this, as are many other managed code environments. :-)

    12. Re:Unix is not the Future by hendridm · · Score: 2, Interesting

      Very insightful, if only I had mod points. I agree. The computer of the future will be sitting next to the furnace and water softener (hopefully on risers), and LCDs will connect to them for functionality.

      How convenient it would be to connect my LCD to an ethernet port in the wall and have full access to the services of the main server in my basement (which would include virtualization capabilities, if I were in charge).

      My house currently has 7 computers in different parts of the house used for different purposes. 4 Windows desktops, 1 Windows laptop, 1 Macintosh, and 1 Linux box for firewall/proxy. Granted, I'm no average user, so we can eliminate the firewall/proxy. That leaves us with 6 machines. I want one server with multiple monitors throughout the house, just as easy at it is to plugin an extra TV.

      Oh, and before you mainframe geeks chime in, a green screen isn't acceptable. I want the capabilities of my desktop on a central computer combined with the simplicity of plugging a monitor into an Ethernet port.

    13. Re:Unix is not the Future by Bob+Uhl · · Score: 4, Informative
      I think what he was probably thinking of was the fact that most modern languages prevent buffer overflows and the rest. Lisp actually partakes of both natures, though: by default the language is safe but not as fast as it could be; you can tweak it to make speed more important, and you can even tweak it to make safety less important. It's kinda cool, actually.

      I urge anyone who's not read it to take a look at Practical Common Lisp, which is an excellent introduction to an excellent language.

    14. Re:Unix is not the Future by shmlco · · Score: 2, Insightful
      Wait a few more years for the WebApp revolution to shift all power away from windows...

      Ain't gonna happen. Or rather, there are still large sets of problems that need robust applications running locally. I'm supposed to upload my 400MB Photoshop image to a remote server and work on it there?

      The fact is that we had "dumb" terminals before, which gave away to smart terminals which gave away to PCs running applications and client/server applications.

      Why the change? Because the user experience is several orders of magnitude better when things happen instantly, and because offloading a good portion of the work to the edge of the network means that everyone is not competing for the use of the same exact set of resources.

      Now we have browsers that are increasing in complexity with AJAX, scripts, embedded components, xml, xforms, and other technologies. Why? Because we want better and richer and more productive user experiences.

      --
      Any sect, cult, or religion will legislate its creed into law if it acquires the political power to do so.
  2. I agree by MacFury · · Score: 3, Interesting

    MacOS X and operating systems that can marry the power of a good command line with the ease of an excellent GUI shall inherit the earth. I'm interested in how the new windows command line stacks up.

    1. Re:I agree by MrShaggy · · Score: 2, Informative

      HMmmmmmmmmmm

      AMIGA Anyone ??

      >> MacOS X and operating systems that can marry the power of a good command line with the ease of an excellent GUI shall inherit the earth

      --
      I have mod points and I am not afraid to use them.
    2. Re:I agree by mnemonic_ · · Score: 2, Funny

      I wonder why MS is working on a new command line at all. Do people buy Xserves so that they can use the OS X command line? Do people run linux because they love staring at those grey characters on a black screen? No one really likes the command line... plenty of people get by with it, but it's obviously the most primitive computer interface. So why is Microsoft developing it? Do they really believe that *NIX users like their OS because of the command line?

    3. Re:I agree by Virak · · Score: 2, Insightful
      Do people run linux because they love staring at those grey characters on a black screen? No one really likes the command line... plenty of people get by with it, but it's obviously the most primitive computer interface.
      Yes, some people (myself included) actually do like the command line. And as it's one of the most primitive interfaces, it's much faster and more reliable than a GUI, uses less memory, and for many operations is many times faster than a GUI. Until we can control our computers by thought, the CLI is here to stay.
    4. Re:I agree by kesuki · · Score: 4, Informative

      Do people buy Xserves so that they can use the OS X command line?

      Yes, powerful Command lines are more than 'just' for end use, they open up the entire core functionality of the OS to non-interactive scripting. By having a powerful, flexible shell you can have powerful scripts that run fast, do everything you want, and can be quickly edited, they run as fast as compliled code, but since they're just a text file that gives comands to a precomplied binary you can modify them much more easily than a full fledged program.

      System administrators need a powerful command line interface, and while standard 'unix' tools sometimes have areas that need improvment. for instance chroot on BSD require the setting of a shell variable to change shell, but linux chroot which accepts it on command line, but can't change the user or group(s) that you're chrooting them to. That means you can't create a chroot jail to disable (remote) root access on linux (that allows remote logins)... but you can on FreeBSD/MacOSX

    5. Re:I agree by Daniel+Dvorkin · · Score: 4, Informative

      I wonder why MS is working on a new command line at all. Do people buy Xserves so that they can use the OS X command line?

      They buy Xserves so they have a choice -- use the nifty OS X Server GUI admin tools (which are really good, I have to say) if they fit the task, and use the command line if that fits the task. Choice is a Good Thing.

      Do people run linux because they love staring at those grey characters on a black screen?

      Very often, yes; (usually multicolored, these days) characters on a black (or whatever) screen may seem primitive to you, but to many people they represent an extraordinarily efficient way to get things done.

      No one really likes the command line...

      *falls over laughing*

      plenty of people get by with it, but it's obviously the most primitive computer interface.

      No, manually unplugging and plugging in vacuum tubes is the most primitive computer interface. It may not be obvious to you -- or to Neal Stephenson, for that matter -- but today's Unix shells represent an extraordinary level of abstraction from the underlying bare metal.

      So why is Microsoft developing it? Do they really believe that *NIX users like their OS because of the command line?

      In a word: yes.

      Look, not everything is best done on the command line. GUI's are wonderful things, if they're done right. (Which pretty puts any flavor of Windows out of the running, but that's a whole 'nother argument.) But as I said above, they are not the right tool for every task. For power users, especially admins and developers, the command line is very often a better tool. And the best of both worlds, as in Apple's current OS, which Microsoft is again trying (and no doubt failing) to emulate, is being able to switch seamlessly between them as the task at hand demands.

      --
      The correlation between ignorance of statistics and using "correlation is not causation" as an argument is close to 1.
    6. Re:I agree by irc.goatse.cx+troll · · Score: 2, Interesting

      What most of us CLI users dislike is graphical input. A lot of us don't mind graphical displays, as a lot of time they are better, but theres nothing better to having to find which of the 1,920,000 pixels my cursor currently occupies so i can move it over to click on something. The best input is the right amount of key bindings, with a command mode like vim (eg, :make).

      What I personally would have switched to had it ever been feasable is xmlterm. XMLTerm was a mozilla project to create an xterm clone that can drop into mozilla's renderer so that you could throw html/xul/images into it, so that for example your cli script could return a pretty table, or a full color coded logfile, or a dir index with thumbnails. This way you'd still have the ability to do a quick for i in *.jpg;do convert $i -scale 800x600 ${i}.resized.jpg;done or some mass regexps or whatever, but while being able to graphicly see whats going on.

      xmlterm.com doesnt mention that its dead, but theres been no updates for over a year. R.I.P xmlterm

      --
      Pain lasts, kid. Its how you know you're alive. Sometimes I think this growing up thing is just pain management-TheMaxx
    7. Re:I agree by sootman · · Score: 2, Informative
      Assuming you're not trolling, I'll answer. Command lines are good for lots of things. Here's one set of reasons to like the CLI. Anything you can do at a command line...
      • can be done remotely over even the slowest network link.
      • can be put into a script...
      • ...which can be scheduled with CRON
      • produces textual output, which can be
        • instantly sent to a printer (hack-proof!--hard to delete logs when they're already printed*)
        • emailed
        • shown on a web page
      Without a command line's texty goodness, how could I do something like this?

      * without physical access, of course.
      --
      Dear Slashdot: next time you want to mess with the site, add a rich-text editor for comments.
  3. Well written? by Anonymous Coward · · Score: 5, Funny

    "In a well-written interview with Mad Penguin..."

    "'But UNIX is such a well understood and smart to handle the issues that an operating system has to handle that it ultimately will prevail.'"

    Yep, seems pretty well-written to me ;-)

    1. Re:Well written? by MrHanky · · Score: 2, Insightful

      Yuo must be new here. On this site, "well written" means well intended. If you can guess what it means, and it means well, it's good enough for us.

  4. Re:Apple by Lost+Found · · Score: 2, Insightful

    OS X winning would be a huge step back for humanity. Mach is terrible and performs like ass.

  5. Ho ho ho by gowen · · Score: 5, Funny
    UNIX is such a well understood and smart to handle the issues that an operating system has to handle that it ultimately will prevail
    That's right because, as we all know, the solution that is technically the best will always win out in the marketplace...
    --
    Athletic Scholarships to universities make as much sense as academic scholarships to sports teams.
  6. It's not by Arthur+B. · · Score: 5, Insightful

    Playstation, XBoxes, Mobile Phones, DVDplayers type of operating system are the future. The OS has been developped far ahead of most people abilities. The future is going towards less and less user control on this OS. Quite the opposite of UNIX.

    --
    \u262D = \u5350
  7. Control by Anonymous Coward · · Score: 4, Interesting

    PC as a thin client browser?

    I don't know about you, but that doesn't satisfy me and I think there will always be room for people who want a traditional desktop.

    As a gamer and just fan of controlling the computer in front of me completely without all this abstractness, I don't think that everyone is going to bite on this kind of stuff.

    I'm sure it has its place, but for everyone?

  8. some third thing? by intmainvoid · · Score: 5, Insightful
    It might be BSD, it might be Linux, it might be some third thing.

    Talk about ignoring the elephant in the lounge room.

  9. I'd say ... by hawkeye_82 · · Score: 5, Funny

    the future is the HURD. Even in the future, the future will still be the HURD.

  10. Let go by Anonymous Coward · · Score: 3, Funny

    "Not only is UNIX dead, it's starting to smell bad."

                                                    --- Rob Pike

    1. Re:Let go by timbloom · · Score: 2, Funny

      Unix is as dead as Apple.

  11. The irony to MS blowing his argument away... by gatkinso · · Score: 4, Funny

    ...is that back in the day when really only technically savvy types owned or operated computers, is when MS gained their stranglehold on the market.

    We would like to think MS somehow bamboozeled the teeming masses, but that is BS. It was us they bamboozled with MS-DOS of all things.

    We did this to ourselves.

    --
    I am very small, utmostly microscopic.
  12. Re:Linux is still growing by ciroknight · · Score: 3, Insightful

    But until Linux's GUI developers get a contract with Video Card manufacturers to produce better device drivers, or until GUI developers get their act together and make the GUI's faster and more user friendly, I'm afraid to burst your bubble.

    Mac OS X is in a position no operating system has been in for 10 years. In 1995 when Microsoft brought out Windows 95, the operating system shattered the market because it was faster, prettier, and just plain cool. Now, OS X is in the same position. And they're going to have to screw up just as bad as Microsoft did with Windows to lose this creative lead.

    On top of this, OS X is based on Unix, meaning that it's going to stay secure for a long, long time. As time goes by, bugs will be found and squashed, as no software is perfect, but UNIX by design has less issues with bugs, and the bugs are harder to exploit.

    Linux has promise, but it's being held back by developers that simply don't care, because they aren't paid to care. They're doing their own, individual thing, and not working towards what a User wants, they're working towards what a developer wants. And if they took a minute to have an objective look at things, they're not too different. Mac OS X mastered this with XCode. And the only good IDE I've found for Linux is KDevelop, which requires me to install another set of GUI libraries, just to use it.

    It's really past time to have Linux desktop-ready. It's time to replace X with something that renders faster, or to simply get Cairo and the other eyecandy, GL-rendering, bad-ass GUI systems up and running. You guys are five years behind Mac OS X, and about a year or so behind Windows in this department.

    --
    "Victory means exit strategy, and it's important for the President to explain to us what the exit strategy is." G.W.Bush
  13. Re:Arghh by tomstdenis · · Score: 2, Informative

    Naive.

    ReiserFS and O(1) schedulers and IPv6 and ... were not in UNIX 40 years ago. Heck ReiserFS is a relatively new addition. I recall using ext2/ext3 and having to "fix up" the drive after every unclean shutdown.

    I have yet to lose a single file to a ReiserFS on a medium that still operates. Even through several blackouts [before I got my UPS] and other shutdowns [emergency and otherwise].

    I think you just need to reflect on what is actually in the Linux kernel to realize it is nothing like UNIX of 40 years ago.

    Sure the overall design (e.g. monolithic with a touch of micro going on) is similar but that's about it. Sure the userland is the similar [with many UI enhancements!] but why not? Do you know a better way to remove files? What does "rm" lack? ... etc.

    I think in the near future any OS improvements [e.g. new mm or FS or taskscheduler] will just find their way into Linux just like many new compiler breakthroughs find their way into GCC.

    What Linux [and GCC in this case] give people is a well studied and tested framework to base new ideas on.

    Tom

    Tom

    --
    Someday, I'll have a real sig.
  14. Re:Arghh by Anita+Coney · · Score: 5, Insightful

    Merely because something is old does NOT mean it should be replaced. We're still building houses out of wood after thousands of years. Our cars run on internal combustion engines. And after all these years we're still carbon based life forms.

    You admit it's "fine," that it "works," and that there is "good stuff" in it. If all of that is true, then why replace it merely because it's old?! That kind of mentally makes no sense.

    --
    If someone says he and his monkey have nothing to hide, they almost certainly do.
  15. Linux is not UNIX ? by randalware · · Score: 2, Interesting

    This is a distinction I do NOT understand.

            The underlying code open or not is just the implmentation.
            And some implentatoins have different switches on the commands.
            Like BSD,Irix,SYS V5, didn't

            Sticking to a design (what UNIX standard, POSIX?) is the bigger issue in my opinion.

            But the end result is the same.

            "Everything is a file" ( read,write,block or char)

            Or is there really a major difference ?

    --
    This is my opinion based on what little I know and understand of the rumors and lies Thanks, Randal
  16. Time is cyclical after all!!! by nigel_q · · Score: 2, Interesting

    This just proves that time IS, in fact, cyclical! Consider trends with fashion? The 70s came back, the 80s came back, the 90s are coming back... Remakes of movies and music, too... The same is true with computers! Remember how we used to have these big centralized machines that occupied cabinets or frames in rooms? And people used these things called 'Terminals' to interact with the 'MainFrame'... Now we call it a Server, and the Terminals "Thin Clients", but its the same thing! If this was such a good idea AND the future, why did we abandon it when the PC came out?

    1. Re:Time is cyclical after all!!! by Rich0 · · Score: 2, Insightful

      Because the PTB that ran the mainframe were incompetent assholes who couldn't support our computing needs properly from a centralized position.

      I think the problem was an ivory tower one - the IT group's goals were not aligned with the business units.

      I've seen this pattern re-emerging with the re-discovery of shared services in many companies. Here is how the cycle goes:

      1. Start with lots of departments running their own mini-data-centers, help desks, etc.
      2. Somebody comes to the realization that by centralizing these services the level of service can be increased (24x7 monitoring, professional staff, etc) while the cost is decreased (fewer servers, less headcount overall, staff freed for more strategic work).
      3. Company centralizes services - cost of running servers goes from $10M to $500k. Somebody gets promoted.
      4. New guy comes in - shaves budget from $500k to $400k. Gets a raise. Lays off 10% of staff, gets a raise. Aims for cost of $100k. Looks into moving servers to elbonia.
      5. Business units find help desk cases going from 3 days under #1 to 1 day under #2 to 5/7/9 days under #3. Servers go down - IT gets to it when they get to it. Developers release new code, IT staff installs six months later.
      6. New application is being rolled out. Business unit builds own "computer room" to host it to avoid dismal IT group.
      7. Wait 5 years - go to step 1...

      #2 is where you want to be - central services just make sense. The problem is that once you have one IT budget everybody starts hacking away at it until they actually raise costs by causing everybody to roll their own. Management needs to realize that #2 is optimum, and fund it well. Often budget increases in a central group LOWER overall costs, as it deters business units from reinventing the wheel.

      Of course #3 is always acompanied by management edicts forbidding the creation of non-central IT groups. Business areas always find loopholes (10 workers who all do it in their "spare time", "small productivity tools" that aren't classified as IT projects, the Access database that grows to 10 million records, etc.).

      In 15 years we'll be right back where we are now...

  17. Do One Thing Well by wild_berry · · Score: 3, Interesting

    Laporte says:
    "It's funny, because in the early days of UNIX, the philosophy of a program was, "do one thing well, and then pass the result along and interface with others." We've gotten to the complete opposite, which is do everything kind of okay, and interface with nobody. That was clearly a wrong turn. It's a response to market forces, not computer science forces."

    In the case where there is just the CLI and a list of programs spawned from a single input line, having a whole collection of tools that work well together is a must. But when you move to a graphical interface, so huge is the change in interface mechanics that the idea of the end-user setting up a chain of programs to run from one mouse click should be alien.

    The UNIX mentality of small, modular programs doing one thing well can still be maintained while a graphical environment is running, but his criticism that "do everything kind of okay, interface with nobody" can't be taken as criticism: it's just the way that GUI stuff appears to the user*. The computer system may be organised so that the GUI program you're using shares a lot of libraries and calls a lot of helper programs to do its work, but the user should only see the graphical interface, making his point moot.

    *: Maybe he means something else: that an environment where one program does only one thing, from ground to GUI, does not help people to tinker, develop and hack new features into the software.

  18. Failure by kryogen1x · · Score: 3, Funny

    Isn't there going to be some sort of Unix failure in like 2038? How can it be the future if that's true?

  19. Well Known OS Hacker Leo Laporte says... by Dink+Paisy · · Score: 2, Insightful
    Hrm... I'm not going to say a whole bunch of mean things, but read the interview. Leo Laporte isn't an OS hacker, doesn't seem to know the details of operating systems, and doesn't seem to know the history of Windows or Unix.

    Although this interview doesn't have the controversial tone of a John C Dvorak article, the content seems to be similarly well thought out.

    --

    Whoever corrects a mocker invites insult;
    whoever rebukes a wicked man incurs abuse.
    --Proverbs 9:7
  20. OS by paithuk · · Score: 3, Insightful

    If there is anything that drives me insane, it's people dribling on about what OS they use. Dude, it doesn't matter like it used to 20-30 years ago, we're past the OS era and what Linux or Unix really needs is some good quality, easy to use applications that complement a great graphics engine. Changing the OS is highly unlikely to change the success of a particular system, but changing how you think will...

  21. The technology does not matter by defile · · Score: 5, Insightful

    Microsoft's platform is the standard because they focused on the business of the software products market. They promised something to independent software vendors and delivered it-- a single platform that any developer no matter how big or small can target. At the same time they pushed hard to get this platform on as many PCs as possible, breaking kneecaps along the way when necessary.

    They achieved a form of write once run anywhere. In 1985.

    It does not matter what's under the hood, it mattered that the ISV only had to write one binary and not have to spend the money supporting two dozen incompatible platforms. Even Java cannot match this (I know, because I have to deal with it).

    Today there must be half a billion PCs that the ISV can generate one single binary for, and with that you've covered what, 90% of the market?

    Linux needs to offer big marketshare (doesn't have) and good developer support (has, sorta) for ISVs to care about it, because Microsoft proved that most ISVs won't bother targetting more than one major platform.

  22. Talk about your pipe dreams... by suitepotato · · Score: 5, Insightful

    One need only look over this book and do six months of desktop end-user support on Windows to see how insane an idea it is that Unix of any kind is going to win in the market over Windows as long as the Unix community remains ruled by sadomasochistic techie dweebs who love things based on how hard they are which is the exact opposite of the attitude that has allowed Microsoft and AOL to prosper and thrive in the common end-user market.

    I love my FC3, but once again, don't mistake my technical abilities and the chance to flex them each day on it for meaning that everyone is going to take to it like a fish to water.

    Apple's OSX most definitely is the best Unix-ish distribution ever conceived, built, and sold to end-users without any doubt in my mind. But do the Linux geeks get it as to why? No, they try mightily to avoid the BSD-ish ancestry of it and sit there wishing this beautiful *nix-style OS with such wonderful design and construction were a Linux distro.

    Won't happen. Linux is dominated by the sort of people on whom it is still lost that ease of use, administration, and support are paramount over everything else for end-users. Windows XP and Mac OSX give them what Linux never will as long as the current crop of leaders and movers and shakers controls the Linux scene.

    --
    If my grammar and spelling are off, I am [distracted/tired/careless] (take your pick)
  23. Of course Linux isn't ready for the desktop! by bahwi · · Score: 2, Funny

    Of course Linux isn't ready for the desktop! But what they don't tell you is that Windows isn't either!

    C'mon, Spyware, Adware, Numerous Bugs(My Soundcard driver crashed the other Day. My Microsoft Certified Driver completely crashed. A reboot and it worked, but that's unacceptable as it never has any trouble in *Nix). Crazy Service Packs, bad to no real support.

    Hell, you NEED an Anti-Virus just to browse the net and check your email, even if you don't download and open any attachments. Just to protect you from the wild internet. You have to combine XP + Norton + Ad-Aware/Spybot S&D just to get a near usable PC. That's quite a stone's throw away from a desktop.

    The problem with it, is Windows IS used as the desktop, even though it isn't ready for it yet. That means it is the standard, however, how often has your mother had to call you over to fix it? Linux wouldn't require the same thing, especially if all they want is browsing and email. They're quite matched at that point. But no, Linux isn't ready. Neither is Windows.

    (I can't speak of OSX, I don't actively use it)

  24. Re:Arghh by i7dude · · Score: 2, Insightful

    While it its old, it adresses the issues associated with current system design. One thing people are overlooking is that the basic architecture of pc's (non supercomputers) has remained relatively static for quite some time. Perhaps in order to see a radical change in operating system design we also need to rethink the hardware architectures that we have used for soo long.

    dude.

  25. My idea: the reverse-mullet approach by British · · Score: 2, Interesting

    Unix in the backend, handling all computery stuff(services, servers, etc).

    A nice, pretty GUI up front(Macintosh, Windows, whatever you like), that grandma can use.

    IIRC OSX does this to an extent already.

    Thus, the reverse mullet approach. Party in the front, business in the back.

  26. Fear the Hurd by Mr.+Underbridge · · Score: 2, Funny
    the future is the HURD. Even in the future, the future will still be the HURD.

    If the GNU kernel had been ready last spring, I'd not have bothered to even start my project: the fact is that it wasn't and still isn't.--Linus Torvalds, 1992.

    Some things never change, eh?

  27. Re:The Quote? by debest · · Score: 2

    Try "Page 2".

    --
    Look at the tomato! Isn't it sad? He can't dance! Poor tomato!
  28. Commodities, Sales, Illogical consumers by bubbaD · · Score: 2, Insightful

    Consumer technology follows psychological factors, not engineer's logic. Hence we have iPods dominating the mp3 player market. It will also just be easier to just stick in well-known un*x and let managed code run on top of it. Not really secure, not the best way to do it, but its easy and time-saving and pointy haired managers will like it better than developing an in-house solution.

  29. The reason that UNIX will win... by agraupe · · Score: 3, Insightful

    Is that programmers like to develop for an open source system. It's easier that way, and if they release their code as OSS, it just keeps building. People always ask me, "How do I do X?" where X is a semi-difficult task. I always find myself saying, "Well, I'd do it with this program in Linux, it would take about 5 minutes. The windows equivilent, on the other hand, takes the afternoon to figure out and get right." If there are any moderately useful programs for windows, they are usually cheap payware or annoying shareware. The reason that UNIX/Linux/BSD/OS X will work is that you can do almost anything for free.

  30. Re:Arghh by tootlemonde · · Score: 2, Insightful

    Because something is old, it needs to be evaluated for replacement.

    On the surface, the criteria for replacing something old is the same as the criteria for replacing something new: is there a better way to do it.

    In practice, things like amortizing existing investment, vested interests and training are decisive. These economic and psychological issues cannot simply be dismissed as a failure of imagination since innovations have work in the real world, whatever else their merits are.

    Sometimes, like the end of analog television signals, someone just has to legislate change. It is a chicken-and-egg problem. Some things only make sense if every one adopts them at once.

    To some extent the reason we still have wood houses and the internal combusion engine is because no government has demanded something better.

  31. You have got to admit he is 100% right by tod_miller · · Score: 4, Insightful

    It might be BSD, it might be Linux, it might be some third thing

    So, its either option A, or option B, or an option C which can be anything.

    He has given himself quite a bit of leeway there.

    If Marshmallows evolve into the dominant lifeform on this planet, his dying breath will be, I was right I tell ya!!! Its the third thing!!

    (yes I RTFA and yes he really says that)

    --
    #hostfile 0.0.0.0 primidi.com 0.0.0.0 www.primidi.com 0.0.0.0 radio.weblogs.com
    1. Re:You have got to admit he is 100% right by aCC · · Score: 2, Informative
      For the record, the whole quote is:

      [...] I think that UNIX is the answer, in some form or fashion. It might be BSD, it might be Linux, it might be some third thing. [...]


      So, no, he won't say "I was right I tell ya!!! Its the third thing!!" when Marshmallows evolve into the dominant lifeform of this planet. Unless they are a breed of UNIX by that time and that UNIX has transformed into a lifeform which I seriously doubt....
  32. Calling all fanbois! by OxygenPenguin · · Score: 2, Insightful

    Why does every UNIX article/interview/water cooler discussion have to turn into a fanboi flame war, with people flaming about how OSX is UNIX, and how MacOS already has all the needs of the desktop, etc, etc, ad inifinitum. As much as I love operating systems and product evangelists, the discussions are here are really starting to get out of hand.

    What would be nice to have people talk about would be the feasibility of the prediction that is being made, in reference to principles that are desired by the average computer user. Not how a current operating system already has all of these things, and thus should be considered the obvious future choice.

    Someone already pointed out that the most technologically sound examples don't neccesarily make it in the industry, and this is illustrated time and again.
     
      Let's start talking about stuff that actually matters, or perhaps ::Gasp!:: even start doing it.

    --
    Read the only personal Runyon page out there.
  33. Re:Linux is still growing by delire · · Score: 2, Insightful



    Kind of. While I personally don't find OSX(Tiger) to be the high-performing, uber-intuitive, victoriously user-friendly OS people keep telling me it is, it's impossible to ignore Apple have created an incredibly successful, reasonably brand-loyal consumer base.

    And I agree, they are in an advantageous position, however one stricken by a crippling glass ceiling.

    OSX simply isn't the kind of platform nomadic OS it needs to be to reach ubiquity. Linux, being non-proprietary, has developed a talent for adaptability innately - arguably a the bulk of Linux kernel development itself is invested in sustaining this critical attribute. While some complain about KDE and Gnome not having the bells-and-whistles of OSX, Linux (if ever one can sum it's parts) has quietly been frying more important fish, and very wisely too.

    Nowadays, it's increasingly hard to move data around a network without it being touched by Linux. Now phones, kiosks, ATM's and game consoles.. The word 'Linux', not being publically obliged to carry a brand, increasingly represents the set of robust and future-proof tools a given service provider deploys to get the job done. Now we're seeing it extend to public utility, government and administrative desktops en masse.

    'Linux' simply doesn't appear on the kinds of brand-conscious radars we're used to using when tracking technology and culture, yet quietly continues to be the fastest growing operating system in the world. Apple however, is a company built on brand innovation, initially as the 'popular minority'; a vain, techo-arian multinational that has boldy engineered a bridge between the computer (as appliance) and the public space of popular culture. Here, the Apple brand is both a boon and an anchor, something to protect (not just any x86 machine), yet something to wear out (iPod).

    In the context of popular operating systems, OSX is thus a social, yet exotic animal. As such it is desired as pet, but quickly dies when transported from it's natural habitat. Comparing OSX to others, outside the context of it's crippling architectural dependence, produces false and unrealistic prospects.

  34. I think Leo is right, but for different reasons by tcampb01 · · Score: 2, Insightful

    I recall the days when computers didn't network very well at all. Even your IBM mainframes couldn't talk to your IBM PCs without installing some proprietary special-purpose product to make communication possible -- and they were both made by the same company. Once standardized networking began to emerge (IP networking) the industry changed. I do recall the suggestions that the PC could probably run some of the applications that the mainframe was running and how absurd the IT folks thought those claims were... it would never happen. And yet... it did happen. Once computers could finally communicate, a reason for open standards, open systems, and open software emerged.

    Zealots like me like the idea of "openness", but I don't think Joe Average Consumer really thinks a whole lot about it. But... I do think that Joe Average does want "interoperability".

    A common comment you'll hear from Apple owners is that they perceive their computer spends more time helping them do what they want to do rather than them spending all their time supporting their computer. Taken differently, these (mostly non-technical) people are really just saying that they don't want to care about their computer... they just want it to work.

    So far, consumers do still need to "support" their Linux installations. Linux doesn't "just work". Windows still needs too much care & feeding... it doesn't "just work" either -- especially where security is concerned. Mac OS X seems to be the best at just working -- even for people who don't know what they're doing. Yes it happens to be Unix. Yes Unix has a more stable foundation than Windows. But we only know this because we're largely a technical community. Joe Average doesn't know this and doesn't want to know this. Most of them probably have no idea that Firefox is considered to be "open" and that IE is considered to be "proprietary". They run what they run either because (a) it was there or (b) their computer buddy told them that's what they should use or (c) that's what they learned to use at work or school -- and I almost forgot... it works with the sites they need to visit.

    Open software tends to be more interoperable - so I think it's tends to slowly erode away at the market share of non-interoperable systems. But I think the real difference is that interoperability wins over non-interoperability... not that open systems win over proprietary ones.

    Though I want open software to win out, I must confess that I don't believe the average consumer really cares a whole lot about it.

  35. As it was in the beginning, so shall it always be. by jmorris42 · · Score: 2, Insightful

    > No one really likes the command line... plenty of people get by with
    > it, but it's obviously the most primitive computer interface.

    Speak for yourself, MCSE.

    The command line is the most natural interface possible if you are computer literate. Think of it as comparing books to TV. If you are a literate person you might still watch TV to veg out and because it is a totally different medium it can do some things better. But even though seeing the Battle of Helm's Deep was hella cool, the books tell a much more detailed and better story.

    Yes, graphical tools are handy for new users and even us old timers can use them for really simple tasks, but dependence on them should be avoided by those seeking mastery. UNIX is a language and you won't ever understand it until you reach a conversational level at the command prompt.

    > Do they really believe that *NIX users like their OS because of the
    > command line?

    Yes, and you will pry it from my cold dead fingers. Command prompts, everything is a file, pipes, redirection. These things are what make *NIX what it is, any attempt to change that will be met with fierce resistence. See resource forks for an example of an idea the graphical dweebs try unsuccessfully to foist off on us every year or so for an example.

    --
    Democrat delenda est
  36. Unix maybe, but not as you know it.. by bored · · Score: 2, Interesting

    More clueless crap, for Unix to really be the future, it needs to get rid of its legacy bagage and truely become "well understood". Frankly a lot of people think they understand unix because they are stuck in a single process/text based enviroment mindset. In reality the "extensions" made to unix to support current programming models are full of holes.

    When RAS, threads, async io, multiple processors, and may other things that really are the "future" (or rather the current state of the art) are well understood by the unix community they will understand what needs to be changed in the model from the 1970's the people claim is Unix. When that happens unix will be the future, but it won't be "Unix" as you know it.

    Now for some more concrete examples. Lets start with a simple one. What does the system call "close()" do? Thats right, did you know it can fail? Whats the solution? Try again. Now think about what happens in a multithreaded enviroment with open() happening in other threads. I can't find a link to Linus's comments on this but they are ammusing. The bottom line is that in a threaded POSIX enviroment you have to write code that looks like (in psudo code to remove the specifics):

    app_open(filename,...)
    {
          lockmutex(globalopenlock)
          rc=open(filename,...)
          unlockmutex(globalopenlock)
          return rc
    }

    app_close(filehandle)
    {
          lockmutex(globalopenlock)
          while (close(filehandle)!=EBADF);
          unlockmutex(globalopenlock)
    }

    If such a simple unix concept as open/close is screwed up by threads, just imagine what happens when you write code to trap percise floating point exceptions, deal with async filesystem IO over an unreliable network, the list goes on. Basically unix is good for certain kinds of applications and absolutly blows chunks for other kinds. Everyone doing a lot of these things has tied themselves to a particular Unix implementation and uses system specific knowledge to solve the problem.