Slashdot Mirror


Will Open Source Lose the Battle for the Web?

snotty writes "A well written article by Ganesh Prasad over at linuxtoday arguing that the shift towards web services has reduced the attractiveness of the current generation of Open Source web products. He talks about the market share decrease in Apache. Also mentions how .NET, Microsoft, Sun, Java, and Open Source Software fit into the picture." I think that the decrease in Apache's share is a red herring, but the bigger picture of web services is a troubling one.

8 of 562 comments (clear)

  1. Re:Huh? by imipak · · Score: 5, Insightful
    Apache decreased, what, 1.5% or something? This is somehow a signal of the end of Open Source? When Microsoft loses a dime a share, does that signal its imminent demise too?
    Well, 4.5% actually, if you'd bothered to follow the link before whoring away with predictable zealotry. But yeah, let's get real. The very same Netcraft whose monthly survey gives that "more than half the web runs on Apache" claim, that OS zealots reckon makes it one of the most "successful" (in terms of users) projects going, do a survey of actually meaningful servers - not 2U Lintel boxes running 500 incomplete & illiterate h4ck3r Cr3w sites, but SSL enabled servers - ecommerce, remember that? The stuff that isn't just a hobby. Microsoft have over 50% of the market in terms of live SSL servers *right now*. Apache is below 20% in the same survey.

    Wake up... complacency is Microsoft's best friend. Just assume we're winning already and suddenly we'll find they've stolen the goalposts and the spectators, moved to the next field over, built a stadium & are making millions from the pay-per-view market. Zealotry, and a blind preference for whatever version of the story puts OSS/Free software in the best light, gets us nowhere.

  2. Open source problems by rpseguin · · Score: 5, Insightful

    > The real question is how the Open Source
    > community should respond. You can quote me
    > on this one, if we simply stand behind
    > reliability and laugh at Microsoft's security
    > holes and crashes, WE ARE TOAST.

    Very well spoken and I agree with your points.

    I have been working as a professional unix software dev for over 15 years now.
    I love unix and open source, but I feel that, in general, a lot of the open source that is out there is nowhere near prime time.

    It has been very frustrating for me, as I think that there are some really smart people working in unix and open source. I think that ego and other stupid not-invented-here (TM) mentalities have REALLY hurt the unix and open source communities in general.

    As much as I loathe M$, I have to give them credit for a couple of things:
    -consistency of user interface
    Yeah, I think skins are cool and everything,
    but in the end, most users want a consistent
    and useful user interface and could give
    a rats ass about the GUI wars that unix has
    had forever (one of my major pet peaves).

    -more money and effort into producing usable
    products.
    I'm not trying to defend M$, because they
    certainly have more than their fair share
    of really evil and stupid bugs, but the
    perception on the part of the user is
    that of a stable, consistent and
    full-featured environment and suite of
    software.

    -incredible marketing.
    Joe User could care less about us thumbing
    our noses at M$. They want consistent,
    useful and good products.

    Some areas that I think unix/linux/open source community requires some major work on:

    -consistent user interface
    The X guys REALLY dropped the ball here by
    saying that they are not specifying a look
    and feel.
    I think that having a dozen different GUI
    toolkits is not only ridiculous, it is
    harmful in the end.
    If a particular [dominant?] toolkit doesn't
    cut the mustard, have a design and revamp
    review to get things right rather than
    coming up with YAFGT (Yet Another F****ng
    GUI Toolkit).

    -let's get some good fonts
    The standard X font set is pretty bad.

    -some good UI designs. I've seen some pretty awful stuff and concepts that seem to go out of their way to make themselves different from what people are used to using. Being different/inconsistent is a BAD idea in UI.

    -getting coding standards higher and having better design and code review processes.
    There are a lot of newbie programmers out there that contribute a lot of code that is probably not suitable to go into production software...

    -It almost seems as though the open source community needs a seasoned and very smart benevolent dictator to say what is ok and what is not.

    -better documentation in the unix kernel sources and header sources. Some of it is just awful.

    It's not all bad; I've seen lots of wonderful, intuitive and useful tools over the years.

    In the end, a lot of the code that is crap will die off anyhow; sometimes it is just a painful ride to get there...

    -Ralph

  3. Fud, glorious Fud... by perdida · · Score: 5, Insightful

    What would a user rather have -- a free server that does plain webserving, or a moderately priced one that does webserving plus e-commerce? Faced with such an adversary, does a plain webserver stand a chance, much less one that is virtually stagnant? True, the dramatic drop in Apache's market share comes from just two large ISPs, but will they be the only ones to switch?

    I don't know about you, but I think this guy is a shill for the .net people. You know, the people over at MS that think we want to plug in our websites like our TV sets, pay metered fees to a webservices provider, and pretend we are actually running a business.

    I'd rather run my own shit web-server wise, and then have someone like Loudcloud style business model advise me on the e-commerce and user interface and stuff like that - then do it myself.

    So many companies are going bust these days, outsourcing the very marketing and user interface of one's e-business is like getting one's automotive steel supply from a steelmaker that is 40% likely to go bankrupt in the next year.

    Linux et al is for the radical libertarian survivors out there. Like the Ford corporation, which was one of the first vertical integration innovators, with control of its supply chain, you should know from mouth to anus what your company, and industry, is up to at any given moment.

    You can always control and update your own software, and pay for technical advice when needed instead of metered-cost tushy wiping from a big e-services provider that's going to give you shitty tech support anyway.

  4. Beautiful! by KlomDark · · Score: 5, Insightful
    Forget about the part of the article dealing with a slite drop in Apache marketshare. Nothing at all to do with it.

    The huge, big point here is the thing about J2EE vs .NET - that's the focus moving forward. Where we really don't have any other answer but J2EE. dotGNU/Mono/whatever are going to come so damn late it won't matter.

    Clusterable, component-based architecture is where it's heading, and PHP/modPERL/whatever ain't doing it NOW. The corp world has gone n-tier architecture, and other than using Apache to front-end WebLogic/WebSphere/whatever, most open source stuff is far behind.

    Don't even WASTE your time whining about where they got their numbers on Apache - figure out what to do to address the big picture of web services. What do we got? Not much, JBoss is it as far as I know of for non-vaporware offerings. Tomcat is cool, but it only does servlets and JSP - Tomcat is NOT a bean container. Beans (way stupid, misleading name) are the componentized pieces of code that are needed to beat .NET.

    He nailed it on the head - The same way we've been harping about the world changing and rendering Microsoft irrelevant, the way the Open Source world does things is pretty much irrelevant and obsolete as well.

    His point about finishing the Open Source versions of j2EE (like way quickly now too) is pretty much the only way we are not going to fall behind. We don't have the time to architect some beautiful dream, we need to shit or get off the pot NOW, it's starting to stink in here!

    1. Re:Beautiful! by miniver · · Score: 5, Insightful
      He nailed it on the head - The same way we've been harping about the world changing and rendering Microsoft irrelevant, the way the Open Source world does things is pretty much irrelevant and obsolete as well.

      His point about finishing the Open Source versions of j2EE (like way quickly now too) is pretty much the only way we are not going to fall behind. We don't have the time to architect some beautiful dream, we need to shit or get off the pot NOW, it's starting to stink in here!

      Exactly! Ganesh Prasad has hit the nail precisely on the head with his comments about .NET versus J2EE. Forget the marketshare issues, the meat of this article is that J2EE is here, today, and that complete OSS implementations of J2EE are achieveable this year ... as long as the open/free community stops trying to change Sun, and instead works around Sun. It would be much less effort than doing a full implementation of .NET, and much of the work is already done.

      All of the myths about Java's speed (slow) are just that -- myths. I've built real-time data collection applications that run perfectly fine with Java/MySQL/Linux on Pentium 166s with 32MB of RAM -- Java was more than fast enough for our needs, and the development cycle was a lot faster than would have been possible with C++. Java is more than fast enough for server applications where JIT compilers can truly optimize the code, since it is compiled once and then kept in memory and run repeatedly. Benchmarks have shown that for typical server applications, modern JVM/JIT combinations are as fast as unoptimized C++ code. While an expert can still hand-optimize C++ to out perform Java, in reality, you'll have to ship your applications before you have time to apply those optimizations ... and Java's development cycle is (in my experience) still much faster than C/C++, simply because you can rely on the JVM to protect the OS from your code (and vice versa).

      I'm also tired of hearing about how Sun's JVM only supports a single language -- Java, while .NET supports many languages. There are literally dozens of languages that can be compiled to run on Sun's JVM, even if Perl isn't one of those languages. Anyone who thinks that they'll be able to easily port existing C code to run on .NET and use .NET services hasn't looked at how virtual machines (and the CRL in particular) are implemented. Yes, the JVM is optimized for Java (and vice versa) but you can still use the JVM to allow you to write your applications in non-Java languages and deploy them on any platform that supports a JVM. Some languages, like Jython (a version of Python written in Java), allow you to create non-Java classes that inherit from Java classes, as well as Java classes that inherit from non-Java classes.

      Anyone who claims that Sun's control over Java makes it impossible to build an open implementation (because Sun would just change the spec) and then in the same breath says that they won't have the same problems with .NET and Microsoft needs to wake up and smell the brimstone. While Sun does control the Java specification process, they still have to work with their partners and licensees, and the specification process is open -- and most of the reference implementations for the higher-level APIs are open as well. They can't change the Java language without breaking backwards compatibility for thousands of applications and millions of users, and Sun doesn't have any monopolies to fall back on. Microsoft, on the other hand, controls the desktop OS market, and can use that and .NET to conquer the server OS, and since the implementations for .NET are closed, Microsoft can switch the back end and the desktop without breaking applications deployed on Windows ... while simultaneously breaking non-Microsoft implementations. What more can a monopolist ask for?

      And the best reason to work with Java/J2EE instead of .NET -- Java/J2EE is here, today, and has been working for years. While it isn't perfect, the bugs have been worked out, and it works. .NET is still beta code, and once it ships, it will still be a version 1.0 Microsoft product. It will take two more iterations (and who knows how many years) before .NET is truly stable, useful, and reliable. I need to build and deploy applications today -- not 3 years from now.

      --
      We call it art because we have names for the things we understand.
  5. Web Server Choice is a Platform Choice by Invisible+Agent · · Score: 5, Insightful

    Which web server you choose is an operating platform decision rather than application decision.

    Nobody just wakes up one morning and says "wow, I'm going to switch from Apache to IIS". Rather, if a switch is made it's a much broader move from an MS platform to a UNIX platform, or vice-versa.

    Anyone who's worked in an IT facility knows that changing platforms (or even allowing non-homogenous platforms in the first place) is a huge decision, and rightfully so.

    So when people talk about relative market shares of IIS vs Apache, know that they are really talking about Microsoft vs Linux (or maybe MS vs UNIX, but you get the idea).

    --

    Invisible Agent
    This post is a mirror; when a monkey stares in, no hacker gazes out.
  6. Losing for lack of web services? by cudgel · · Score: 5, Insightful

    Coming from a dot-bomb that preached web services as the solution to every problem and the wave of the future, I see nothing to worry about in this article. The concept of web services as proposed by .NET doesn't boost anything other than Microsoft's bottom line as far as I can tell.

    What all the pundits who praise the concepts behind a technology seem to keep missing is that just because you can do something doesn't mean people are willing to pay for it. Look at WAP, sure I've done work with it, but I wouldn't buy a phone with it now and I certainly wouldn't pay a premium for services that can be delivered better and cheaper through an alternate medium. The internet is just another communications pipeline - the stock market and the dot-com shakeups have proved the fact that it is not ipso facto a revenue stream. Have 900 numbers and pay-per-view revolutionized our telephone and cable systems?

    When someone shows me a real use for .NET, maybe I'll take a look again but for now Apache fits the bill pretty damn well as far as our business model and budget are concerned. If we need web services with our clients, PTP holds far more promise for keeping our data where we want it - out of Microsoft's hands.

  7. To Server, or Be Served; Which Will You Be Doing? by VB · · Score: 5, Insightful


    "...Apache hasn't introduced any significant user features in two years. (For example, has Apache even managed to deliver a standard GUI configuration tool in all this time?)"

    And, why is a GUI necessary for configuration of a web server. It's already (finally) becoming clear that server administrators need to know how to do more than just aim their mouse and click. Insufficient security training is being acknowledged as a business liability.

    Sure web services are useful and may very well become the business model of tomorrow, but define it. Your company's soon-to-be-released new revolutionary product line won't be authored in WordXP or ExcelXP documents on some other company's server. If that's a "Web Service" the author is thinking of, it's not and won't become a business model anyone will buy. Interactive applications is probably one of the more viable prospects, and Apache does not offer such interactivity natively. Apache hasn't really advanced much in a couple years, but does that mean it's dead? You can plug a helluva lot more into Apache to make it an interactive, secure, and functional application server for the web than anything IIS will ever produce.

    And, you don't need to reboot your whole flipping server when Apache, PHP, MySQL, PostgreSQL, or mod_mp3, or whatever else you've rolled into that application server submits a security patch. Just apply the patch and kick start the service. Ouch! That was painful....

    Apache is far from dead or dying. It probably won't come with a GUI configurator/wizard thingy. Should it?

    --
    www.dedserius.com
    VB != VisualBasic