Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×
Linux Business Software Linux

OSS Unix: Dividing & Conquering Itself 591

(Score.5, Interestin writes "Security guru Marcus Ranum has some interesting thoughts about how a continuing lack of consistency among Unix systems (and particularly Linux) is hurting Linux (and remaining commercial Unix vendors like Sun) and helping Microsoft. Admittedly this has been said before, but no-one else quite manages to phrase things the way Marcus can."
This discussion has been archived. No new comments can be posted.

OSS Unix: Dividing & Conquering Itself

Comments Filter:
  • by Anonymous Coward on Monday March 07, 2005 @11:12AM (#11865844)
    The 3 BSDs are much more consistent, and don't move things around on you for no reason.
    • This is what appealed to me about FreeBSD; stuff went where it went and stayed there; upgrading to new releases via /usr/src self-build mechanism was a huge plus as well, but the let's-reinvent-the-wheel syndrome I got running RH releases was frustrating.

      It's been years (6?) since I even bothered with a Linux distribution; are they still this way? I'd imagine some of the newer distros have their growing spurts, but I'd imagine some of the older ones (Suse, perhaps Fedora and certainly the commercial RHL)
    • BSD insists on putting ``ports'' under /usr/local, while Linux insists on not using /usr/local for anything that comes with the system. Both approaches produce failures [cr.yp.to] for the users: programs not starting, for example. More importantly, the lack of cross-platform compatibility [cr.yp.to] imposes tremendous costs on the UNIX community.
    • by BoomerSooner ( 308737 ) on Monday March 07, 2005 @11:42AM (#11866234) Homepage Journal


      Who needs an enemy when you can divide and conquer yourself?

      I survived the UNIX wars, unlike most of the companies involved in them. In their day, Pyramid, SCO, Apollo, DEC, Sun, Silicon Graphics, Gould and others fought ferocious scorched-earth wars trying to win customers' minds and money. The survivors, with the exception of Sun (a.k.a., The last man standing), have either disappeared into the mists of time, or are niche players that have been forced into new markets in order to survive. Other than their conflict, what did they have in common?

      They were all selling some kind of UNIX operating system.

      Back in the UNIX wars, the vendors had two primary axes on which they could compete: hardware speed, and features of their flavor of UNIX. Toward the end of the UNIX wars, a third battle evolved, over the desktop metaphor, the look and feel of the workstations' GUI. If you were around back then, you'll remember the ferocious fights over whether or not the 3D-look widgets of the Open Software Foundation (OSF) Motif metaphor were just flash and glitter or whether they were actually kind of cool.

      Today, few remember the argument, and the code in question would be considered remarkably tight and lightweight compared to what people now use. If you step back and look at the UNIX wars from a high altitude, the actual battlefield was very small - GUIs and features in a UNIX operating system don't really sway customers much. The vendor who won, Sun, did so because they offered a consistent software experience (SunOs, later Solaris) across a broad spectrum of hardware at different performance levels from desktop to data center. In other words, the customers didn't care if the GUI had a 3D look and feel as long as it was fast, reliable, and affordable. A lot of users got sick of the debate and switched to a public domain window manager (I used twm on all my DEC, Sun, and BSDI machines...) - opting out of the whole battle - because they valued a consistent software experience more than they valued cool 3D-looking widgets.

      You don't need to be an advanced student of computer history to know what happened. While the UNIX vendors beat eachother up over what amounted to nitpicking details, another vendor offered the same consistent kind of software experiencea cross a broad spectrum of hardware, including laptops. I am referring, of course, to Microsoft/Intel. Through the exacting lens of 20/20 hindsight, it is clear that the UNIX vendors were short-sighted losers arguing over what to watch on the television and fighting for the remote control while the house burned down around them.

      Now, read this carefully: I am not bashing Microsoft Windows. Nor am I bashing UNIX. As a UNIX system administrator with 20+ years experience, and a Windows system administrator since Windows 1.0, I can tell you that there isn't a whole lot of difference in the work-load of efficiently running either environment. Sure, there are lots of annoying details in either environment, but it takes about the same time for an expert to load and configure a system. In the old days, UNIX machines were faster to bring online because of the prevalence of decent tape drives while Windows was primarily loaded by floppy - but that's about the only distinguishing factor I can recall. In other words, customers didn't choose Windows because it was better (or worse) than UNIX; they did it because Microsoft/Intel was careful to guarantee them a consistent software experience across a broad selection of hardware. Equally important, application developers flocked to that consistent software experience because it meant their products were cheaper to develop without the headaches of version-specific differences.

      In 1985, when I wrote code for my UNIX machine, it worked on all the other UNIX machines because there was basically a single flavor of UNIX, which all used the same compiler, and everything just worked. Today, you actually have to be quite careful if you want to write code that compiles and works correctly on S
      • by Markus Registrada ( 642224 ) on Monday March 07, 2005 @12:42PM (#11867036)
        Screeds like this come out every few months. They always say the same thing, and they always get the same "ditto" responses. It happened when there were 1000 Linux systems, and when there were ten thousand, and a hundred thousand, and a million, and ten million. Pretty soon there will be a hundred million, and maybe a billion a little later.

        At each stage the claim has been that to get anywhere, we have to change what we're doing. Each time they have been wrong. Nobody knows for sure what will work best, but the best bet is what worked already. What we have is still growing by leaps and bounds, just as it always has done.

        Imagine a world in which Free Software precisely as it is today was the norm. Imagine Microsoft trying to nose into it. BSOD? DLL wars? Viruses, worms, spyware, adware, pop-ups, DRM, "no-print" flags? Downloading drivers? Re-booting with every hiccup and adjustment, and re-installing every few months as the system decays? Forced upgrades that break what you had? Ever-increasing license fees for ever decreasing value?

        All such diatribes have one thing in common. They are about what it takes to get two groups to embrace Free Software: proprietary software vendors, and know-nothing bozos. The former will never embrace Free Software because, frankly, they have little to offer it, and less all the time. The latter will use what they're given and like it, as they always have. Everybody else already sees the advantage, and has switched or is planning to switch.

        • by Anonymous Coward on Monday March 07, 2005 @01:02PM (#11867293)
          > proprietary software vendors, and know-nothing
          > bozos

          As a know-nothing bozo, I can say that as long as Microsoft calls me a "customer" and Linux calls me a "know-nothing bozo"... I'll stay exactly where I am-- a Microsoft customer.

          But what do I know...? I'm just a know-nothing bozo. A bozo that pays money for software and a bozo that gets treated right by his vendors. Until linux has "customers" instead of "bozos" it's going to take a whole hell of a lot to win the "bozo market".
        • At each stage the claim has been that to get anywhere, we have to change what we're doing. Each time they have been wrong.

          The problem with these screeds is that they don't make constructive criticisms and don't look at future options or possibilities. Yes, several things are sub-optimal with the direction OSS is heading right now. But these are solvable issues.

          What do we need most today?

          1.) Commercialization of all significant Open Source projects. Important projects need funding so they can hire mor
        • You're right.

          Getting to this specific case, the author of TFA asks the OSS/linux/whatever community to integrate itself into a M$ like monolith. This Is Never Going To Happen. First, it's an extremely complex task if there were the determination to integrate. Second, such determination does not exist. Third the resulting monolith would fall behind a centrally managed, Microsoft initiative.

          So, while some points made in the article are insightful, the suggested course of action is suicidal. My 2 cents.
      • by 4of12 ( 97621 ) on Monday March 07, 2005 @01:03PM (#11867306) Homepage Journal

        It takes longer to configure code than to compile it these days,

        I disagree.

        I've been building and installing open source software for at least 15 years.

        In that time I've noticed that UNIX configuration and building is improving, although the complexity of what is trying to be achieved is increasing.

        In the bad old days, you would edit the makefile in 8 places before your application would build correctly.

        As time passed, application developers that cared about relieving their users of this burden started to distribute their packages with autoconf and later, as binary rpms, ports

        Autoconf has made it easier for users to configure and build most applications with a greater burden put on the developers to code to HAVE_FEATURE_H and to construct robust test scripts in sh-m4 land.

        Natural evolution will cause configuration and building to become easier. Whether it will be yum or emerge, I don't know, but I do know things are improving.

      • by demachina ( 71715 ) on Monday March 07, 2005 @01:13PM (#11867421)
        I think you are a suffering from a case of not seeing the forest for the trees. The proprietary UNIX vendors cratered for a few simple reasons. Nitpicking over their GUI standards weren't much of it:

        A. Their business model demanded steeply inflated profit margins, leading to steeply inflated hardware and software costs. As soon as Microsoft could do most of the same things at a fraction of the price they were partially doomed. As soon as Linux could do ALL of the same things at even a smaller fraction of the price they were completely doomed. Proprietary UNIX had its heyday because people had to pay them buckets of money for there stuff because there was no other way, not true anymore.

        B. The vast majority of the for profit computer hardware and software business, is completely depdendent on high volume and economy of scale. The fragmentation that killed the proprietary UNIX vendors was steep R&D costs for relatively small and deeply fragmented customer base. Gates figured out a long time ago the cost of developing software is fairly constant. The more copies of software you sell the less it costs and the more money you make. Volume is king in most software development. The proprieatary UNIX also couldn't compete in developing things like their proprietary CPU's because with each new generation CPU development get ever more expensive to develop and the didn't have the volume to cover the cost. IBM with their deep pockets being an obvious exception.

        C. Fragmentation in standards did lead to fragmentation in application development. Software developers were almost universally forced to either pick the market leader(Windows) and pander to them, or waste fairly extensive resources trying to develop on multiple platforms, especially the QA resources to test on all of them.

        Microsoft wins hands down on attracting software developers because they have the biggest market and they do for the most part keep binary applications running on their platforms for nearly ever.

        Its a simple proven fact of the life the thing that drains application developers of their enthusiasm for Linux the most are:

        - There is no GUI standard. You either pick one and code to it and blow off all the potential customers who want to use another, or try to code to multiple standard which no one does, or users are forced to CONSTANTLY switch gears between GUI look and feel. That really hacks off users. OSX wins hands with users and developers because everything works predictably and the same. OSX wins with developers because there are finite number of ways to develop things. There are a few to many generations of frameworks to choose from but that is mostly sue to supporting legacy apps.

        - There is no decent audio standard if you are developing audio apps. Between OSS, ALSA, esd, arts, gstreamer and bad mixer implementations(though these are better in newer GNOME and KDE) its simply a royal pain to develop and audio app on Linux and hope for it to run right on every machine.
      • by Omni-Cognate ( 620505 ) on Monday March 07, 2005 @01:54PM (#11867887)

        Heard it all before. It's so boring it's hard to summon the effort to argue with it, but here goes.

        Firstly, unlike the UNIX vendors and Microsoft, open source software isn't a company, so the words "succeed", "fail" and "compete" don't have the meanings the author thinks they do in this context. The author is comparing open source development to the UNIX wars, but the UNIX wars were a winner-takes all battle between COMPANIES, many of which went out of business. Open source isn't.

        The fact that a bunch of programmers (or wannabees) in one place are arguing about whether there should be 3D widgets doesn't mean that all of linux development grinds to a halt. This is a common misconception. Certainly there are arguments and turf wars, and GUIs can be particularly contentious, but the bickering you see in forums is just that: bickering in forums. The fact that people like to argue about KDE and GNOME on Slashdot hasn't prevented both of them from steadily improving. Since there is no requirement to continuously make money and since the code is GPLd so it can't just disappear, that steady development will continue.

        It's very true that there is much fragmentation, and many different flavours, and that this is all a bit bewildering. I even agree that this is a downside of open source, but I have yet to see a single shred of evidence that this flaw is fatal, and it often isn't even a flaw at all. For example, the author whinges about the differences in installation packaging. Personally, I think the fact that package management is considered to be a defining feature of a distribution, and that people are still actively coming up with new ways to solve the problem is absolutely excellent. None of the current solutions are perfect, but they are getting better. Having wrestled with Windows Installer, it is a subject dear to my heart, and it is one that Microsoft most certainly haven't come close to solving. Why should we stick with one botched solution just so we can "compete" against Microsoft. If there is a market for shitty installers, they're welcome to it.

        For that matter, why are we supposed to give a shit if we put Sun out of business? I think that snarky comment more than any other belies the true motivation behind this screed. I think it goes as follows:

        • The author is a UNIX man
        • Linux is on course to replace UNIX
        • The author hates Microsoft
        • The author doesn't think Linux can "beat" microsoft, so he thinks his way of life is going to disappear in a puff of smoke.

        Boo-hoo. Personally, I disagree entirely with his contention that with microsoft are going to somehow magically make Linux disappear because he's analysing it as if it were some 1980s UNIX vender called "LinuxCorp". Regardless of that, though, it isn't Linux's job to provide what he wants which is to rewind history, bash some heads together and have UNIX beat windows. That simply isn't what Linux is about.

      • That's one of the best written rants I've read in a long time. FWIW, I think you're wrong. Firstly, distros are similar but different to the old vendors. Secondly, freedesktop is strongly pushing convergence. Thirdly, linux is 'good enough' for a great many people already. Fourth, the big software houses are either porting their software to linux or else watching the OSS alternatives slowly mature to replace them.

        Firstly, yeah, distros are remarkably similar to the different un*x vendors, but there ar
  • by tabkey12 ( 851759 ) on Monday March 07, 2005 @11:12AM (#11865847) Homepage
    • Some of that stuff I agree with, but others have been fixed a long time ago (think years). Fonts on Linux have been good for over a year now. Just get any of the Fedora releases for example. Regarding the UI, it is not a Windows 3.1 feel. At best you can say GNOME or KDE look as good as Windows 2000.

      Windows filename extensions are overrated and stupid VMS like legacy crapolla. I do agree that short meaningless file names are stupid UNIX legacy crapolla and that using '.' to hide files is silly however. An

      • I'd say using a large, registry-like XML database might be more sensible. Could get unmanagable in size, I guess, but something like RDF would probably fix that. :)
        • Re:All I can say... (Score:3, Informative)

          by Slack3r78 ( 596506 )
          Which, interestingly enough, is *EXACTLY* what the GConf framework so many people around here complain about is supposed to be. Well, except more sensible.

          It's basically a front end to all the config files you'd have laying around anyway, and a standardized XML layout for them. The "registry-like" GConf app people complain about (which really isn't that bad if you use it) is simply one front end application for an entire framework.

          It also has the huge plus of generally using rather name variable names and
      • by drinkypoo ( 153816 )
        Having a dot probably hasn't gone away because it's just easier. You don't need any special tools (new commands) to use it. Also, I think it is best to do things simply whereever doing them in a more complicated fashion doesn't yield any benefits. It ensures that only the parts of the program that need to be complicated will be difficult to understand and/or maintain. On the other hand, the Unix permission model is pathetic, and it would be nice to see a move to ACLs, if not capabilities.
    • by detour207 ( 838058 ) on Monday March 07, 2005 @01:02PM (#11867298) Homepage

      File extensions: Linux uses file extensions, in fact, it uses many of the same file extensions as windows eg. txt, html, jpg, mpg, whatever.

      Registry versus Text Config files. So you think editing text config files is confusing? Ok why don't you go ahead and open up regedit and screw around with some reg keys. Oh you messed something up? I'm not surprised. What's that you say, you used the GUI to configure your apps? Gee, that's funny, so did I. In the event that I do need to manually configure something (because say something screwed up and now my system won't boot), at least I have the option and at least the text config file will usually have comments explaining what the various options are, I'm yet to see an comments explaining what anything is in the Windows Registry.

      Short/weird meaningless names. Ok try this one, open up Task Manager and click the Processes tab. Now tell me what ANY of the things you see are. svchost, regsvc, smss? Right, thought so... Ok how about opening up c:\windows\system32.. Yeah, lots of intuitive, coherent naming conventions there.

      Ugly UI. My gnome desktop has a nice, slick OSX-like theme (I'd take a screenshot but let's face it, I'm lazy). WinXP has the Giant Cartoony Bubble Blue Theme From Hell. 'Nuff said.

      Batch files vs commands. Last time I checked you could do most anything from the command line OR the gui in Linux. Try installing software or surfing the internet from the command line in windows.

      Generic Print Driver. Because hardware vendors refusing to support Linux is, Linux's fault... And coming up with an acceptable alternative to proprietary windows drivers is, a bad thing.. uh huh...

      Buy a penguin. You have a problem with a penguin as a mascot? I've got one word for you: Clippy.

      Acronyms. Because only Linux el33tists use acronyms. You'd never hear a sensible Windows guy speak of things like: IIS, ASP, MFC, VB, IE, or NTFS. Oh, wait...

      Communism. While you're at it, why not just call me Un-American for not supporting Microsoft, Mr. Limbaugh? So remember kids, Not Following The Mainstream == EVIL!!

      So to the author of the animation, seriously, grow up. You're obviously someone who tried to install Slackware or some similar non-user friendly distro, got confused and gave up. Therefore, Windows == "best os" because you == "clueless user". Ok so that's a little harsh. But here's a scenario for you, I just built a box with the intention of dual-booting. Fedora installed without a hitch. Only thing it needed were drivers for my wireless card and video card (surprise you need those in Windows too). Put in Windows CD and reboot. The installer starts, then fails immediately. I still have no idea why but at this point, who cares? Linux does everything I need it to. So the moral of the story is, use what's best for you and stop bashing some other os when your os has all the same or equivalant fallacies that you're attempting to poke fun at.

  • Biggest gripe (Score:5, Interesting)

    by Thud457 ( 234763 ) on Monday March 07, 2005 @11:14AM (#11865857) Homepage Journal
    #1 with a bullet, and a sometimes *nix user -- standardize your damn directory structures and startup scripts. Or at least come up with some sort of virtual linking scheme to provide one consistant view. "Well, *BSD puts it here, but on Linux it would be there and SYS 5 doesn't have one..."

    And get a windowing system that can be tuned to be efficient if one so desires.

    Bloody 'ell!

    • Congratulations... (Score:5, Informative)

      by sczimme ( 603413 ) on Monday March 07, 2005 @12:05PM (#11866546)

      standardize your damn directory structures and startup scripts. Or at least come up with some sort of virtual linking scheme to provide one consistant view. "Well, *BSD puts it here, but on Linux it would be there and SYS 5 doesn't have one..."

      You have managed to complain about characteristics (in bold above) that make each flavor unique; you should have grumbled about device naming conventions, too, and gone for the trifecta. You may as well complain about the variations in fruit: "well, the banana has a peel that must be removed prior to consumption, while grapes come in bunches, and don't get me started on pomegranates, etc."

      The BSDs are generally do things in a similar manner. This is largely historical; it is the BSD Way(tm).

      One really shouldn't just say "SYS 5". Not only is the nomenclature wrong - it should be SVR* - one should indicate which revision is under discussion, e.g. SVR3 or SVR4.

      News flash: Linux is very much like SVR4. You can do some things (e.g. ps) in BSD style if you like but most practical purposes Linux is ~SVR4.

      Solaris >=2 is SVR4-based, as is HP-UX. AIX (IIRC) is SVR3, but AIX administration is (or at least was) its own form of pain so the historical influence is basically a footnote.

      • by SunFan ( 845761 )
        Solaris >=2 is SVR4-based...

        Is this true, anymore? Solaris 10 has a whole new services manager that only uses /etc/rc?.d for backwards compatibility. After playing with it a bit, the new services manager is actually quite an improvement (CLI-based, no renaming links in a half dozen directories to change something; it also speeds boot times greatly).
    • by dwheeler ( 321049 ) on Monday March 07, 2005 @12:15PM (#11866660) Homepage Journal
      The directory structure standard was developed a long time ago - see the Filesystem Hierarchy Standard (FHS) [pathname.com]. Most major distributions have moved towards it, at least in part. FHS is part of the Linux Standard Base [linuxbase.org] specification, which is in progress to become an ISO standard.

      In short, the directory structures are being taken care of.

    • by bonch ( 38532 ) on Monday March 07, 2005 @12:20PM (#11866728)
      Photoshop was coded to the MacIntosh user interface, not X-windows, and functions on OSX as a side-effect of the excellent backwards-compatibility that Apple slavishly built into their kernel-swap.

      No, it functions because of Carbon, the procedural API of OS X. Carbon does share similarities with the old Mac toolbox.

      Perhaps this is what he was saying, but the way he says it implies OS X happily runs old OS 9 binaries due to some "slavishly" added binary compatibility cruft. It doesn't--the apps need a recompile and some code tweaking to become "Carbonized," and suddenly they're OS X apps through and through.
  • The Switch-over (Score:2, Interesting)

    by Kimos ( 859729 )
    This is my problem when I'm trying to convert my friends, family, or co-workers over to Linux. There are many good package distribution systems (apt, rpm, etc.), and many very solid distros, but that's part of the problem...
    • Why try to convert them to Linux at all? Whats wrong with a Windows where IE is replaced by Firefox and Outlook by Thunderbird?

      Do you just not care about all the windows based software they won't be able to run on Linux?
      • Re:The Switch-over (Score:2, Interesting)

        by Kimos ( 859729 )
        Example from yesterday:
        Friend of mine uses her computer for MSN, Email, browsing, wordprocessing. I set up an XP system for her with Firefox, Thunderbird, OpenOffice, etc. but she was not interested in Trillian or Gaim. The computer is behind a firewall and a router. None the less, I spent all last night trying to recover her system from an MSN Messenger exploit that trashed the computer.

        I'm tired of rebuilding Windows computers week after week for stuff like this.
      • If they all switched over, that same software would be made available in Linux too. ;)
      • Re:The Switch-over (Score:4, Insightful)

        by cheesybagel ( 670288 ) on Monday March 07, 2005 @11:46AM (#11866294)
        Not everyone has the same needs. Some people use Windows to turn their PC into a game console to play Doom 3, but others will spend their time playing Minesweeper or Solitarie. Guess what... any Linux desktop has those small games and a dozen more.

        If you use your computer for web browsing, e-mail and the occasional small game or odd letter, Linux is just fine. If he has to actually maintain that person's PC anyway, it is easier to do that with Linux than with Windows XP Home or something like that.

    • Re:The Switch-over (Score:5, Insightful)

      by cheesybagel ( 670288 ) on Monday March 07, 2005 @11:41AM (#11866220)
      Try to replace their apps first, their OS afterwards.

      First switch them to Mozilla Firefox and Thunderbird, plus Openoffice.org, X-Chat, Gaim, etc. After you get that, replacing the OS is easier.

  • by WordODD ( 706788 ) on Monday March 07, 2005 @11:15AM (#11865867)
    Isn't the ability to customize things to your own liking the main selling point of Linux based OSes? Mainstream Linux is going to end up being someone like RedHat or SuSe no matter how much better the little homegrown distros get because only those 2 offer anywhere near the support that a company is going to require. Let distros split and evolve as much as they want, it increases the chance of major innovations being developed. When something useful comes out of one of the offshoots one of the major players will adapt it and support it.
    • by Quixote ( 154172 ) * on Monday March 07, 2005 @11:29AM (#11866042) Homepage Journal
      I think you missed the point.

      He isn't talking about users; he's talking about programmers who code for the system and sysadmins who administer the systems.

      Take the 2 major (commercial) Linux distros, SuSE and Redhat/Fedora. Take a look at the addon packages for them, and see how you have specific packages for specific distros as well as the specific versions of the distros.

      Imagine you're Adobe, for example. Now imagine having to release a dozen different versions of Acrobat, one for each distro/version/architecture, etc.

      I know LSB is a step in the right direction, but just a step or two doesn't complete the journey. What we need is a real summit (maybe in one of the conferences) where we lock all the major players into a room and have a deathmatch, I mean, a discussion followed by an approved standard, for the filesystem hierarchy.

      • by bonch ( 38532 ) on Monday March 07, 2005 @01:00PM (#11867279)
        Every year, I've been posting that the OSS world needs one sane, unified development API for its desktops. I sometimes get modded down, sometimes get angry replies...but nobody ever actually refutes what I'm saying, because they know I'm right.

        I think with the recent spat of articles, people are beginning to see that desktop Linux is never going to make a dent on Microsoft's marketshare. Not with the way things are currently going.
        • Every year, I've been posting that the OSS world needs one sane, unified development API for its desktops. I sometimes get modded down, sometimes get angry replies...but nobody ever actually refutes what I'm saying, because they know I'm right.

          A few years ago, I would have argued the same thing, but it's pretty clear now that the desktop is becoming increasingly irrelevant as web technologies mature. Think of it this way: In another 10 years, it won't matter what desktop platform you use because 90% of
        • by Blakey Rat ( 99501 ) on Monday March 07, 2005 @03:16PM (#11868862)
          I'll take you a step further: I think Linux not only need a single unified API for GUI applications, but I think that Linux needs to create an entirely new windowing system from scratch. I've never seen an X11 application that didn't look, or work, clunky. You'll never get rid of all those applications that don't support (say) copy&paste correctly unless you 1) FORCE them to port the programs to a new API, 2) Make is easier in the new API to create correct copy&paste than incorrect copy&paste.

          Look at Apple's development tools. They rewrote the window manager from scratch, put in every great feature they could think of, then they specifically designed the API (Cocoa) to make it really easy to develop GOOD applications, and really hard to develop bad ones.

          How many OS X applications do you see with bad GUIs? Maybe 5% of them? And half of those are ports from other OSes.
    • 4 ordinary users like me, customizable is worht about 2cents, on a good day. (joelonosoftware has a good rant about this )

      YOu know how much time I, and people like me want to spend learning about OSs ? zero

      their is a good analogy: suppose ford or chevy announced a new line of cars with a great *feature - you had to go out and set the timing each morning, depending on your weather and the options that came with your car, so you could get an extra 2 mpg.
      I think we all know how that wd fly

      software is used b
    • I actually like your analogy, but I take issue with your point.

      Is customization and differentiation a really good thing? It means more effort to software authors and maintainers, which means less software gets to less desktops. It fucks with the learning curve, because you have to learn diferent tools and idiosyncrasies for each system, meaning less people will learn the OS.

      On the other hand, if someone did impose a comprehensive set of standards for Linux systems, assuming that there was some kind of e
    • You're probably right. In theory, the different distros "should" experience a sort of evolution where only the better distros keep going and growing while old/poorly designed ones die out. Of course in the theory of "survival of the fittest", humanity wouldn't be so idiot infested ;)
  • While the UNIX vendors beat eachother up over what amounted to nitpicking details, another vendor offered the same consistent kind of software experience across a broad spectrum of hardware, including laptops. I am referring, of course, to Microsoft/Intel.

    Yup you could always count on that blue screen of death no matter what hardware you ran on - at least it gave you a warm fuzzy feeling inside!
    • by bonch ( 38532 ) on Monday March 07, 2005 @01:04PM (#11867323)
      And yet, despite the instability of Windows systems, developing for them was relatively stable compared to the UNIX world. Sure, your app might crash, but at least you'll be able to develop it in a month and maintain it for years to come. Look at, say, Photoshop. Photoshop is still a Win32 app and never needed a rewrite as Windows went through all its incarnations--even surviving an entire kernel change.

      You can even run Windows applications from the 98-era--which used a completely differnet kernel based on DOS--on XP. It's all about the stable API.

      Now they're trying hard to replace it with .NET. Good luck with that! Photoshop is never going to be rewritten in "managed code."
  • What about OS X? (Score:4, Insightful)

    by null-und-eins ( 162254 ) on Monday March 07, 2005 @11:19AM (#11865906) Homepage
    I am missing Apple's OS X in the picture drawn in the article. Apple does things differently than other Unices but companies like Adobe and Macromedia are present here. At least on the desktop, Apple is a much bigger threat to Microsoft than any Linux or *BSD. (Apple is probably a threat to Linux on the Desktop because here applications is what counts.)
  • by mmThe1 ( 213136 ) on Monday March 07, 2005 @11:19AM (#11865907) Homepage

    "Salt Lake City Airport, Dec 4, 2005" (look at the bottom of the page)

    hm, slashdot editors -- for once you've repeated news from future!

  • by ZephyrXero ( 750822 ) <zephyrxero@yahoo . c om> on Monday March 07, 2005 @11:20AM (#11865926) Homepage Journal
    This is why more people need to get involved in projects like the Linux Standard Base [linuxbase.org]. If more distros would quit trying to do their own thing and work together, Linux might be able to really take off. Autopackage [autopackage.org] will help people with installation hell between distros. And hopefully, freedesktop.org [freedesktop.org]'s new set of UI standards will help KDE and Gnome people get along a little better too....but then again, we are talking about human beings here.
    • Perhaps not all Linux Users/Developers WANT everyone to use Linux? Perhaps some just want the system perfectly fitted for THEIR needs? You (as in you Linux Evangelists) always assume every Linux User wants all people to use Linux.
    • by bonch ( 38532 ) on Monday March 07, 2005 @01:11PM (#11867395)
      The problem is that the "choice" people will come running at you with torches. These loud, obnoxious people have taken over the OSS movement and insisted that everything should be forked, there should be multiple versions of the same functionality, and there should be no standards so that everybody can choose various ones.

      It's holding back a lot of progress.
  • Evolution (Score:4, Interesting)

    by 2300cc ( 828339 ) on Monday March 07, 2005 @11:28AM (#11866020)
    This argument could go either way.

    The opposing view would be that since Linux competes with itself, through survivial-of-the-fittest, only the most prefered features get passed on. This process would make the OS stronger with each iteration. These iterations are more frequent than iterations of Windows.

    This is fairly different from Redmond's approach of dictating what a Windows user wants and patching it to keep it working. Then maybe with the new version of Windows every 4 years or so (or maybe some large service pack) there will be some significant feature change.

    There is a more consistent look and feel between Windows versions because features aren't competing side by side with each other. In Linux, there are competing desktop evironments, file structures, startup scripts, etc. Any featureset that is determined poor or redundant is dropped and the stronger featureset prevails.
    • So basically you are comparing Windows development with repeated inbreeding?

      *Go ahead and troll me, lol...it was too good to pass up!
  • by Charles Roth ( 653919 ) on Monday March 07, 2005 @11:29AM (#11866041)
    I stopped reading when Marcus said he could "just compile" across many different unixes in 1985. I think that's way off-base. I've been building stuff on different unixes since 1979, and there have always been these kinds of problems. With the possible exception of AIX, things are not especially any worse than they were then. The good news is how many of the proprietary unixes are "mostly dead".
    • I'd have to counter your argument. I'd have to say to the average user (myself included) who doesn't tinker with the kernel sources: Any linux distribution is every bit as much proprietary as those proprietary versions of UNIX. We don't want to dive into the source code to fix problems, we don't want to learn changes between one distribution and the next; we just want it to work.
  • Huh (Score:3, Insightful)

    by Camel Pilot ( 78781 ) on Monday March 07, 2005 @11:29AM (#11866047) Homepage Journal
    Today, if you want a consistent software experience, you have little choice but to go with Windows

    Which incanation of Windows is he talking about. I would venture to say windows xp and 2000 are about as different as Redhat and Debian.
    • Re:Huh (Score:3, Insightful)

      by Mant ( 578427 )

      Not if you are writing applications for them, which was largely his point. It is pretty easy to write (and compile and distribute) stuff that works on all the modern Windows versions.

    • You are just thinking GUI.

      They may look different but alot of the internals are the same.

      So is your app going to use RPMs and debs or both.

      Trying to figure out which software is installed on both systems, completely different code is needed.

      Windows? same code works for both.

      So on linux you can choose which package managament you prefer, windows you stuck with what MS give you.

      Either way something this is great sometimes it is not so great.

  • by sjvn ( 11568 ) <sjvn@@@vna1...com> on Monday March 07, 2005 @11:29AM (#11866051) Homepage
    he's right.

    I've been kicking around Unix and Windows systems for as long as he has, both as a network and system administrator and more recently as a journalist, and while the techie side of me cares passionately about distribution performance and the like, I also know that what the real world cares about is: 1) Does it work and 2) Do I have to learn anything new about how it works.

    That's it.

    Anything, anything, that gets in the way of getting the job done with the least amount of training gets in the way of adoption.

    That's why efforts like the LSB are so darn important. ISVs, CIOs, CTOs and customers, don't want to care about whether you're running Red Hat or Novell/SUSE, KDE or GNOME, they just want to stick the disk in and have the program run. Period. End of statement.

    We, as techies, may love to argue and fuss over every last detail--file system fights anyone?--but operating systems are just like cars. While gearheads love tinkering with every last detail of their automobiles, most people just want to get in their car and drive.

    Windows may splutter and be prone to accidents, but you just drive it.

    Until Linux and the other open source operating systems stop requiring people to turn the starter crank, let out the choke, and pump the gas pedal three times before starting--with each distribution requiring a slighly difference sequence--Windows will continue to dominate the desktop.

    Darn it.

    Steven
    • by A beautiful mind ( 821714 ) on Monday March 07, 2005 @11:54AM (#11866400)
      I care to disagree with the article and your viewpoint on the basis of evolution and bilogical diversity theories applied to computing.

      On the long term, the more diverse an environment is, the more like it is to survive. It doesn't mean that you cannot provide interactivity between two different systems on the level of common protocols and standards, however. That is the most important thing people tend to forget when people are advocating homogenous environments.

      If there would be 15 closed source proprietare environments we would be in trouble, but since interoperability can be achieved since everything is open this isn't really a problem. Nature worked this out quite amazingly for us already, i would place my bets there - i think it's a pretty big scientific proof.

      Nothing is wrong with different setups/designs because evolution leeds heterogenity into homogenity in some ideas while opening up new frontiers for testing. This means heterogenity actually makes things better on the long term. Think of it as a large try,retry,fail process until you reach one that works. That will survive.
    • by RoLi ( 141856 ) on Monday March 07, 2005 @12:18PM (#11866702)
      he's right.

      No, He's not.

      Linux-distributions are like Dell, HP, IBM, Sony, etc. They provide the same product that is "pretty much" the same, but there is still enough competition between them so that no vendor sits on their laurels.

      Today, with different sockets, different RAMs, PCI, API, etc. computers are no longer compatible with everything. Just like you can't put an Athlon into an Intel-socket, you can't use a rpm on debian.

      And when you look at the whole x86-market, these differences haven't hurt the market at all.

      While I agree that the real incompatibilities between Unices have hurt the whole Unix market, I disagree that different distros do the same to the Linux market because there are no real incompatibilities (any program runs anywhere, it's just a matter of choosing .debs or .rpms which usually isn't necessery anyway because the stuff comes with the distro).

      Oh, and Sun/Solaris isn't the "last man standing", Linux is.

    • by FauxPasIII ( 75900 ) on Monday March 07, 2005 @12:53PM (#11867177)
      > Windows may splutter and be prone to accidents, but you just drive it.

      While I enthusiastically agree that Linux has lots of room to improve in ease of use and troublefree administration,
      I strongly reject the notion that Windows is far ahead in this regard. All things being equal, Windows is MUCH
      harder to use for day-to-day work than Linux. Common tasks like marking up photos or chatting on AIM require finding
      and installing lots of third-party software. All of these have a long, scary EULA, most have popups galore and take up a
      portion of my main view with intrusive ads. Depending on where I get them from, I'm as liable as not to get a
      virus/trojan just trying to get a basic level of minimum functionality out of my system. If I want to install a new
      device, I have to get a driver that's specific to the vendor of the product I have; no generic usb-storage, for
      instance, but a separate driver for my lexar, sandisk, and maxtor usb storage devices, all with their own bugs,
      incompatibilities, and adware bundles.

      And oh, forget about trying to play downloaded video files! Granted, I haven't used Windows as my main system
      for several years, but when I get an AVI, MOV, RM, or whatever video file in Linux, I just play it with mplayer,
      don't care what codec, it just works. I have no clue how to get a video player in Windows to have the same ease
      of use, and not for lack of trying.

      I won't even address in detail the disconnect of people who want to "just drive" their computers being faced with
      an hour a day of defragmenting, temporary internet file purging, virus defs updating and scanning, malware defs
      updating and scanning, etc etc ad nauseum, except to say, God bless apt-get dist-upgrade.

      Now, granted, I started this spiel by saying "All things being equal", and all things most certainly are not equal.
      Most people get Windows pre-installed, so they are spared the horror of Windows drivers. And, many more people
      already have experience dealing with the Windows shortcomings, and less with the Linux shortcomings. But,
      the notion that somehow Windows is a model for self-maintainence and ease of administration is laughably false.

      Now Mac OS X, on the other hand...
  • Is my hero.
    Finally, someone saying what needs to be said.

    What I got into a huge argument saying.

    I hope that the OSS people finally listen...
  • by EXTomar ( 78739 ) on Monday March 07, 2005 @11:32AM (#11866092)
    Make a system consistent and uniform across and you get easy to access, repeatable behavior in any application that utilizes it. However if the system is comprised now every application that utilizes it is now flawed in exactly the same way. In short, the advantages an application writer can utilize a hacker can utilized too.

    Make a system hetorgenious where each system "rolls their own" security setup means that if one part is comprised doesn't automatically mean your system is comprised. However this is a nightmare to code through where some systems simply aren't talking the same permission objects.

    I believe vendors should strive to blend both: a flexible system that behaves the same way reguardless of actual underlying system. A true enterprise solution has many layers of abstraction anyway. Hide away the parts that are different and expose the parts that are common. Do this any your SMB system will behave like your Kerbrose system and yet won't be weakened when one or the other is comprised.

    Forget agreeing on the "one true system" becuase no system will satisfy everyone. What vendors should agree upon is interface API and build upon that. I really want a system where I can swap out SMB or Kerbrose or files with MD5 password hashes or whatever to all function. Diversity is key but behavior should be consistent.
  • Despite the humourous overtones of my subject heading here, I'm quite serious. The "lack of consistency" is actually just normal Unix diversity. That diversity is very much what has enabled Unix to stay around so long in the first place because it wasn't tied to any one platform, architecture, or even paradaigm of thought, as changes to technology occurred, Unix was always able to grow and change and adapt with the times.
  • From the article: Windows is a monopoly because short-sighted open source geeks and UNIX weenies were too busy squabbling over whether RPM was better than build-from-source or Gnome versus KDE, etc, ad nauseam.

    What the heck? I use and enjoy using Open Source Software because the developers and the community DO have those types of arguments. I would rather them be arguing about which type of package management system works best and then go on to make a better one (which some do) than to spend that time p

  • that killed UNIX so much as the fact that PCs got "good enough" to push the graphics that were once the sole domain of the UNIX workstation. So where before a company wanting a graphical environment would go to UNIX because there wasn't really a choice, now they'd look at a Windows system, look at a UNIX workstation system, note several thousand dollar price differential for performance that was pretty close to the same and go with Windows.

    My experience writing code for different flavors of UNIX was that

  • Just think of that interview a month or so ago where Roblimo could answer "But not everyone uses Red Hat." to any question or comment that wasn't favorable to Linux, but specifically used RedHat as the distro.

    I mean hey, as long as there is so much variance that *any* unfavorable comment can always be countered by finding an obscure reference to something out there. It's a marketing and FUD (f'ed up data form of FUD) jem if I ever saw one. :)
  • What we have here is just a ranting off on anecdotal evidence about how big-steel high priced UNIX vendors pushed each other out of the market and now that there is more than one linux vendor it's bound to happen here as well. The guy goes on to call linux vendors punks yelling at Mike Tyson (what the hell does that mean?) and making idiotic claims to defend Windows and MS like "Real Programmers Don't Care."

    Guess what, 'real' programmers are exactly the ones who care... that's what the open source movem
  • I run into this situation daily. Having to administer mostly Sun systems with a smattering of AIX and SCO systems, it's astounding to see how many differences there are between them. In fact, I was surprised to find out (the hard way) that there were some significant configuration changes just between Solaris 10 and everything else from Solaris 2.5 and up!

    It's really ridiculous IMHO to see so many different options that are necessary in most ./configure files based on the operating system. There are
  • very sharp (Score:5, Insightful)

    by jacquesm ( 154384 ) <j&ww,com> on Monday March 07, 2005 @11:40AM (#11866206) Homepage
    After reading tfa I simply have to say this guy really gets it. And I've been saying this for years, I'll promote linux because I'd rather try than give up, but I feel it's a losing battle because of fragmentation.

    There's strength in 'polymorphy', true, but *real* strength is in unity, not caring so much about you and your contribution to the grand plan but about the long term vision and it's high time - if not too late - that all these people pulling the oss wagon in 15 different directions (low estimate) start pulling it in the same direction or we'll be using windows 2009 one day... (or at least those who make a living programming).

    It's all fun and games to debate one distro or another until you have a family to feed, and binary compatibility would go a long long way towards getting commercial vendors on board.

    Oh, and for the real die hards: I'm a programmer, and if the price is right I don't give a damn about the source, as long as it works as advertised. If the source is available so much the better, but if all that happened is that if a corp goes out of business or abandons a piece of code that they'd open source it that would be more than enough for me.

    I'd rather download a binary driver than the kernel sources to get one to compile for my kernel version, as if that should matter. Especially considering that I'm on dialup here.
    • Re:very sharp (Score:3, Informative)

      by Rich0 ( 548339 )
      I'd rather download a binary driver than the kernel sources to get one to compile for my kernel version, as if that should matter. Especially considering that I'm on dialup here.

      Interesting - I found many benefits from using a source-based distro over dialup.

      Suppose a security bug is discovered in firefox. The bug was fixed by adding two lines of code. The patch is as a result about 100 bytes long.

      For a binary distro you end up downloading a new 7MB binary package. For something like gentoo you just
  • I've tried converting people to Linux, most have been quite happy until they found a cool piece of software and then realised they had to start editing the configure files. And all because the developer devloped it on another distro.

    Most users don't just want consistency, they want ease of use. What sort of OS requires a substantial chunk of software to be compiled by the user? Why do different distros have completely different configuation tools? Why does one OS need so many IM clients, when it still does
  • I've devloped on Sun /HP and Linux. The trouble is that there ALMOST the same. This is really really really anoying and hurts software development. Posix was supposed to help us move to a standard where we knew how the libraries where supposed to work. It didn't help.

    If I write something for hpux there is a good chance it will sortof work on Sun or Red Hat or Suse. This hurts software availability on linux/unix, as its work to create different versions.

    This explains why languages that are consistant and
  • by slim ( 1652 ) <johnNO@SPAMhartnup.net> on Monday March 07, 2005 @12:04PM (#11866536) Homepage
    From the article:
    So the battle in the free UNIX space is entirely over command line options, system administration paradigms, installation packaging, and 3D GUI features. I've got news for you: Real Programmers Don't Care about that garbage.


    Maybe real programmers don't, but real users and real sysadmins do care. In a monoculture, things just don't improve. I far prefer that RPM and apt-get both exist, than for only RPM to exist.

    The other (all too common) trap this article falls into is talking about "the Open Source movement" as if it is a single consciousness:

    "Has it managed to completely escape the attention of the "open source" movement that Adobe, Macromedia, Corel, and so forth have blithely continued to remain virtually Windows-only while waiting for the dust to settle?"

    "The Open Source movement" doesn't have an opinion. The "movement" consists of thousands of people, each of whom may have one opinion, a different opinion, or no opinion whatsovever. There will be those who worry every day about what Macromedia is doing with Linux, and there will be those who don't care in the slightest what Macromedia, Corel or Adobe do or do not do.

    Meanwhile, whether a particular Linux distribution wins in the end, or if Windows wins in the end, all this competition has been nothing but good news for consumers. The distros constantly out-do each other.

    Having been exposed to Windows since 1.0, it's clear to me that many of the improvements that make it tolerable today (memory protection, pre-emptive multitasking, configuration changes without reboots, etc.) simply would not have been developed without that competition from Linux.
  • by British ( 51765 ) <british1500@gmail.com> on Monday March 07, 2005 @12:05PM (#11866552) Homepage Journal
    I forgot which linux distro it was, but it was several years ago. I had the choice of two install options

    1. Developers
    2. Administrators

    It irked me a bit, seeing is there was no "average non-developer joe" configuration preset available. I guess the "administrator" is to administrate "developers". What do the "developers" develop for? They must develop for administators, or other developers. Yet "user" is nonexistant.
  • by xoboots ( 683791 ) on Monday March 07, 2005 @12:07PM (#11866571) Journal
    The problem with rants is that they have more cutting words than words cut -- they are filled with diatribe and not fact. For example, good Marcus tells us that the reason Windows won was due to consistency. BULL SHIT. It won because it was cheaper than Unix, was pushed onto new computers using illegal monopoly practices and had a good many inexepensive and productive development tools available for it. In other words, it entered the consumer market whereas Unix was content to ignore consumers. Microsoft entered the corporate marketplace much later and when it do so, its first competitor was not the Unix bretheren but rather Novell and its lan networking products. I was there just like Marcus and I too used the gammut of products from DOS to Vaxen to Unixes of many flavour to Novell to Macs to Windows 2 and beyond. I can assure you he is talking out of his ass.
  • by couch_warrior ( 718752 ) on Monday March 07, 2005 @12:09PM (#11866604)
    You missed an important point in your rant.
    It isn't just that Linux/free BSD adherents are squabbling children. NO, NO, NO. They are squabbling adherents of a religious cult. In particular, the cult of UNIX. These people are cut from the same cloth as the old mainframe system operators. They believe that it is MORALLY WRONG for a computr system to be easy to use. Why write a GUI that lets a user choose from a scrollable list of options, when you can make them use a command line interface where they have to memorize the syntax of 25 option flags. If you make it easy to use, the commercial value of memorizing command options evaporates, and they might have to get REAL jobs. And if helpful souls corrupt your favorite open source package by creating GUI tools to configure and run it - rewrite the applicaiton to break all the GUI tools! The only reason for having a GUI on Linux at all is to seduce Windows users into trying Linux, knowing full well that to get anywhere they will HAVE to learn the CLI -bwahahahahahaha! I have been a faithful Linux devotee for 8 years, and with about every second release, my window manager changes, requiring me to relearn all the configuration settings, or the multimedia viewer I had been using gets dropped, and I have to reinstall it by hand from tarballs, or the CD burner software disappears and I have to find an alternate.
    I will never stop loving or using Linux, BUT, for heavens sake guys, GET RID OF THE CLI, and STOP REINVENTING THE WHEEL!
    Repeat after me - "Ease of use is all that matters", "Ease of use is all that matters", "Ease of use is all that matters","Ease of use is all that matters", ...
  • by cheesybagel ( 670288 ) on Monday March 07, 2005 @12:10PM (#11866615)
    Don't try to pick the absolutely best distro for you. The effort involved in doing that is not worth the gains.

    Here is a list: Fedora Core, SuSE, Gentoo, Debian, Mandrake. There are 5 distros in that list. Roll some dice to pick one. If you get a 6, roll the dice again.

    Any of these will do. Really. You can do a multi-variable analysis to help you optimize your selection better. But the more fitness you demand, the more time you will waste.

    Just pick one of the leading distros (which means more people will have come into the problems before you, and that they probably have been fixed by now) and stick with it. Problem solved.

    I would really hate to go shopping with the author of the article.

    Now where is my consulting fee?

  • My viewpoint (Score:3, Insightful)

    by spaeschke ( 774948 ) on Monday March 07, 2005 @12:14PM (#11866652)
    I'm a fairly technical user, not a tech god by any stretch of the imagination, but I know my way around. I know how to forward ports on my router, I do all my own XVID rips from Vdub, I can install most Linux distros without a problem, and I'm damned proficient at packages like Photoshop and Illustrator. In addition, I'm a gamer from back in the DOS days, so concepts like editing text files (config.sys, autoexec.bat, etc) don't necessarily scare me.

    That said, as much as I like the concept of Linux, I simply will not try it any longer until I hear that a number of problems have been solved.

    A) Having to recompile kernels/worrying that apps will be broken by upgrading that kernel. For that matter, I don't want to have to compile anything, ever. Just to make this clear, never. Come up with either something akin to Windows where I click on a standard installer, or make it like Mac where I just drag and drop the folder.

    B) Any time I'm forced to drop to a command line, you as a developer have failed. Back 10 years ago, this may have been acceptable. In this day and age, it isn't. Furthermore, while once in a blue moon I may change a text file in Windows, in Linux it's a constant occurence. Again, you have failed.

    C) MAN pages do not cut it. Neither does a message board where half the time I'll be called a clueless n00b, 25% of the time I'll be told to use a different distro, and the other 25% of the time I'll get genuinely helpful people giving me contradictory answers. If I'm expected to jump to an alien computing environment you'd best make sure your documentation is up to snuff. Linux sucks in this regard.

    I'm an advanced user who's in favor of open source, but the bizarre, arcane, and technical details I have to jump through to achieve the same things that are comparatively simple in Mac or Windows may Linux a deal breaker. You will never, ever, become successful on the desktop until idiocy like this is exorcised from the OS.

  • by mytec ( 686565 ) * on Monday March 07, 2005 @12:16PM (#11866674) Journal

    Can someone comment on why distro's seemingly *have* to have a different filesystem hierarchy? Typically when you distinguish yourself from a competitor you add value. I don't see the value here to anyone other than the distro vendor, in that given enough scripts and whatnot, if you wanted to move to a competitor it could be more of a PITA than it's worth to switch.

    Further, I've not heard any arguments to why vendors cannot agree on a standard FS (not to say there aren't any - I just don't know of 'em)? Perhaps use symlinks to keep the old path functional and implement the new path. Am I just nieve?

  • by gelfling ( 6534 ) on Monday March 07, 2005 @12:21PM (#11866732) Homepage Journal
    You are dead on when you note that forking is a big problem. Version control is a big problem anywhere you don't actually manage it. And we are unable to manage it because we let it lose and tell people "go forth be fruitful and multiply." Which is exactly what they did. And if you look at Distro Watch or LWN today there are 450+ distros out there, probably 70% of them have *someone* working on. And that is the deeper problem. We are spread too thin and we are too tolerant of do-your-own-thing-ism. Dude, I got this BSD kernel to boot on my clock radio and it only took 1200 hrs to do it. Schweeeeet! At the same time SUN, IBM, RH and others are struggling to corral what resources they have and attract enough attention and funding from the suits to make it all hold together. The fact is we really don't need more than 2 dozen at the absolute upper limit, of distros. And of those ~24 maybe half would account for 80% of the total use and utility in the field. That means that 12 core code bases would account for 4/5ths of the total expected penetration of Linux today. And while these are just guesses I think I'm being wildly broadminded. I think in practice the actual usable numbers are half as diverse as that.

    Now companies build entirely useful OS's all the time: AIX, Solaris, Windows, z/OS and so on. All built by one company with one ethic and one model and one hand on the change management lever. And with only a few thousand people at most. But the problem is that all corporate entities like those very same IBM, SUN. etc companies see Linux and the open model as a way to short circuit their OWN development dollars and use what other people have graciously done. They are willing to take on the noise and clutter and forking because they don't care or think they don't care. What they care about is attempting to cut their own costs out of the development cycle. Building an OS is very expensive as IBM can attest. But they hope that the benefits that accrue to them by spending all that money on products like AIX 5L are worth it because it allows them to differentiate themselves and sell their hardware. They see Linux as a second tier to sell into smaller corporate accounts riding piggyback on cheaper hardware.

    But the key problem is that they see it as being 'found work, found benefit'. And the fact that there are 3,000 people out there doing essentially the same work is of absolutely no importance to them. Their interests are strictly parochial. And if you have a bunch of different companies each with their own stovepipes then not only do you promote forking you actually hamper your own customers. We used to thing that hippy-code was a good thing. If I wanted to run it my way and I was the only person on earth who wanted to do that - here's the code, dude, have at it. Multiply that by a million and you don't have freedom, you have anarchy.

  • by water-and-sewer ( 612923 ) on Monday March 07, 2005 @12:59PM (#11867259) Homepage
    This article is pretty off-base on several accounts, primarily because the author doesn't seem to understand you can't simply compare Microsoft to the Open Source community. They work in fundamentally different ways.

    It's more appropriate to consider the open source movement to be one enormous research and development laboratory that is constantly tinkering, improving, and designing. From it new products emerge, and experiments that sound interesting but don't work. Because there are no restrictions anyone with an idea can participate, and ideas are forced to compete on their own merit. That process strengthens Linux-based operating systems as a whole because distros can choose to include/implement the ideas that emerge from the fray as winners.

    Do you compare a product (Windows XP) to a process (Linux open source development)? No. You compare it to another product (Red Hat Enterprise, for example). As CTO of some company, you're not going to install Gentoo, ArcLinux, Slackware, or Mepis. You're going to install a professionally supported, stable distribution backed by a company you trust: Novell/SUSE, Red Hat, or maybe (hopefully) Xandros. Behind the scenes it is the responsibility of those distros to select from the open source lab which features/products they want to meld into their distros.

    As for Adobe and friends not porting their software to Linux, the fact that there are competing distros out there does not explain their reluctance; lack of market share does. When Adobe thought it important and worthwhile to port their software, they did: Acrobat Reader 5. When they determine enough customers would buy their product for the Linux platform to make it worthwhile to code that software, they will do so, and they will navigate the architectural-dependency problems the best way they can, because it will be financially worthwhile to do so. Money talks.

    Next, is open source software forcing Sun out of business? No, but it has forced Sun to reduce its unweildy profit margins and sell products at prices the market will bear. For that matter, it's done the same to Microsoft. Without Linux and alternatives it's unlikely we'd have seen Microsoft's new Windows XP Light edition now being sold in Asia, where Linux has made serious inroads. It's also forced Sun to open up some of their code, because the market has demanded it. Linux won't put Sun out of business; reluctance to follow the market will. There's still a niche for Sun - enterprise hardware and support that no Linux distro is able to deliver. Sun integrates systems in a way Red Hat or Novell can't.

    Finally, as for "real programmers don't care" about interfaces and paradigms, I think they do. The LSB movement will tighten up disparities between distros soon enough, but projects will still have to compete on their own merits. Linux isn't dividing and conquering anything. It's continually reinventing itself based on new information, new equipment, new paradigms, and new technology. That's a process that benefits everybody and introduces enough competition into the marketplace to force everyone else to innovate too. Microsoft IE now with tabs and popup blockers? Win XP light? MS Word with sidebar formatting panel? Network transparency and remote desktop access? The evidence speaks for itself.

    The author is way off base.
    • > Finally, as for "real programmers don't care"
      > about interfaces and paradigms, I think they do.

      Pffft. Real programmers don't give a flying fuck about the user interface, as long as it meets a minimum standard of useability.

      What do you we care about? We care about ass-hats not breaking our software because some idiot pulled his head out of his ass and decided to break libc, or move a bunch of important configurations around. We care about writing code, not about learning new ways to cut and paste o
  • by erroneus ( 253617 ) on Monday March 07, 2005 @01:26PM (#11867575) Homepage
    After reading the article, I got pretty damned depressed and then I realized that it was partly the presentation (visual impact) and the experience that this guy seems to have over people like me.

    Fortunately, I read a few responses on this topic and it restored my morale by reminding me that amazing growth, maturity and big-business support is simply happening and nothing this guy said makes it go away adding to the fact that it makes his arguments somewhat hollow in light of what he has suggested.

    And here's something else:

    For business systems, no one in his right mind should care if their systems can run "anything" so long as it runs what they need to do business and will likely see it in the future. So depending on your business, Linux may not, at present, be a good fit but that doesn't mean it's unsuitable for anyone. Frankly, I pray for the day we can put Linux on the desktops (a coporate decision) because it will make our systems more of a tool than a toy which is exactly what Windows + add-ons and personalizations invariably end up. (Yes, I know you can lock'm down, but when you do that, your users hate you because they know YOU locked it down.)

    In any case, things are shifting and a lot of big players are interested in making Linux serve the purpose and these include foreign nations, big businesses and local governments. It's happening and I'm not hearing a lot about failure in these areas yet. (The only failures I have heard of so far are from Microsoft offering a sweet deal NOT to change rather than having someone change and then go back to Windows... anyone have any such stories?)

    My prediction: If Linux in business applications get useful enough, then we will see that various "flavors" mean nothing -- businesses will have one or a few guys making the "desktop load" and that is the image everyone will be using. Forget about "flavor" problems -- each business will make their own anyway -- as if we don't already do that with Windows to begin with?
    • My prediction: If Linux in business applications get useful enough, then we will see that various "flavors" mean nothing -- businesses will have one or a few guys making the "desktop load" and that is the image everyone will be using. Forget about "flavor" problems -- each business will make their own anyway -- as if we don't already do that with Windows to begin with?

      Very good, erroneus! Somebody get him/her a banana!

      Cisco has (hold onto your hat) CISCO LINUX!!

      You can use a different distro if you like
  • by petrus4 ( 213815 ) on Monday March 07, 2005 @07:54PM (#11872262) Homepage Journal
    The author draws a parallel to the earlier UNIX wars and the current variety of Linux distributions, and then claims that because of this, Microsoft are laughing all the way to the bank. I think he's wrong, and here's why.

    1) Although it's true that there are a lot of Linux distributions, in practice at most five of them would be used by 99.5% of the Linux using population. Of those five, (Debian, Red Hat, SUSE, Mandrake, and a tie between Gentoo and Slack) three are RPM-based, which to a degree limits variation in their overall style, and also, many of the more popular "smaller" distributions are themselves derivatives of Debian or Slackware. Because of that, it's possible in practical terms to pare the core number of most popular distributions down even further, to just two: Debian and Red Hat's offerings/RPM based derivatives.

    2) I myself haven't seen any of the division he talks about in the commercial space. From everything I can see, in the corporate world Red Hat is the undisputed king, as much as it pains me to admit it. Corporations won't buy anything unless a contract to feed them, burp them, and change their nappies goes along with it...and for that, Red Hat and IBM are the two primary sources.

    3) Microsoft are doing anything but laughing these days. The author needs to go here [opensource.org] and learn about the attitude Microsoft have developed towards Linux on their own, and it's not one of bravado. The stench of fear coming from Redmond over the past two years ago in particular has been palpable...Ballmer has been trying to hide it, but he is fairly obviously terrified of the progress Linux has been making, and with good reason. If Microsoft are so confident that Linux isn't going anywhere, then why has Darth Bill been making flying visits to different places lately, including Australia? Why did Ballmer personally try and prevent Munich's conversion to Linux, if it wasn't significant? I also notice that mention of Longhorn was conspicuous in its absence from the article...this is understandable, as it would not have aided the author's argument.

    4) The UNIX wars were not on their own responsible for Microsoft's success. They didn't help, sure...but before Linux UNIX would not have achieved mainstream relevance regardless of what happened. The reason why I can say that with complete confidence is because UNIX as an operating system/s was written with the assumption that the human being at the keyboard actually enjoyed using his or her brain, when the truth is that around 95% of human beings do not. The main reason why Windows took over the world where computing is concerned is because it was written with the assumption that whether the person using it was intelligent or not, the one thing most human beings despise doing more than anything else is engaging in intellectual effort. The *only* reason why Linux has come out of the closet now is because of the effort that has been made towards user-friendliness for it. In the 140 IQ crowd, the BSDs are still almost entirely non-mainstream.

    That said, open source UNIX is the future, and I believe it could possibly define computer use for the next several hundred years, assuming humanity lasts that long. The reason why is that OSX and Linux are proof of concept that although usability was not an issue that UNIX's initial userbase cared about, it is not a hurdle that the operating system is unable to overcome.

    Gates was lucky. At the birth of anything new there is chaos, and for a while a number of different competing lifeforms exist. Eventually however, natural selection kicks in and standardisation takes place, as is gradually occuring now. Gates was able to take advantage of the primordial soup phase, and I begin to suspect that in the furthest recesses of his own soul, he has the necessary level of awareness to know that, as much as he may not want to accept it on a conscious level. Microsoft are indeed a dinosaur, and their extinction, albeit a slow process, is already at hand.
  • by mstone ( 8523 ) on Monday March 07, 2005 @09:18PM (#11872849)

    Economists have this concept called friction. Basically, it's anything that gets in the way of exchanging goods and services, but the same general idea applies to information.

    Email imposes less friction than snail mail.. you don't have to put the letter into the envelope, put a stamp on it, take it out to the mailbox, wait for the postman to come, etc, etc. Open Source imposes less friction than closed source.. you don't have to get involved with lawyers, licensing agreements, and all that sort of thing.

    Today's Linux installations still have their share of friction. That doesn't make them evil or hopelessly flawed, but it does limit the rate at which people adopt them.

    Individually, the sources of friction in Linux tend to be fairly small. Of course, so is a strand of hair. Put a whole bunch of strands together and the phrase 'wearing a hair shirt' starts to be relevant. Every inconsistency between tools that are otherwise similar (do I need 'make', 'gmake', or 'bmake' to compile this program.. oh, and what version?) is just one more source of friction that limits the spead of OSS.

    Now.. I used to be a machinist, so I am deeply familiar with physical devices that are still in the process of being built. We start with a rough-cutting process where you remove 99% of the unwanted material quickly and efficiently, and get something that looks pretty much like the finished piece at a casual glance. But the entire thing is coated with burrs.. the machined surfaces are ridged like tiny files and the edges are miniature saws. That's why we go back and do a second, slow and gentle cut to take off that last tenth of a millimeter. And if you happen to be doing precision work, there are lapping, polishing, and wearing-in phases.. each of which takes longer than the one before.. which can make the phrase 'mirror smooth' seem very unimpressive indeed.

    My point is that I see Linux at the 99% point. That's good, but it doesn't mean "we're almost there." It means we have enough big things out of the way that now it's important to spend a whole lot of time and effort getting that last tedious-and-unexciting 1% right.

    The things that stand in our way are the "it's good enough" mindset, and the tendency for developers to make up their own standards as they go. Almost all command-line utilities accept '-x' options.. but not all of them. We still have things like 'dd if=some-file of=target'. Some commands use '-x argument' while others use '-xargument'. Some allow option stacking, like 'command -xyz', while others require 'command -x -y -z'. And then there are the '--extended' options.

    And that's only the command line. Would you be prepared to bet $100 that all your manpages are in perfect synch with the actual binaries? Can you find the default httpd.conf file under Slackware, Debian, RedHat, FreeBSD and NetBSD? And you'll find similar kinds of roughness all the way up to the desktop.

    None of these problems are huge, and none of them are particularly difficult to solve individually. Cleaning them all up would be a huge effort, though, especially when you think about having to polish all the scripts and utilities that rely on the currently-1%-rough standards.

    The big question is whether anyone will have the determination to do all the tedious, unrewarding work necessary to bring Linux/OSS up to the next plateau of reduced friction. There's no technical barrier in the way, just a huge gumption barrier.

    But I'll make this prediction: If someone does create their own low-friction distro, and the conventions they choose become the new standard, in five years the people who are currently saying Linux/OSS is good enough right now will point back and say what a mess the 'old ways' were.

Your password is pitifully obvious.

Working...