Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror
×
Programming IT Technology

The Pitfalls and Perks of Adopting a New Standard 87

Monta writes to tell us that IBM DeveloperWorks has an interesting article about the pros and cons of 'adopting a standard before it becomes one'. From the article: "Whether a standard will succeed and be widely adopted is ambiguous at first, regardless of who endorses it -- a major player or a fringe element. So if most people don't like to welcome the new guy, why would they put all their eggs in a standards basket when that basket might not exist tomorrow?"
This discussion has been archived. No new comments can be posted.

The Pitfalls and Perks of Adopting a New Standard

Comments Filter:
  • Examples (Score:5, Informative)

    by Bogtha ( 906264 ) on Wednesday October 19, 2005 @04:09PM (#13829949)

    For one example of pitfalls and perks, consider stylesheets. Netscape threw their weight behind JSSS, Internet Explorer threw their weight behind CSS. CSS got taken up by the W3C, JSSS got chucked. Internet Explorer 3 was first with CSS support, Netscape 3 had none, and Netscape 4's CSS support was an abysmal wrapper around JSSS.

    Another example is XSLT; Microsoft implemented a draft version, and ended up with support that was incompatible with the final specification and later versions of their own browser.

    Of course, who was first doesn't matter in the long run. What matters is an ongoing commitment to conformance - being first with partial support means nothing if you do as Microsoft did with CSS and forget to implement the rest for years.

  • by MaceyHW ( 832021 ) <<moc.liamg> <ta> <whyecam>> on Wednesday October 19, 2005 @04:26PM (#13830102)
    Wrong standard [reference.com].

    That's like comparing being a karma whore to to posting in English. Yes there's some grey area with technology standards since we do choose among new ones but it's still not the same.
  • by Red Flayer ( 890720 ) on Wednesday October 19, 2005 @04:39PM (#13830212) Journal
    Assuming a normal distribution on the bell curve, aiming for "standard" is to aim right for the big, juicy middle of the curve. Doesn't that mean you're aiming for average overall?

    No. Did you read the article, and understand any of it? If you did, maybe you'd understand what is meant by "standard."

    A standard, in this context, is not a statistical point or distribution of points that falls on a bell curve. It is not the "average" level of quality, it's not even a measurement of quality. It is, instead, a set of criteria that is generally accepted by consensus of the community. Typically, this is to allow interoperability and product substitution capacity, and is necessary for consumer adoption of new technology.

    Look at Betamax vs. VHS, for example. Would it do you any good, as a movie distributor, to create a new standard for videocassette content delivery that is better than Betamax or VHS? Because VHS is only "average"?

    To take that a step further, say you are developing what you hope to be the next "standard" for in-home movie content delivery, the Laserdisc. Would it make sense for you to develop an entirely new interface between the TV and your device, when most of your potential customers already have televisions that have coaxial cable connectors?

    Standard != average. Standard = used by the majority.
  • Re:Examples (Score:4, Informative)

    by Bogtha ( 906264 ) on Wednesday October 19, 2005 @04:53PM (#13830368)

    "Established with clear customer demand" is not the same thing as being published as a completed specification. The OpenDocument format has already been published as a completed specification, so it's an entirely different situation to implementing an unfinished specification.

    Note that the OpenOffice document format is the older, discontinued format; OpenDocument is the newer, standardised format.

  • Re:Examples (Score:4, Informative)

    by grcumb ( 781340 ) on Wednesday October 19, 2005 @05:57PM (#13830912) Homepage Journal

    I was going to moderate this thread, but there's no 'factually incorrect' rating available, let alone 're-writing history', so I'll have to reply instead....

    "For one example of pitfalls and perks, consider stylesheets. Netscape threw their weight behind JSSS, Internet Explorer threw their weight behind CSS. CSS got taken up by the W3C, JSSS got chucked."

    Several corrections:

    1. Microsoft did *not* throw its weight behind CSS as a standard - they openly espoused 'extending' it with proprietary attributes and behaviours. HTML 4 and CSS 1 are the first examples of MS' 'embrace and extend' lock-in tactic. To characterise this as anything other than subversion of the standardisation process is disingenuous at best.
    2. IE 3's CSS implementation was so broken that people resorted to relying on its broken Cascade model (the C in CSS) in order to avoid sending any directives to it at all. Google 'dummy-rules.css [google.com]' for details on this.
    3. CSS did not get 'taken up' by the W3C; it was designed by the W3C. And this was not, as you imply, a result of MS' support. Believe me, CSS did not succeed because of IE, but in spite of it.
    4. MSIE 3 was, IIRC, not the first popular browser to support CSS. I believe that honour goes to Opera.
    5. JSSS did not get chucked so much as it got dropped. It was a pretty transparent ploy on Netscape's part to control the future of the web, and given their experience with Netscape's impositions in the past (including the <blink> abomination) nobody was willing to buy into it. While Netscape may have submitted the JSSS spec as a draft standard to the W3C, it was never officially supported. The W3C has to consider submissions from all of its members - it's a consortium, after all - but a submission should never be construed as support.

    "Another example is XSLT; Microsoft implemented a draft version, and ended up with support that was incompatible with the final specification and later versions of their own browser."

    To my knowledge, MS has *never* done a clean implementation of any Internet standard where they didn't absolutely have to. While their TCP/IP stack (which was based on the Berkeley implementation) may more or less work as advertised, their web browsers, email software and Internet-related developer tools have always been skewed from the relevant standards.

    Micosoft does provide some object lessons in the difference between de facto standards and true standards, but I would hesitate to claim that it ever made any effort to support or adhere to any open standard.

  • Re:Examples (Score:4, Informative)

    by Bogtha ( 906264 ) on Wednesday October 19, 2005 @06:56PM (#13831244)

    Microsoft did *not* throw its weight behind CSS as a standard - they openly espoused 'extending' it with proprietary attributes and behaviours.

    Well right off the bat, CSS doesn't have attributes, so you are wrong there. Do you have a cite for the "openly espoused extensions"? And how can you say that it didn't throw its weight behind CSS when it was both the first to implement it and a member of the W3C when they took it on?

    IE 3's CSS implementation was so broken that people resorted to relying on its broken Cascade model (the C in CSS) in order to avoid sending any directives to it at all.

    What's your point? I already alluded to incomplete implementation, nowhere did I say that Internet Explorer 3's support was complete.

    CSS did not get 'taken up' by the W3C; it was designed by the W3C.

    Wrong. CSS originated outside of the W3C. The first draft of the CSS specification was written by Håkon Wium Lie and published in 1994. The W3C wasn't even operational until the following year - although it was founded in the same month as the draft was published, it took a while to get up and running.

    And this was not, as you imply, a result of MS' support.

    You are reading too much into what I am saying if you think I implied that. However, it may be true. From Cascading Style Sheets, designing for the Web, the book about CSS written by the creator of CSS, it states:

    The workshop was also an experiment to see if it was possible for W3C to organize events outside the US. Indeed, this turned out to be possible and the workshop was a milestone in ensuring style sheets their rightful place on the Web. Among the participants was Thomas Reardon of Microsoft who pledged support for CSS in upcoming versions of Internet Explorer.

    MSIE 3 was, IIRC, not the first popular browser to support CSS. I believe that honour goes to Opera.

    You don't recall correctly. From the above cited book:

    Had it not been for the browsers, CSS would have remained a lofty proposal of only academic interest. The first commercial browser to support CSS was Microsoft's Internet Explorer 3 which was released in August 1996.

    JSSS did not get chucked so much as it got dropped.

    Chucked and dropped are synonyms in this context. What distinction are you drawing?

  • Re:Sometimes... (Score:2, Informative)

    by ergo98 ( 9391 ) on Wednesday October 19, 2005 @10:07PM (#13832383) Homepage Journal
    Getting a product to market with a new technology can advance the adoption of a standard.

    This is true not only for standards that spend years wallowing through standards boards - someone releases an implementation, and it lights a fire under their asses to get something out the door - but also by creating de facto standards that advance the state of the art. Most of the innovations didn't come from large and wide standards bodies, but rather by a couple of people who did something that was adopted and spread. To bring up an evil example, AJAX is founded on a completely proprietary piece of COM functionality accessible via scripting in Internet Explorer. Pretty soon it became a part of the standard.

    Coincidentally I wrote about this [yafla.com] yesterday.

"If it ain't broke, don't fix it." - Bert Lantz

Working...