Slashdot Mirror


Microsoft Picks Another Web Standards Fight

mikejuk writes "WebRTC is a way to allow browsers to get in touch with one another using audio or video data without the help of a server. Google has been something of a pioneer in this area, and submitted a suggested technology for the standard. Mozilla has gone along with it, making it all look good. Microsoft, on the other hand, just seemed to be standing on the sidelines, watching what was happening. However, Microsoft now has a product that needs something like WebRTC; namely, Skype. It has been working on a web-based version of Skype and this has focused the collective mind on the problems of browser-to-browser communication. It now agrees that a standard is needed, just not the one Google and Mozilla are behind. Microsoft has submitted its own proposals for CU-RTC-Web or Customizable, Ubiquitous Real Time Communication over the Web, to the W3C. It may well be that Microsoft's alternative has features that make it superior, but a single standard is preferable to a better non-standard. Given Microsoft's need to make Skype work in the browser, it seems likely that, should its proposal not be accepted as the standard, it will press on regardless, thus splitting the development environment. Both Google and Mozilla have already put a lot of work into WebRTC, and there are partial implementations in Firefox, Chrome and Opera."

211 comments

  1. Some things never change.... by rts008 · · Score: 5, Insightful

    Color me surprised. /sarcasm

    --
    Down With Slashdot BETA!!! I've been around the corner and seen the oliphant; you can only abuse me from your perspecti
    1. Re:Some things never change.... by MightyMartian · · Score: 5, Insightful

      But this isn't 1998 any more. It's not even 2005. Microsoft no longer has the web dominance to force standards on anyone. If it goes it alone, it risks everyone else saying "Fuck you", and if Chrome and Safari won't support whatever Microsoft cooks up, it has at least a half way chance of crapping out.

      Yes, Microsoft can still pull shit with document standards, but that's because it still has a massive advantage as far as office applications go, but the days of 90%+ Internet Explorer on the Internet are gone, and gone for good.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    2. Re:Some things never change.... by zlives · · Score: 0

      double down on metro...

    3. Re:Some things never change.... by Anonymous Coward · · Score: 1

      You're right and because of this Microsoft isn't likely to get very far eschewing the standard. If they feel like they can objectively come up with something better and put that to a vote, more power to them, but to skirt around the standards or come up with your own non-standard standard, wouldn't be very smart and would marginalize what they're attempting to do with Skype.

    4. Re:Some things never change.... by Intrepid+imaginaut · · Score: 4, Funny

      Indeed, witness Silverlight. I can't wait for the accepted standard to be implemented in browsers though, it opens a whole world of possibilities.

    5. Re:Some things never change.... by shutdown+-p+now · · Score: 4, Insightful

      The simple question is: is the existing standard good enough? In other words, can Skype (or analogous software) be written in it?

      If yes, then the standard angle can be reasonably angled, and Chrome+Firefox together certainly hold more than enough sway to do so. But if not, then the winner will be whoever delivers the product; end users don't care about standards, they just want things to work, and if only one guy has it work, well...

      That said, I don't know anything about either WebRTC or this new thing. On the other hand, I do recall Chrome bugging me to install an extension if I wanted to use voice & video chat in GMail and G+, which does not inspire confidence (unless that extension is actually an implementation of WebRTC). Anyone more familiar with it care to comment?

    6. Re:Some things never change.... by shutdown+-p+now · · Score: 1

      Anyone more familiar with it care to comment?

      ... and I should have just kept reading.

    7. Re:Some things never change.... by hkmwbz · · Score: 1

      Apple could well join Microsoft just to fuck with Google. And then we have a problem on our hands. Remember how MS and Apple managed to force the proprietary H.264 on the web?

      --
      Clever signature text goes here.
    8. Re:Some things never change.... by Dishevel · · Score: 1

      Microsoft thinks that Skype is the Application that will give them this ability again.
      That people will just install whatever they need to to get their Skype on.
      They might be right. Consumers were never much good at making the right decisions.

      --
      Why is it so hard to only have politicians for a few years, then have them go away?
    9. Re:Some things never change.... by MightyMartian · · Score: 4, Interesting

      If yes, then the standard angle can be reasonably angled, and Chrome+Firefox together certainly hold more than enough sway to do so. But if not, then the winner will be whoever delivers the product; end users don't care about standards, they just want things to work, and if only one guy has it work, well...

      Again, that's 2005 thinking. All things being equal, with most of the web access via PCs running Windows, you bet, competition didn't have a chance in hell. If Browser A couldn't support it at all, then Internet Explorer would win by default.

      But we're living in an age where a growing amount of web usage is not by PC, but by tablets, phones and other smart devices. The bulk of these devices, in fact the overwhelming majority of these devices do not run Internet Explorer, and even the most favorable projections do not show Microsoft making that big a dent in the mobile market to make IE the only meaningful player again.

      The days when Microsoft could just give the rest of the browser makers a one-fingered salute, go it's merry way and know that it had already won before the fight broke out are done. There will be no more Internet Explorer 6s. Microsoft cannot afford to isolate itself by pushing a standard that no one else will or can support. Customers are not going to ditch their $700 tablets or phones just because Microsoft refuses to talk.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    10. Re:Some things never change.... by MightyMartian · · Score: 1

      Considering Apple's market position, even with Microsoft, it's not enough.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    11. Re:Some things never change.... by Eirenarch · · Score: 4, Informative

      There is no "existing standard". There is some work in progress and (according to Ars Techinca's article) MS's proposal has a lot in common with the original work (many APIs are the same). Basically MS's proposal suggest lower level API than the current proposal and does not mandate the usage of any particular codec (HTML5 video style) while Google's proposal mandates VP8 and has some higher level APIs. MS insists that for high quality video there needs to be low level flexibility and that libraries will fill the need for higher level APIs

    12. Re:Some things never change.... by shutdown+-p+now · · Score: 3, Insightful

      IE has absolutely nothing to do with. Nor does any other particular browser or company.

      What matters is the product, which in this case is a web-based implementation of voice/video chat. Out of the two proposed standards, the one that can actually be used to implement the product that users want, will win. Indirectly, the browsers supporting that standard will also win by being slightly more useful.

      And note that there are already examples of browsers being used to push standard proposals after 2005. For example, part of the reason why I switched to Chrome is because it implemented the desktop notification HTML5 API (which originated as a Google proposal) early on, and Google added support for those notifications in GMail. So, for a while, Chrome was the only browser where you'd get popups for new mail when using GMail web interface. Eventually it became an HTML5 standard and other browsers picked it up.

      Same thing here. Whoever does it right (or rather good enough), gets to promote it to an actual HTML5 standard. I don't much care if it's Google or MS or Apple or whoever, so long as the result is actually useful and not crippled. But if the existing thing that Google pushes for is crippled, it won't take off, and thankfully so.

    13. Re:Some things never change.... by Em+Adespoton · · Score: 3, Insightful

      Ah; but MS has another monopoly to leverage: Skype is the one video/audio/text conferencing platform that can punch through any firewall and runs on virtually every device with a microphone, speaker and a cpu. They want to be able to offer this as a service. Likely, whatever Skype does to punch through firewalls didn't make it into the Google spec, and MS isn't about to reveal their special sauce.

    14. Re:Some things never change.... by josepha48 · · Score: 1

      True, on our site IE (7 on up) make up 50% of our traffic and Chrome is about 15% and growing. Safari and iOS Safari (not totally the same thing) make up about another 25% and Firefox has about 15%. However like the video codecs in HTML5 where they split and you have to have video encoded 3 ways I could see MS making us web developers code 2 ways or us having 2 standards.

      --

      Only 'flamers' flame!

    15. Re:Some things never change.... by VortexCortex · · Score: 5, Insightful

      What matters is the product, which in this case is a web-based implementation of voice/video chat. Out of the two proposed standards, the one that can actually be used to implement the product that users want, will win.

      Then by your logic, MS will use Skype to win this standard war... Which I agree is probably the case, and also why I said "Fuck you" to building anything on top of browsers a long time ago. Native applications are where it's at. This way, when MS wins, and FF can't work around some patent BS, then I can still just keep using classic NAT traversal like STUN and TURN, and ignore all this bullshit.

      What we need is an open platform to develop applications on -- A shitty document display mark up language and a horrid scripting language are what we have to work with. It's really a shame that Java dropped the ball.

      It takes me OVER SIX TIMES AS LONG to write a HTML5 web app than to make the same app as a native program on Android (ARM), x86 / x64 windows, iOS, OSX, Linux (and BSD). Cross platform tool-chains exist -- The web only wishes it were one. Long Live The Internet, fuck the web.

    16. Re:Some things never change.... by __aaltlg1547 · · Score: 1

      IE has absolutely nothing to do with. Nor does any other particular browser or company.

      What matters is the product, which in this case is a web-based implementation of voice/video chat. Out of the two proposed standards, the one that can actually be used to implement the product that users want, will win. Indirectly, the browsers supporting that standard will also win by being slightly more useful.

      And note that there are already examples of browsers being used to push standard proposals after 2005. For example, part of the reason why I switched to Chrome is because it implemented the desktop notification HTML5 API (which originated as a Google proposal) early on, and Google added support for those notifications in GMail. So, for a while, Chrome was the only browser where you'd get popups for new mail when using GMail web interface. Eventually it became an HTML5 standard and other browsers picked it up.

      Same thing here. Whoever does it right (or rather good enough), gets to promote it to an actual HTML5 standard. I don't much care if it's Google or MS or Apple or whoever, so long as the result is actually useful and not crippled. But if the existing thing that Google pushes for is crippled, it won't take off, and thankfully so.

      Because most devices don't and many can't run Internet Explorer these days, the standard app that runs on an open standard will win. Microsoft will end up supporting the Google/Mozilla solution because their users will want to be interoperable with video chat on Chrome and Firefox (and Safari and Opera and others). They won't risk driving users off their platform by ONLY providing a Microsoft solution.

    17. Re:Some things never change.... by nyquil+superstar · · Score: 2, Interesting

      Oh to have mod points. HTML5 and JS (and let's not forget to throw CSS on top) are so awful, it's ridiculous. Couldn't agree with you more.

    18. Re:Some things never change.... by shutdown+-p+now · · Score: 3, Interesting

      What we need is an open platform to develop applications on -- A shitty document display mark up language and a horrid scripting language are what we have to work with. It's really a shame that Java dropped the ball.

      Have a look at Qt and QML. It's not quite there yet, but it's looking to be everything that WPF promised back in the day, plus openness and portability, and it's actually being actively developed.

    19. Re:Some things never change.... by shutdown+-p+now · · Score: 1

      Because most devices don't and many can't run Internet Explorer these days, the standard app that runs on an open standard will win. Microsoft will end up supporting the Google/Mozilla solution because their users will want to be interoperable with video chat on Chrome and Firefox (and Safari and Opera and others). They won't risk driving users off their platform by ONLY providing a Microsoft solution.

      By the same logic, Google/Mozilla won't be able to push their solution, because there are still many users who run IE, and don't care for (or rather don't even know) about other browsers.

      Don't forget Apple, either. They still rule the mobile space, so any solution that won't work there - no matter who offers it - will be crippled from the get go. Of course one can write an app for iOS, but so far Google hasn't been good at that, and I'm not aware of any from Mozilla...

    20. Re:Some things never change.... by Anonymous Coward · · Score: 0

      Not Metro, Skype.

      And Microsoft can't adopt an open standard. It needs to enforce its own standard to ensure they can maintain the wiretap backdoor they've just implemented in Skype. If they lose that, a lot of their US government protection could be withdrawn.

    21. Re:Some things never change.... by ozmanjusri · · Score: 1

      and would marginalize what they're attempting to do with Skype.

      Why?

      Skype is the market and mindset leader in online voice and video communication right now. Microsoft is trying to leverage that market presence to get their own web communication standard adopted, whether officially or as a defacto.

      If they manage it, they'll be able to block out competitors, particularly free ones like Mozilla and Linux, who aren't able to pay a per-client licensing fee.

      --
      "I've got more toys than Teruhisa Kitahara."
    22. Re:Some things never change.... by Richard_at_work · · Score: 1

      Interesting - looks like Google is trying to get VP8 in as the default available codec for the web, one way or another. They lost the HTML5 codec battle, but are now sneaking it in as a mandatory requirement for another standard...

    23. Re:Some things never change.... by crutchy · · Score: 1

      skype is closed source anyway, so i don't see why microsoft using their own "standard" for skype talking to skype should be any more of a problem than if i develop a little chat program in delphi that uses its own protocol on top of tcp/ip sockets.

      why would microsoft want skype to talk to any other software other than skype?

    24. Re:Some things never change.... by crutchy · · Score: 1

      silverlight is stillborn. get with the times. silverlight will become popular when i become the slashdot webmaster.

    25. Re:Some things never change.... by crutchy · · Score: 1

      html/php/css/js works good for me. it suits the agile methodology, and if a colleague finds a bug or needs a feature, i can fix, test and publish in a few minutes and my colleague just hits a button on the app and the fix is implemented without him even having to reload his data files. it can get a bit funky when you get into outputting js within html from php, but that's why there's two different string delimiters :)

      you're probably just doing it wrong

    26. Re:Some things never change.... by Intrepid+imaginaut · · Score: 1

      Yes, that was my point.

    27. Re:Some things never change.... by Rockoon · · Score: 1, Interesting

      Indeed.

      Requiring an open codec is a double-edged sword. On the one hand we all win because its open and free, but on the other we all lose because better codecs that arent open (and this isnt just about H.264) become a non-option and there are plenty of devices that simply don't do VP8 well (no hardware support.)

      It could be argued that VP8 is almost as good as H.264 in terms of quality per bit, but H.264 is *also* yesterdays technology so thats actually arguing about things that shouldnt even be on our radar.

      Tomorrows technology (HEVC aka H.265) is just around the corner and is significantly better than either VP8 or H.264, and its really a shame that any standard could be considered that rules out the use of either it or other next-generation codecs. I dont know what the folks at the W3C are doing.. I really don't. Its insane politicking that hurts us all. Just allow any codec, for christ sakes! This isnt a hard decision unless you have ulterior motives.

      --
      "His name was James Damore."
    28. Re:Some things never change.... by ozmanjusri · · Score: 1

      why would microsoft want skype to talk to any other software other than skype?

      They're trying to build it into their web client.

      --
      "I've got more toys than Teruhisa Kitahara."
    29. Re:Some things never change.... by TheRaven64 · · Score: 1

      So? Make the web client use Silverlight. It doesn't need to use open standards any more than Skype itself does.

      --
      I am TheRaven on Soylent News
    30. Re:Some things never change.... by hairyfeet · · Score: 1

      Dude, have you paid ANY attention to the way Steve "LOL I wanna work at Cupertino!" Ballmer has run the company? Does the words Zune mean anything? Kin? Sidekick? MSFT buying a company is the kiss of death now and I wouldn't be surprised if Skype goes the way of Zune thanks to MSFT mismanagement.

      In the end everyone remembers what MSFT did with IE 6 and nobody is gonna want to go down that road again so MSFT can push their proprietary "solution" all day long, its not gonna go anywhere, not against Google. This just shows how badly out of touch the guys at Redmond are, still acting like its 2004 and they have the pull to get away with crap like that now when mobile is booming and desktops are flatline.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    31. Re:Some things never change.... by SuperDre · · Score: 1

      But why settle for a substandard standard if another company is proposing a much better standard. Also don't think for a minute that Google is any different than microsoft, they all want their methods used. You could also argue why not to implement the best methods/techniques from both 'standards' to get the best standard.. Google also just tries to push their way onto the browserlandscape,and they're not always the best, but they keep on pushing..
      To me as a user i'd ratherhave them really work together instead of 'figthing' each other, the f-ing tech isn't finalized yet, so why not make sure the end result is the best, and that's something that can only happen if they listen to each other instead of fightinh each other..

    32. Re:Some things never change.... by hairyfeet · · Score: 1

      Thanks crutchy, I so rarely get to use this in a sentence...WHOOSH!

      Kinda the point there pal, just like silverlight MSFT just can't ram standards down anyone's throat anymore, the world has moved on and they ain't the 800 pound gorilla they used to be. That would be Google and Apple while MSFT is an old chimp sitting in the corner going "I used to be King Kong dammit! I used to be feared!" while everyone just ignores it as they walk on by.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    33. Re:Some things never change.... by ozmanjusri · · Score: 1

      Silverlight is dead. Microsofties have even been told not to talk about it.

      --
      "I've got more toys than Teruhisa Kitahara."
    34. Re:Some things never change.... by BenoitRen · · Score: 2

      Allowing any codec has consequences, many of them being bad. No thanks.

      Also, you're missing the point when it comes to "better codecs". The web doesn't need the best codec. It needs a codec that is good enough.

    35. Re:Some things never change.... by __aaltlg1547 · · Score: 1

      Because most devices don't and many can't run Internet Explorer these days, the standard app that runs on an open standard will win. Microsoft will end up supporting the Google/Mozilla solution because their users will want to be interoperable with video chat on Chrome and Firefox (and Safari and Opera and others). They won't risk driving users off their platform by ONLY providing a Microsoft solution.

      By the same logic, Google/Mozilla won't be able to push their solution, because there are still many users who run IE, and don't care for (or rather don't even know) about other browsers.

      Don't forget Apple, either. They still rule the mobile space, so any solution that won't work there - no matter who offers it - will be crippled from the get go. Of course one can write an app for iOS, but so far Google hasn't been good at that, and I'm not aware of any from Mozilla...

      Google/Mozilla probably won't have to force anything. Apple typically supports open standards and does it early. They'll write their own implementation to avoid liscensing issues, or use a BSD version since they freely cadge BSD code, but your non-Apple browser on the other end won't see any difference. You might not see support for it on phones. I can imagine phone companies objecting to putting a competing (better) service on phones designed to run on their networks and not collecting their usual charges for phone time.

    36. Re:Some things never change.... by Luckyo · · Score: 1

      I would argue that with Skype, microsoft's dominance over telephony and conferencing software is even tighter then that over productivity suites with office. Essentially whatever they say, goes.

      Google already tried to tackle skype with google talk. Its installed base is less then a rounding error in comparison to skype numbers.

      So if microsoft makes their own standard and google/mozilla don't adapt it, people will be pissed at google/mozilla for skype not working in their browser but working fine in IE.

    37. Re:Some things never change.... by theshowmecanuck · · Score: 1

      From the sounds of the article there is no standard yet, just a proposed standard. So what makes MS any worse than Google in this? Is it because Google proposed a standard that fits in with their own technology first? Do people here still think Google is benign? Their standard proposal may be good, but let's not delude ourselves that it doesn't somehow fit in with what they've already developed, just the same as MS. They just made the proposal first. Maybe MS is proposing this because they see Google moving their proposed standard to a place that is incompatible with the long established Skype platform (which is something I would do if I were Google in order to hamstring a competitor). While I am not a fan of MS business practices, and think Ballmer is the worst thing to happen to any company, especially MS, I don't think there is enough evidence presented yet to say which is the better proposal. First doesn't mean better, and Google doesn't mean "do no evil" any longer. Being the first and biggest related technology (i.e. Skype) doesn't mean best, either. Let some independent people who actually know what they're talking about have a look and report back. Hopefully it isn't the standards body itself or we won't hear back until we evolve mind to mind communication that will make this all moot.

      --
      -- I ignore anonymous replies to my comments and postings.
    38. Re:Some things never change.... by BenoitRen · · Score: 2

      A shitty document display mark up language and a horrid scripting language are what we have to work with. It's really a shame that Java dropped the ball.

      HTML isn't shit. But it is designed to display documents, not applications.

      JavaScript is awesome, actually. It's a very misunderstood language. Maybe you just suck at it?

    39. Re:Some things never change.... by BenoitRen · · Score: 2

      They're awesome technologies that are often bashed by people who don't make an effort to work with them. Not everything is easy.

    40. Re:Some things never change.... by shutdown+-p+now · · Score: 1

      Google/Mozilla probably won't have to force anything. Apple typically supports open standards and does it early.

      Like WebM?

      (the one that WebRTC requires as a codec, by the way)

    41. Re:Some things never change.... by Tubal-Cain · · Score: 1

      Likely, whatever Skype does to punch through firewalls didn't make it into the Google spec, and MS isn't about to reveal their special sauce.

      Supernodes, or whatever you want to call them. You connect to Skype's servers, rather than P2P.

    42. Re:Some things never change.... by Em+Adespoton · · Score: 1

      There's more to it than just the supernodes; Skype hides its traffic from many packet inspectors well enough to still work even when VoIP-style traffic is blocked.

    43. Re:Some things never change.... by crutchy · · Score: 1

      maybe its because nobody uses "indeed" in a sentence any more either, so yeah it "whooshed" me..... next

    44. Re:Some things never change.... by crutchy · · Score: 1

      i very much doubt that firefox or chrome will ever be able to skype without some sort of plugin.... anything could happen with IE I guess

    45. Re:Some things never change.... by hkmwbz · · Score: 1

      Considering Apple's market position on mobile? Apple and Microsoft pushed for the proprietary H.264 over WebM, and won.

      --
      Clever signature text goes here.
    46. Re:Some things never change.... by Anonymous Coward · · Score: 0

      Amen, but we're not dealing with programmers, for the most part. Web "programmers" are just idly boastful script kiddies.

    47. Re:Some things never change.... by jmerlin · · Score: 1

      I don't think this logic applies at all. We're talking about Skype, right? I think Skype is small fish in light of this technology, but let's go with that assumption.

      Skype is already installed on millions of PCs, phones, and tablets as a native application. Nobody goes to "www.skype.com" and hopes they can make phone calls from the website, they just open their Skype application. If Microsoft does anything to make Skype run on IE10, it will almost certainly not see a wide adoption, because of the aforementioned fact. It's already installed -- we don't need another way of running it, and we have native apps on our iDevices and Droids, too. On the other hand, the reason something like Meebo became popular in spite of being completely contradictory to what I just said (it's messaging services but web-based), is because it allowed ubiquitous multi-protocol support and muddled everything together for you and did so VERY well. Sure you have Pidgin, Trillian, Adium, etc that will do this, but it managed to do it much more successfully, and it bypassed the sweeping firewall abuses that happened in the last decade to stop "abuse" of internet access at work, school, etc, which wasn't a small part of its success.

      On the other hand, what will you get as a result? You'll have Skype, this software that we already all have native implementations for, running in a web-capable manner but ONLY for IE10. That means the vast majority of web browsers in the world cannot run the software. So you have a web service that has not made an attempt at proliferation. That is a complete fail from the start. What you have is a useless bit of engineering, and it won't make a splash AT ALL as far as these standards go, because there's no compelling story to drive it here. Moreover, proposing a web application intended to be used by everyone and not supporting the major browsers is a losing battle. When was the last time GMail didn't work in IE for you? They could just as well say "screw everything but Chrome," but they get it: it needs to work for everyone, and Microsoft doesn't make that easy, but it's still the truth. Look at Microsoft's own web services. Their MSDN application, their KB systems, their support forums, their registration sites for VS and other applications all now support Chrome and Firefox. They used to work well (sometimes at all) ONLY in IE. Look at OWA and Office365. They work in other browsers, albeit OWA disables features (for no reason) in them, which I'd argue is a good basis for a lawsuit, but then again IANAL, so I'm probably completely wrong. It's still stupid, though.

      Now contrast that with technologies that would see HUGE benefits from this technology: web conferencing. Surely no replacement for Ventrilo, Teamspeak, Mumble (unless we get the Meebo of voice chats, which .. hold on, filing a patent really quick), etc, but there is already a large web presence for conferencing software. This will mean huge improvements in the quality of these systems and one less thing we need to rely on plugins to do. Awesome. I can even see some interesting hacking with this technology that might just end-of-life Skype, too. But it needs massive, sweeping adoption, not one browser in one tiny corner of the Web. This is not what Microsoft's proposed business plan would do. So I don't see that as a valid argument for why their proposal would succeed over one that's already been accepted by the two by-in-large leaders in HTML5 technology.

    48. Re:Some things never change.... by Anonymous Coward · · Score: 0

      "So what makes MS any worse than Google in this?" Microsoft is a symbol of the free-market. Apple and Google are symbols of international socialism. Get with it, child.

    49. Re:Some things never change.... by jmerlin · · Score: 2

      I'd argue if that's the case, you're doing it wrong. Java was designed to be ubiquitous and to provide that write-once-run-everywhere capability that we needed, but hasn't succeeded arguably one of the worst languages ever created (weak typing, too!). Surely there's something bigger here than you or others are willing to admit.

      You mention tool-chains, but it appears implicit that you haven't noticed that same trend web development. It's moving away from manually using HTML5 APIs, DOM manipulation (because the DOM API can fuck itself, for all we care), etc, and more towards the development of widely used, open, stable, and mature libraries and frameworks that provide incredible speed and agility in authoring. Look at AngularJS. It has the potential to replace GWT at Google as a platform*. Wow. It was designed to make development of web interfaces faster than GWT, and in fact, that's the very story of its birth.

      No offense meant towards you or anyone else who finds themselves in a similar boat, but in my experience, the case is in general that it's a simple case of doin'-it-wrong. I typically hear this from people who WANT the web as a platform to fail or to be bad, and so they create this huge barrier akin to noticing that C lets you use inline ASM and then taking that as "C is basically just writing ASM, how can anyone get anything done with this?". The web has within it a beautiful and rapid basis for application development. Try to get in touch with it, your life will be simpler.

      And towards the future: we have potential prospects like Dart that could succeed Javascript in a few years, we can hope. It's substantially better as a language fundamentally than JS but remains quite simple to use, especially for JS veterans, and for anyone familiar with C or Java. Right now, it has terrible performance, so when V8-level JIT-fu is applied, I suspect Dart will be the fastest web-borne language in existence (strong typing means the JITC can do a much better job without needing to rely on deoptimizations due to type inference failures, which are essentially the cache-misses of JS). The future is full of possibilities for web development. Embrace it, and encourage sanity. It's easy to belittle something, it's harder to improve it.

      * I tried to find this reference, I believe it's in one of the I/O 2012 videos, if you care to find it.

    50. Re:Some things never change.... by MikeBabcock · · Score: 1

      Indeed, I remember the codec hell days on Windows 95, 98, XP ... downloading new codecs to make various videos work online. Intel's various codecs, Apple's, etc.

      Standards are really really nice sometimes.

      --
      - Michael T. Babcock (Yes, I blog)
    51. Re:Some things never change.... by datavirtue · · Score: 1

      You guys obviously have no experience with a mature development platform. I love the idea and ability of building web apps but that doesn't take away from the fact that these technologies are a goddamned hack. I use all the modern frameworks and what-not, and it is getting better, but it in no way equals the ease and fluidity with which I can build a desktop application.

      --
      I object to power without constructive purpose. --Spock
    52. Re:Some things never change.... by datavirtue · · Score: 1

      Apple is only a very small slice of the users in the world. Good try though. Run the numbers against the population for percentages.

      --
      I object to power without constructive purpose. --Spock
    53. Re:Some things never change.... by Rockoon · · Score: 1

      Allowing any codec has consequences

      Yes, like doubling the effective bandwidth of the entire internet (which is mostly video these days.)

      --
      "His name was James Damore."
    54. Re:Some things never change.... by BenoitRen · · Score: 1

      The technologies aren't a hack. Web applications are a hack.

      Most web frameworks actually make your work harder and are a great way to obfuscate your code. I just use web standards directly and it's not too bad.

    55. Re:Some things never change.... by Anonymous Coward · · Score: 0

      "QML (Qt Meta Language or Qt Modeling Language[2]) is a JavaScript-based, ..."

    56. Re:Some things never change.... by shutdown+-p+now · · Score: 1

      QML itself uses JS-like (or rather JSON-like) syntax for the markup tree; but it's not really JS. Just look at the code samples in Wikipedia. It does use actual JavaScript for property bindings. However, the framework itself is written in C++, and it can databind to C++ objects - so a typical infrastructure would be a view written in QML, with JS for data bindings, against a C++ model.

      It certainly has nothing to do with HTML5/JS/CSS "web app" stack.

    57. Re:Some things never change.... by Anonymous Coward · · Score: 0

      For Skype and other VOIP VP8 is a poor choice. It does not handle low-bitrate speech nearly as well as a special purpose codec such as Speex. Video is another matter and for that application it is certainly good enough.

    58. Re:Some things never change.... by metrix007 · · Score: 1

      Errr, no. Skype is pretty easy to block, if you are an at all competent admin. A pain, sure. But it's no mystery.

      --
      If you ignore ACs because they are anonymous - you're an idiot.
  2. Here's a thought by WizADSL · · Score: 5, Insightful

    Why not go with the best overall standard regardless of who introduced it and whether or not it was the first. Now this doesn't mean I'm for or against either standard, it just seems that the assumption is that it should be ignored because it wasn't first and because Microsoft introduced it.

    1. Re:Here's a thought by Anonymous Coward · · Score: 0, Troll

      You must be new here. This is slashdot and Microsoft has never contributed anything positive to the world.

    2. Re:Here's a thought by Anonymous Coward · · Score: 2, Insightful

      The problem, is technology moves to fast, there's ALWAYS something better. At some point you need to pick a standard... Microsoft is just trying to change the game to their advantage (as is normal for them).

    3. Re:Here's a thought by Billly+Gates · · Score: 3, Insightful

      Why not go with the best overall standard regardless of who introduced it and whether or not it was the first. Now this doesn't mean I'm for or against either standard, it just seems that the assumption is that it should be ignored because it wasn't first and because Microsoft introduced it.

      We did that. The answer was IE 6. Remember those days?

        It is hated now especially on Slashdot but at the time it had the best box model, best implementation of javascript, and of course specific css sheets with proprietary values were the best of the best 10 years ago. When the world and the W3C decided to do things differently we ended up with a world wide web that was optimized for just that one browser at that one version, where we got an error message saying Netscape isn't supported ... even though we used Firefox?!

    4. Re:Here's a thought by Nerdfest · · Score: 1

      That's only valid if it's a completely open standard. It needs to be completely open right from the beginning, otherwise it's meaningless ... promises won't cut it. Is FaceTime an open standard as promised?

    5. Re:Here's a thought by zlives · · Score: 3, Funny

      what about bob

    6. Re:Here's a thought by cpu6502 · · Score: 0

      >>>IE6 is hated now especially on Slashdot but at the time it had the best box model, best implementation of javascript, and of course specific css sheets with proprietary values were the best of the best 10 years ago.
      >>>
      Perhaps YOU thought it was best, but I have and still am loyal to the Mosaic/Mozilla family. I started with Mosaic for Amiga in 1993, and then when I heard the same team also developed Mozilla Netscape, jumped over there.

      I haven't stopped using Mozilla-branded browsers since. (Except at work because IE5 and 6 were the only ones allowed; horrible.) Netscape 1 through 7, Firefox 2 through 10, and SeaMonkey2.x. I've never experienced any problems.

      --
      My AC stalker: " I personally agree with your posts most of the time, but that won't keep me from modding you troll"
    7. Re:Here's a thought by condition-label-red · · Score: 2

      Define "best"....

      --
      Lorem ipsum dolor sit amet, consectetuer adipiscing elit.
    8. Re:Here's a thought by Billly+Gates · · Score: 2

      That's only valid if it's a completely open standard. It needs to be completely open right from the beginning, otherwise it's meaningless ... promises won't cut it. Is FaceTime an open standard as promised?

      Exactly! Which was the point of not letting make the best man win approach as it leads to problems 11 years later with poor saps supporting their pages still to that old standard that really was not a standard.

      IE 6 really was ahead of Netscape for many years. Mozilla had the same bugs netscape had and it took awhile before Firefox was ready and even firefox failed the acid tests too until about 2.0 if I recall right. That leaves 6 years for IE 6 that mucked up everything.

      Today we can't implement all the html 5 features on www.html5test.com. Not because of supporting ancient versions of IE but because css 3 has 3 different versions that are incompatible with each other just like IE 6 was in its day. Some tags are identical, others take hexidecimal for color arguments, others take 0-255 srgb for the same ones. There is no standard in html 5 and css 3 besides a few basics. W3C needs to speed up or feature freeze its set and move the newer stuff for html 5 and css 3 and turn them into html 5.1 and css 3.1 standards and then 5.2 and css 3.2 and so on. Too many proposals from everyone and it is not just MS. Apple/Chrome from webkit is making alot of different implementations from everyone else.

    9. Re:Here's a thought by Grayhand · · Score: 0

      Why not go with the best overall standard regardless of who introduced it and whether or not it was the first. Now this doesn't mean I'm for or against either standard, it just seems that the assumption is that it should be ignored because it wasn't first and because Microsoft introduced it.

      When has that ever worked? The US picked NTSC when Pal was clearly the superior standard. VHS won out even though Beta was better. Some felt HD was better than Blu-ray, I was on the Blu-ray side, but Blu-ray won out. At the time it came out Firewire then firewire 800 were clearly superior standards. Eventually other standards came out to compete but I used Firewire for years and enjoyed the speed while others stubbornly refused to support it or users to use it. Generally there are business and political factors that will determine a standard. Microsoft's is likely no better it's simply one they control. Apple does the same thing by tweaking things like ePub into their own proprietary standard so they can control it.

    10. Re:Here's a thought by hobarrera · · Score: 1

      When has that ever worked? The US picked NTSC when Pal was clearly the superior standard. VHS won out even though Beta was better. Some felt HD was better than Blu-ray, I was on the Blu-ray side, but Blu-ray won out.

      Who? I never recall having ever read/heard DVD-HD was better. It died in silence, I can't say I've even ever seen one in my entire life.

      At the time it came out Firewire then firewire 800 were clearly superior standards. Eventually other standards came out to compete but I used Firewire for years and enjoyed the speed while others stubbornly refused to support it or users to use it.

      That depends on how you define "better". It was faster, but way more expensive, and the speed wasn't that big of a deal for most consumer products at the time. Cost was.

      Generally there are business and political factors that will determine a standard. Microsoft's is likely no better it's simply one they control. Apple does the same thing by tweaking things like ePub into their own proprietary standard so they can control it.

    11. Re:Here's a thought by Anonymous Coward · · Score: 2, Insightful

      The US picked NTSC when Pal was clearly the superior standard.

      That's a laugh. Both formats make a tradeoff in one area or another. In no way is PAL defacto better.

    12. Re:Here's a thought by farble1670 · · Score: 1

      Why not go with the best overall standard regardless of who introduced it and whether or not it was the first. Now this doesn't mean I'm for or against either standard, it just seems that the assumption is that it should be ignored because it wasn't first and because Microsoft introduced it.

      because at some point, you need to say "good enough for version 1.0" and move forward with an implementation. google and firefox have already done this. should they back up and re-write their impls because someone came along with something better (on paper)?

      there's always 2.0, and MSFT should be getting involved in the existing standard to influence the 2.0 effort to get the features they need.

    13. Re:Here's a thought by Anonymous Coward · · Score: 0

      My comment was fecesious but slashdot gets pretty worked up when you question their sympathies. Despite having an obvious anti-MS slant, there's always a moderator who takes personal offense to the implication. If I was smarter and more resolute I'd just stop reading it altogether.

    14. Re:Here's a thought by crutchy · · Score: 2

      you're right... bob has provided geeks with a basis for many an entertaining icebreaker joke for years

      geek: "hi sweety... how about that microsoft bob huh... gosh that was an epic pos"
      hot blonde dumb chick: "ooooh you're bashing microsoft bob.... i soooo want to sleep with you tonight"

    15. Re:Here's a thought by Dishevel · · Score: 1

      Because there will always be a better standard.
      If you do not set a decent standard and stick with it you have no standard. That is usually bad.

      By the way. Oblig XKCD.

      --
      Why is it so hard to only have politicians for a few years, then have them go away?
    16. Re:Here's a thought by Anonymous Coward · · Score: 0

      Yes, if it is actually better they should. See IndexedDB.

    17. Re:Here's a thought by Gadget_Guy · · Score: 1

      because at some point, you need to say "good enough for version 1.0" and move forward with an implementation. google and firefox have already done this. should they back up and re-write their impls because someone came along with something better (on paper)?

      If a browser is going to implement non-standard stuff, then yes they should rewrite it when the standard proves to be something different. If the roles were reversed and it was Internet Explorer that had the non-standard elements, then nobody would argue that their ideas should automatically adopted by the W3C just because they had already made the implementation.

      there's always 2.0, and MSFT should be getting involved in the existing standard to influence the 2.0 effort to get the features they need.

      But surely that is exactly what Microsoft are doing, except that the standard is nowhere near 1.0 so that is the milestone they want to influence. According to the WebRTC draft spec:

      This document is the second working draft of the WebRTC specification, and is still subject to major changes that have been discussed but not yet incorporated in the specification (e.g. the inclusion of a data channel API, the JSEP signalling proposal and others). Since the previous draft, the getUserMedia API was moved into a document of its own [GETUSERMEDIA], and a number of clarifications were made.

      While early experimentations are encouraged, the document is therefore not intended for implementation. The API is based on preliminary work done in the WHATWG. The Web Real-Time Communications Working Group expects this specification to evolve significantly.

      So the W3C said that it was not ready to implement because it could change significantly. It seems to me that Microsoft are doing exactly what the process should be: identifying flaws in the existing spec and coming up with alternatives while it is still in the early stages.

    18. Re:Here's a thought by farble1670 · · Score: 3, Interesting

      i've seen this problem in a lot of software projects. two competing ideas ... one is implemented, one is on paper. guess what? the one on paper is always better. of course it is, since it doesn't exist, it can solve any problem.

    19. Re:Here's a thought by wamatt · · Score: 1

      >Define "best"....

      The standard that offers the most pleasing experience to the broadest number of browser users.

    20. Re:Here's a thought by scot4875 · · Score: 1

      Good for you.

      But as a web developer around the turn of the century, I'll say with no reservations that IE6 was the easiest browser to write for. Netscape from version 4 through Firefox 1.5 were pretty terrible.

      YOU may haven't experienced any problems, but I guarantee the people generating HTML and Javascript that would look decent on those browsers had to work around a lot more crap than IE 6's broken box model.

      --Jeremy

      --
      Jesus was a liberal
    21. Re:Here's a thought by Anonymous Coward · · Score: 0

      Why not go with the best overall standard regardless of who introduced it and whether or not it was the first.

      Define "best".

      If you limit the definition to purely technical merit, a standard that works with the H.264 codec is probably "best".

      If you take patents and financial considerations into account, it's impossible achieve consensus about what is "best". Vendors who are already paying the H.264 protection racket will prefer H.264. Those who can't or won't pay up will prefer something else (e.g. VP8).

    22. Re:Here's a thought by edwdig · · Score: 2

      The US picked NTSC when Pal was clearly the superior standard.

      PAL is higher resolution. NTSC has a higher framerate. They each have some other minor differences. Which one is better depends on your personal preferences.

      VHS won out even though Beta was better.

      Beta had better picture quality, but suffered from short recording times. The longer recording times mattered more to people. VHS also had better licensing terms, which helped the people making the hardware and pre-recorded videos. VHS was better for most people.

      Some felt HD was better than Blu-ray,

      Blu-Ray was designed to be the best format possible at the time. This meant new manufacturing factories were required to make them. HD-DVD was designed to be a "good enough" format. It's big selling point was that the discs could be made at existing DVD factories with only relatively minor changes to the equipment. The software end of the specifications each have their pros and cons, but were similar enough that few people had strong feelings about it. Ultimately Blu-Ray won because Sony was committed to building out the manufacturing plants. Once they built sufficient plants, there was little reason to use HD-DVD.

      At the time it came out Firewire then firewire 800 were clearly superior standards.

      Firewire was great if you were using it for high end equipment that needed high speed data transfers. It was great for things like digital video cameras and external hard drives. It fairly expensive though, and much less flexible than USB. USB won out because it offered enough speed for most devices, was extremely cheap to include in a device, and allowed easy chaining of a lot of devices. For the average computer user, USB was a lot better. While Firewire was still faster than USB 2.0, it wasn't a significant enough difference to matter for many people.

    23. Re:Here's a thought by swillden · · Score: 2

      Define "most pleasing", and specify how you're going to measure "broadest".

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    24. Re:Here's a thought by sjames · · Score: 3, Informative

      They are. MS's proposal would require royalty payments for H.264 while Google and Mozilla are using VP8.

    25. Re:Here's a thought by jasomill · · Score: 2

      Firewire was great if you were using it for high end equipment that needed high speed data transfers. It was great for things like digital video cameras and external hard drives. It fairly expensive though, and much less flexible than USB.

      How so? The USB host/device distinction means that it's difficult to use for computer-to-computer connectionssuch as IP networking and "target disk" modes. Due to USB's current limitations, bus-powered I/O devices that work fine over FireWire often require either external power supplies or ridiculous "splitter cables" to connect to two USB ports simultaneously to draw sufficient power. FireWire also supports more flexible cabling arrangements, with UTP and optical cabling options that support runs up to 100m long without hubs or repeaters.

      For the record, "fairly expensive" was $1 or so per device.

    26. Re:Here's a thought by VortexCortex · · Score: 1

      Broadest will be measured by which protocol is used to implement Skype first.

      most pleasing adj. - Consistently giving the most head.

    27. Re:Here's a thought by ThatsMyNick · · Score: 1

      Little Endian or Big Endian? Which is the better standard? Why?

    28. Re:Here's a thought by symbolset · · Score: 1

      I was going to go with "coprolitic" but "fecesious" works. Well said.

      --
      Help stamp out iliturcy.
    29. Re:Here's a thought by symbolset · · Score: 5, Insightful

      The nice thing about standards is that there are so many to choose from. - Andrew S. Tanenbaum

      Microsoft wields standards like an axe to lay low their foes. They are the natural enemy of interoperability - a company that built its business on being incompatible with everything they want to dominate, one corner at a time. Here, for example, is them talking about leveraging standards to dominate Novell, from the documents disclosed in Comes v. Microsoft

      Microsoft got their ExFAT format accepted as a standard volume format for SD and its derivatives, and now use it to extort broad patent portfolio licensing from Android manufacturers because if it supports SDHC or uSDHC with a reasonable media size, the Android device must support ExFAT or it won't be compatible with cameras and other devices that use it. That's a clever strategy for Microsoft, but not a smart one for people who made the format standard because it ultimately makes the standard a dead end.

      People who just want to move pictures from the camera to the tablet on the card must pay more now for the tablet, or buy the Microsoft supported tablet and we know what those are like. Ultimately it's destructive to the standard and costly to consumers as uSDHC BOM costs $0.07 to implement and the patent portfolio license demanded is more like $15-25 - we can't even be sure exactly what the price is as they won't even negotiate a license except under NDA. Naturally this leads to innovative devices like the Nexus 7 omitting external storage support entirely and holds back progress in the field. It encourages wifi-attached cameras to avoid the problem. The standard becomes a trap that allows one participant in the market to control its direction. Obviously this is not the purpose of standards.

      Post the OOXML debacle this is well understood, and nobody who wants their standard taken seriously would align with Microsoft. The ISO may take a decade to repair the damage from that one where resources deployed to put over the standard involved not just dirty dealing, but deploying such heavy hitters as heads of state.

      Microsoft is no longer the 800lb gorilla of IT, casting the long shadow they once did. Even Apple swings more weight than them now. Android phones moved more units and profits than their Windows PC OEMs did last quarter. They don't get to make the rules any more. For the rest of us that's a good thing because they really suck at it. It's like playing Calvinball with Calvin, or any game with a six-year-old: rule 1 is they always get to win.

      /Why yes, I did hide this comment down low in the thread on purpose.

      --
      Help stamp out iliturcy.
    30. Re:Here's a thought by symbolset · · Score: 1

      Selecting the best software solution for line of business applications requires some foresight. If the software selection involves chewing your leg off to escape its trap prior to your retirement date, you don't want it as it will impede your quiet contemplation of life's purpose while killing salmonids in your declining years. IE6 and its .NET server complements turned into such a trap and ruined many a career - and is still doing so.

      Youth imagine themselves wiser than their elders having fresh insight, but the wisest youth will look to the indigent elder and ask how he came to be in that condition. We are having a generational change in IT now, and it's time for the old guard to pass on the tribal knowledge.

      One of the most essential things we need to teach youths is not to build your castle on sand. Place your faith in no man. Do not ever build in dependency on a single source, like a business-essential application that requires a client or server available from only one vendor. That makes your future hostage to that vendor and experience will show that given that level of influence over you, the vendor will abuse it for all they can against your better interest - and that can go quite further than you ever imagined. Don't chose to be a hostage.

      Most especially having chewed your leg off to get out of the trap don't go back to the same vendor for the new, improved and more user friendly Trap V.2.01. If you do that you're only going to lose another leg. That would make fishing hard in your declining years.

      --
      Help stamp out iliturcy.
    31. Re:Here's a thought by symbolset · · Score: 1

      Microsoft has inserted some operatives into W3schools, and they're causing this problem. They will be rooted out.

      --
      Help stamp out iliturcy.
    32. Re:Here's a thought by Immerman · · Score: 1

      For the record, "fairly expensive" was $1 or so per device.

      Exactly - double or triple that to account for the various vendor markups between manufacturer and consumer and it absolutely cripples the sales of your $10 flash drive. And sure, you *could* manufacture a completely different firewire-based device for the higher-end $50-$100 market, with all the design and retooling costs that entails... or you could take the exact same $10 device and swap out a few components with their pin-compatible higher-end alternatives and use a different color plastic for the injection-molded case.

      So yeah - Firewire was targeted at the upper end of the market, and as a result it was largely swept away by the "good enough" USB alternatives that could take advantage of the immense economies of scale at the low end of the market.

      --
      --- Most topics have many sides worth arguing, allow me to take one opposite you.
    33. Re:Here's a thought by symbolset · · Score: 1

      Parent was the most informative comment in this whole discussion.

      --
      Help stamp out iliturcy.
    34. Re:Here's a thought by Kalriath · · Score: 1

      Good thing a random HTML tutorial site has precisely fuck all relevance to anyone then.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    35. Re:Here's a thought by aaron552 · · Score: 1

      Little Endian is (slightly) more efficient and Big Endian is more "natural". Neither has won, because most programming is done at a higher level where the endianness is abstracted away from the programmer. In this case, neither is significantly "better".

      --
      I had a sig once. It was lost in the great storm of '09.
    36. Re:Here's a thought by Bert64 · · Score: 2

      The framerate of PAL is down to the power supply in europe being 50hz, while the power supply in the us is 60hz, which means you can sync the display to the input power source rather than having your own timing circuitry.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    37. Re:Here's a thought by Anonymous Coward · · Score: 0

      Facetious.

      I frequently feel I should stop using the Internet out of a fear that poor grammar will slowly pound its way into my brain.

    38. Re:Here's a thought by BenoitRen · · Score: 1

      PAL has better better colours and resolution. The tradeoff is 50 frames instead of 60 frames per second, but is that really an issue. NTSC's 60 frames per second isn't even true because otherwise there's a sound issue.

    39. Re:Here's a thought by BenoitRen · · Score: 1

      PAL is higher resolution. NTSC has a higher framerate. They each have some other minor differences. Which one is better depends on your personal preferences.

      Not really. PAL generally makes for a better image thanks to better colour information. 50 frames per second versus 60 frames per second is a non-issue.

    40. Re:Here's a thought by Billly+Gates · · Score: 1

      Not to sound assholish but I would only target a particular version of IE on purpose if I owned such an intranet company. I then could charge you over and over again after each browser update.

      It sucks but intranet software companies are there to make money and it is unrealistic to have them support browsers that change every 6 weeks. Firefox blew it at 4.0.

      Original point is IE 6 as an example was not a bad browser 10 years ago and when no one sets standards we have others fill in. Today Chrome css -webkit extensions are turning into the next IE 6. They are not compatible with Mozilla's nor Microsofts but Chrome is cool so its ok. 10 years from now we are going to be in another clusterfuck as it will take the same man hours removing old webkit css 3 extensions that will break as Google eventuals becomes complaint with the ever slow W3C.

      We have not learned our lesson from that sadly, because we just hate one company and one browser today.

    41. Re:Here's a thought by symbolset · · Score: 1

      In the news today, Outlook.com doesn't work well with Android. So this deliberate incompatibility thing isn't historical. It continues even to today.

      --
      Help stamp out iliturcy.
    42. Re:Here's a thought by BenoitRen · · Score: 1

      at the time it had the best box model

      Which was exactly the same as the W3C's box model. You may be confusing IE6 with IE5.

    43. Re:Here's a thought by swillden · · Score: 1

      Broadest will be measured by which protocol is used to implement Skype first.

      Ah, so your definition of best is "that which Microsoft does". That's certainly simple and unambiguous.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    44. Re:Here's a thought by Anonymous Coward · · Score: 0

      When you finally see how evil Apple and Google are, you'll pray for a Microsoft to rescue us.

    45. Re:Here's a thought by symbolset · · Score: 1

      It's not possible for Apple or Google to be more evil than Microsoft is. Exploiting the emotions of the soon-to-be widow of a Mac conference organizer stricken by cancer with fake sympathy for the purpose of getting on the schedule to destroy his life's work is about as low as it goes. Several times during the corporate mandatory training an employee trainee was moved to ask: "how do you sleep at night?"

      To get above that on the evil scale they'd have to start conducting medical experiments on unwilling subjects, or build some large ovens - which is out of scope for a technology company.

      --
      Help stamp out iliturcy.
    46. Re:Here's a thought by zlives · · Score: 1

      come one now, BOB is only a joke for geeks, no "sweety/hot...chick" will know.
      Also because most of the younger gen don't know Bob, Microsoft is introducing "metro-bob" ;)

      http://en.wikipedia.org/wiki/Microsoft_Bob
      "Microsoft Bob was designed for Windows 95 and Windows NT, and intended to be a user-friendly interface for Microsoft Windows, supplanting the Program Manager."

      Microsoft Metro was designed for Windows 8 and Windows RT, and intended to be a user-friendly interface for Microsoft Windows, supplanting the Start button.

      Its always fun to pick on MS, but as far as me, and the geeks i know... what is an icebreaker joke.

  3. That summary is awful by Anonymous Coward · · Score: 5, Insightful

    Do you even know how standards work? They don't just get pulled out someones ass and then bam everyone implements it.
    Everyone makes suggestions and they implement some ideas and see what needs to be done to improve on it, and this loops until it is completed.

    Neither Google or Microsoft have created a standard, they have created a possible standard. A proposal. Nothing more.
    Saying non-standard is completely ignorant to the situation at hand.

    There is nothing stating that the entire thing is just going to fall apart in a huge mess.
    They likely follow very similar methods that can be implemented in more-or-less the same way.
    In fact, both could be combined to create a better standard overall. (and I am sure there was a very good feature in Microsofts implementation that was completely missing from the Google proposal)
    Remember, Microsoft also gave you XMLHTTPRequest.
    They aren't completely useless. Ignoring them because they slowed down the evolution of the web for a decade is still awful and unfair, regardless of how much we hate them for it. Given they actually put in some effort to IE10 this time, and "Metro", they might actually give a damn about the web now.

    1. Re:That summary is awful by Nerdfest · · Score: 1, Troll

      They only give a damn about 'Metro' because they get a cut of every program sold for it.

    2. Re:That summary is awful by ErnoWindt · · Score: 4, Insightful

      Absolutely correct. The logic of mikejuk's argument is so flawed is hard to know where to begin. Google isn't just proposing standards because they're nice folks who want everyone to work happily together. Google, like Microsoft, is a huge for-profit behemoth whose goal is domination of the markets they are in and any others they can get into. Doubtless Google has some product(s) of its own that require, or may require such a standard and, not being fools, they realize that hiding behind the figleaf of Mozilla and pretending to be nice will buy them some cred in the open-source world. Microsoft pulls stuff like that only when it thinks it needs to. The W3C will most likely cull what is best from both proposals, have lots of meetings, and come up with something that everyone can live with. That's one way standards come into being.

    3. Re:That summary is awful by mwvdlee · · Score: 2

      Everyone makes suggestions and they implement some ideas and see what needs to be done to improve on it, and this loops until it is completed.

      In theory; yes, in practice; no.
      Most standards come from one party (sometimes even a single person) providing the bulk of the standard, than other parties just "debug" the standard.
      In reality, idealized design-by-commity just takes too long to be of any value.

      --
      Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    4. Re:That summary is awful by Nerdfest · · Score: 5, Insightful

      Google also has an interest in the web being open. If everything moves into walled gardens (Facebook, smartphone apps, etc) it loses advertising revenue. Its interests align with those of us who don't want to be stuck in walled gardens.

    5. Re:That summary is awful by Anonymous Coward · · Score: 0, Insightful

      Google also has an interest in the web being open. If everything moves into walled gardens (Facebook, smartphone apps, etc) it loses advertising revenue. Its interests align with those of us who don't want to be stuck in walled gardens.

      Bullshit.

      Google has an interest in the web working with Google.

      If they could do that and exclude Facebook, Microsoft, and Apple - they would.

      Don't think so?

      Of Google, Microsoft, Apple, and Facebook, which one owns a private jumbo jet?

    6. Re:That summary is awful by hobarrera · · Score: 2

      Google has an interes for open web standards, because they are web service providers, and develop web based apps. A standardized web, means it's easier to develop those products. So it's not out of the goodness of their hard that they want an open web, it's because it suits them better.

    7. Re:That summary is awful by Gadget_Guy · · Score: 4, Funny

      In reality, idealized design-by-commity just takes too long to be of any value

      I think you have just described the W3C process perfectly!

    8. Re:That summary is awful by Anonymous Coward · · Score: 0

      Bullshit.

      Google has an interest in the web working with Google.

      I call double bullshit and I raise you a bullshit. Let nobody kid themselves Google has become extremely powerful. I've personally suggested to CEO's not to include the tracking scripts and buy real logging services and everyone knows the power they've achieved in search and mobile markets by now, never mind their tracking abilities.

      That aside their main asset is everyone else's data. If one day people decide to stop giving Google data then the well dries up. I do not see that happening.

      They could give a rats ass if Facebook only works on a mobile phone and not the web because it'll be their phone it's working best on now and if Facebook decides to take themselves off the web completely nobody will care anyway. You can't search most of Facebook anyway so it's not even the same market.

      They're way smarter than us and honestly I do think they still care but that doesn't matter. They're way smarter than us and have thought this through a billion times over and your on the loosing end of Apple and Microsoft argument on this.

      O yeah who gives a flying fuck who owns a jumbo jet at what point did that even matter!

    9. Re:That summary is awful by symbolset · · Score: 1

      Of course we aren't obligated to use Google's services unless they are better. We are obligated to use software that embraces one standard or another. So by embracing open standards anybody can use Google is avoiding the standard "capture the customer" logic and pursuing a "promote progress and always excel" strategy that expresses confidence in their ability to do services better than anybody while improving standards to deliver new levels of progress in UI.

      I'm OK with that. That works for me.

      --
      Help stamp out iliturcy.
    10. Re:That summary is awful by Anonymous Coward · · Score: 0

      You forgot a very important point. Standards have to be open and accessible to everyone. Remember the ISA bus? Remember IBM tried to replace it with the so much better MCA (microchannel architecture) bus? Remember how much it cost? Remember no one adopted it even though it was 'better'? Remember Rambus? Remember their super fast memory? Remember how much it cost? Remember that no one adopted it? People yelp about Linux projects that fork when someone changes a license and everyone jumps off the bandwagon. The hardware and commercial software world behave the same way. Microsoft has a networking architecture called NetBeui. It was supposed to be better than TCP/IP. Remember? Sometimes microsoft wants to do things because they want to be different and so subdivide the computing world for their profit.

    11. Re:That summary is awful by aaron552 · · Score: 1

      MCA was a proprietary standard that lacked hardware manufacturer support and never took off as a result. It's not valid to compare it to an open W3C standard.

      Rambus is another proprietary standard that again failed to take off because it never gained widespread support. DDR RAM was significantly cheaper to manufacture and support (both the DRAM modules and the controller) and performance rapidly outstripped Rambus.

      NetBeui was just NetBIOS over Token Ring. NetBIOS was never intended to be "better" than TCP/IP, nor even a replacement for it (it's not routable) and it still exists today in NBT (NetBIOS over TCP/IP). So no, I don't remember.

      --
      I had a sig once. It was lost in the great storm of '09.
    12. Re:That summary is awful by Jesus_666 · · Score: 1

      Of course Microsoft will implement their version of RTC in IE10/11 and once the W3C gets the spec nailed down it will have to wait until IE12 to be implemented, requiring people wanting to support IE to code against Microsoft's beta spec until Windows 7 has been EOL'd because backporting those changes would be an unbearable burden on Microsoft. If we're lucky we might get a polyfill we have to manually track down and include.

      On the other hand the web developers' infatuation with using -webkit-* (and other WebKit-specific things) everywhere will mean that all other browsers will have to code against Google's beta spec in order to get any support.

      Ultimately we might end up using Flash for this until the current generation of web developers have died off and the next generation realizes that there are people besides the WebKit dev team involved in web standards. At that time Win7/IE10 can be safely ignored and we can finally implement the RPC spec as finalized by the W3C. (For the record, I am a web developer and both -webkit-itis and Microsoft tying IE to Windows versions are annoying trends.)

      --
      USE HOT GRITS WITH STATUE OF NATALIE PORTMAN (NAKED AND PETRIFIED)
    13. Re:That summary is awful by BenoitRen · · Score: 1

      Remember, Microsoft also gave you XMLHTTPRequest.

      Unfortunately, they did. Before that, websites couldn't send data back to the server at whim and get back results without refreshing the page. It opened the door for huge messes of JavaScript we call "web applications".

    14. Re:That summary is awful by BZ · · Score: 1

      That's true as long as Google is not creating its own walled gardens. Which it's hard at work doing, unfortunately. Not quite as bad as Facebook yet, thankfully.

  4. Re:$10,000 CHALLENGE to Alexander Peter Kowalski by Anonymous Coward · · Score: 0

    What in the name of Sweet Jesus McGillicutty are you going on about? Fucking hell, you ramble on about shite in a way that makes no fuckin' sense whatsoever. How about you contact the guy directly and ramble on about whatever the hell it is you're on about and leave us the fuck out of it, ya addlepated gobshite?

  5. How do I be snoopy creepy? by Anonymous Coward · · Score: 0

    Much more difficult to be snoopy creepy without the ability to wedge back doors into a p2p standard.
    After all, it's all about the cloud, p2p must die! Not only is p2p more difficult to be snoopy creepy, it's
    more difficult to collect a toll on.

    1. Re:How do I be snoopy creepy? by Anonymous Coward · · Score: 0

      Yup
      http://www.economicpolicyjournal.com/2012/08/mayor-bloomberg-turns-nyc-into.html

  6. WebRTC? No thanks by nurb432 · · Score: 1, Funny

    From the description, ill pass. Just sounds like another way to eat our personal bandwidth and add more local attack vectors.

    --
    ---- Booth was a patriot ----
    1. Re:WebRTC? No thanks by Anonymous Coward · · Score: 0

      I realize that your personal bandwidth is precious, but surely you can spare enough of it for an apostrophe.

      Also, local attack vector doesn't mean what you think it does.

  7. Re:$10,000 CHALLENGE to Alexander Peter Kowalski by ranpel · · Score: 0

    And here I was thinking I was having a bad experience with a Dr. Bronner's bottle.

    --
    \r
  8. Better is better by Anonymous Coward · · Score: 1

    "but a single standard is preferable to a better non-standard"

    No it's not. Worse is not better. Better is better.

    1. Re:Better is better by binarylarry · · Score: 1

      I wouldn't be so sure, friend.

      I just binged it on my windows phone 7 smartphone and it plainly made the case that the CU-RTC-METRO-WEB ME protocol was far superior.

      --
      Mod me down, my New Earth Global Warmingist friends!
  9. VHS v. Betamax, HDDVD v. Bluray, h.264 v. WebM by cpu6502 · · Score: 1

    Oh and VHS-C v. Super8. (I picked VHS-C.) This is hardly news anymore. It's what companies do in order to gain an advantage over other companies. Nor is it just "the evil" Microsoft.

    Google tried to hijack the internet video standard not too long ago. Everybody was already using MPEG4/h.264 online & in their portable iPods, but suddenly Google decided to introduce WebM and throw things into chaos. To quote the /. summary: "A single standard is preferable to a better non-standard," whether it's better or not.

    --
    My AC stalker: " I personally agree with your posts most of the time, but that won't keep me from modding you troll"
    1. Re:VHS v. Betamax, HDDVD v. Bluray, h.264 v. WebM by Anonymous Coward · · Score: 0

      But WebM was there to make something better than Ogg and to avoid patents. I mean h.264 is all great for MSFT/APPL, and GOOG can easily go with it, but open browsers that do not have the same agreements can't really go there.

      So WebM was a good thing (even if Ogg was already there), because it didn't carry the same limitations.

    2. Re:VHS v. Betamax, HDDVD v. Bluray, h.264 v. WebM by Anonymous Coward · · Score: 0

      GiganticBullShit there were other(not vorbis that is and was a piece of crap) containers and formats, google decided to try to force WEBM over the throats of every single person.

    3. Re:VHS v. Betamax, HDDVD v. Bluray, h.264 v. WebM by symbolset · · Score: 1

      Google paid $133M for ON2 and then open sourced their only product and gave it away for free to everyone in the world - not just the compiled proprietary CODEC: the source code, the patents and everything. Those bastards! How DARE they give us a free video format that anybody can implement without asking permission, with examples even.

      Don't they know there are incumbent video CODEC providers who use their ownership of many patents to prevent free platforms that prevent display of compressed video to protect us from platforms they don't control? Enabling free video was a thoughtless destruction of many avenues of market control. That was bad, and Google should feel bad.

      /sarcasm

      --
      Help stamp out iliturcy.
    4. Re:VHS v. Betamax, HDDVD v. Bluray, h.264 v. WebM by cpu6502 · · Score: 1

      Yes google SHOULD feel bad for putting WebM videos online that I can't play on my Video iPod, since it doesn't have the required codec. (And also for creating HTML5 websites that block all other browsers except Chrome.) Their actions are breaking the openness of the web.

      --
      My AC stalker: " I personally agree with your posts most of the time, but that won't keep me from modding you troll"
    5. Re:VHS v. Betamax, HDDVD v. Bluray, h.264 v. WebM by symbolset · · Score: 1

      The codec is open source. It's not Google's fault your device's vendor won't implement it. If it was an iPod Touch you could do it yourself.

      Breaking the openness of the web? Maybe you haven't heard the news today: Microsoft's new Outlook.com doesn't work fully for Android devices. And this very article is about Microsoft wanting to balkanize the web standards we all use once again. Google's work is outstanding in the field.

      --
      Help stamp out iliturcy.
  10. "better non-standard" may be better by davidwr · · Score: 1

    a single standard is preferable to a better non-standard

    As much as I might wish this were true, it isn't always the case.

    There was a time when Cisco's proprietary routing protocols were so superior to the widely-implemented published standard protocols that people bought it despite not being a "standard."

    If Microsoft's value-add for "going proprietary" isn't heads-and-shoulders-above the existing standard, then they will need to make sales on the sizzle not the steak.

    --
    Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
  11. They are all doing this by Billly+Gates · · Score: 2

    Here is an example of a Chrome only website? Notice it is fully HTML 5 compliant but the implementation is not standardized yet so the css 3 all have similar functionalities so they get a checkmark at www.html5test.com, but in reality it might as well be IE 6 all over again. That html 5 and css 3 is not w3c standardized.

    Webkite css 3 is different than Microsofts which is also different from Gecko's. Until the W3C starts leading and defining standards I do not think it is evil of MS this time around because there is no guidelines at all and no draft proposal. Just mailing lists of "wouldn't it be great if we had X!"

    If I had my way I would make them do a final proposal and go into a recommendation quickly by freezing other things being discussed and make them html 5.1 and css 3.1. The sooner we have standards the sooner things will work together again.

    1. Re:They are all doing this by VortexCortex · · Score: 1

      Agreed. They should have taken a page from EVERY SOFTWARE DEV, and chopped each milestone into roughly twice as many with half as many goals: Kilometerstones.

      It's taken so damn long (over 8 years) for HTML5 to get here that everyone's moved on to Apps, because:
      0. Javascript is shite at everything from performance to scalability.
      1. We need standards we can use, no one gives a fuck how broken they are -- That's what next version is for, you can't perfect shit.
      2. Cross platform toolchains exist for native program development.
      3. Every browser does everything different, even Canvas and Audio, devs need stable APIs just to Survive!
      4. We CAN'T FUCKING WAIT till they pull their heads out of their asses, we've got mouths to feed.

      Like it or not the Web is a cobbled together application deployment platform made out of the most haphazardly constructed protocols and languages. Software repositories, here we come! Java had the right idea, but got too bloated then dropped the ball. The W3C is what's made walled gardens look good...

  12. Microsoft is correct by rabtech · · Score: 4, Informative

    Google's WebRTC proposal is very narrowly tailored, relies on stateful SIP, and is tied to their WebM video standard.

    Microsoft's proposal is more flexible, stateless, simpler to implement, and is more "web-ish", eg: Relying on an exchange where my browser says "I can accept h264, webm, mpeg2" and the baby monitor says "I speak h264" so we use negotiated h264.

    Basically Microsoft is saying that we should adopt a standard that makes it easy to interact with non-browser devices, phone/cell networks, etc. We should also make the API easier to use and stateless. The original WebRTC proposal is only concerned with letting Google+ users video-chat with other Google+ users and it shows.

    I would urge you to go read the actual proposals before commenting on this:
    Microsoft: http://html5labs.com/cu-rtc-web/cu-rtc-web.htm
    Google's http://dev.w3.org/2011/webrtc/editor/webrtc.html

    I would also point out that Microsoft is following the correct W3C procedure by making a proposal and asking for comments. In the past they would have just shipped it in IE and/or rolled it out automatically to all Windows users, thus making their standard the de-facto standard. We should reward this kind of participation and interaction, not condemn it.

    I would also point out that Microsoft invented AJAX by just rolling out their own standard... the same way JSON was invented. Design by committee sucks in most cases and we'd be far better served by selecting from competing proposals or merging two competing proposals rather than requiring 15 people to sit down and agree on the definition of the draft standard of the proposal to consider altering the document title.

    --
    Natural != (nontoxic || beneficial)
    1. Re:Microsoft is correct by Danathar · · Score: 0

      Is MS's proposals patented?

    2. Re:Microsoft is correct by Anonymous Coward · · Score: 0

      Yes but who sticks to their standards once applied anyways. All kidding aside though is it wise to split browsers from other consumers of the same service in a nearly identical means? Keep in mind such types of classification has more than likely caused the whole 'tablet' classification which now requires a license for each maker and model of each device as opposed to web is web is web on any screen. The point being isn't it better to assume all consumers will pass along it's capabilities within reason to ensure a more flexible standard that serves all but allows innovation too without giving one vendor total control? Do we really need or want another flash? Do we really want to wait and wait and wait for flash to work on our mobile device only to find out vendor X has only paid for models A & B to watch your paid subscription only videos on Hulu, Netflix, Amazon or whatever and your model Z is not permitted. Despite being the same version of the OS, the same add-on plugin to the 'web' and the same content in the same medium you've already paid for. That model sucks and it's time we recognize it and call it out as the short sighted, profit this quarter and to hell with the future practice it is.

    3. Re:Microsoft is correct by hkmwbz · · Score: 1, Troll

      Microsoft's proposal is more flexible, stateless, simpler to implement, and is more "web-ish"

      Oh really?

      Sounds a bit like you've bought into Microsoft's claims a little too soon.

      --
      Clever signature text goes here.
    4. Re:Microsoft is correct by Anonymous Coward · · Score: 0

      Not quite correct; WebRTC isn't based on WebM, it's based on VP8 and Opus (which Xiph, ironically enough, co-developed with Skype within the IETF).

      The proposal is to make these the mandatory to implement codecs because they're the only royalty-free options. Microsoft prefers to ignore the interoperability issue (ie, use h.264 via system codec installs) as anyone without h.264 is just a dirty hippie anyway.

    5. Re:Microsoft is correct by Anonymous Coward · · Score: 1

      Codec negotiation sucks if there is no baseline. Every protocol that doesn't make sure all parties can speak a common language is doomed.

    6. Re:Microsoft is correct by roca · · Score: 4, Interesting

      You've copied Microsoft's talking points but they, and you, don't make sense. For example, both of the existing proposals are codec-agnostic. The codec discussion is important and ongoing but entirely independent of anything addressed by Microsoft's proposal.

      >>> I would also point out that Microsoft is following the correct W3C procedure by making a proposal and asking for comments.
      Being uninvolved in the public working group for two years, giving no feedback, and then suddenly dumping an entirely different proposal into the group with no warning (less than a week after the last IETF meeting) is not "correct procedure".

    7. Re:Microsoft is correct by symbolset · · Score: 1

      What are you crazy? Microsoft patents wiping your butt with two-ply. Of course it's patented. The way patents work though we won't see which patents for ten years or more - if ever.

      --
      Help stamp out iliturcy.
    8. Re:Microsoft is correct by aidan+folkes · · Score: 1

      If they are, then having them adopted by the W3C would mean having to give a royalty free license to those patents: W3C Patent Policy

    9. Re:Microsoft is correct by Anonymous Coward · · Score: 0

      Are you drunk, stupid or both?

    10. Re:Microsoft is correct by Anonymous Coward · · Score: 0

      Zip it, shit stain.

  13. WebRTC not up to the job by lkcl · · Score: 3, Informative

    ok, it's funny, because i've just been reviewing WebRTC. i was extremely excited to hear about it. i've been setting up videoconferencing systems on and off for some time. they've *always* had to be flash-based. if you've ever set up red5, you'll know it's a dog. now there's crtmpserver and there's even rtmplite and siprtmp: http://code.google.com/p/siprtmp/ - i just managed to get this to work a couple of days ago, with yate, thanks to the help of the people on freenode, in #yate

    the problem with flash is this: back in 2008, flash was reasonably stable. but now, it's an absolute dog. flash under macosx on google chrome runs audio in "dalek" fashion. flash under gnu/linux, if ever you enable the webcam you *will* end up with an instant crash, because the video is read into a buffer that's the wrong size (you can see the picture jumping all over the place before the crash occurs).

    and webex? i'd never heard of it until a couple of weeks ago: that crashes, too: at least once every 30 minutes. and you have to pay for it. also, it's a plugin that's only available for macosx and windows.

    the bottom line is that the state of videoconferencing - ubiquitous videoconferencing that's easy to use - is in pretty deep shit. so i was *delighted* to hear of WebRTC.

    unfortunately... *sigh* this was only about an hour ago... i spoke to the implementors on #webrtc about the standard, after finding that there's no way to select the microphone or the output. their response: we're not interested in listening to you. we are going to make this "secure". we have no interest in doing what everyone else in the industry has done. security is the absolute top priority.

    so what that means is: if you create a phone call application, and you want the sound of the call to go out over speakers, and the call to come in on headphones - tough shit. why? because they want to make the *browser* UI (not a javascript API) select the audio output device - singular. likewise, if you wish to select different microphones - tough shit. why? because they want the *browser* UI to select one and *only* one mic source.

    the reason stated (only about an hour ago)? "security". it's "not secure" to give information to web browsers, because people *might* write applications that abuse that information.

    the fact that people *already* abuse cookies to track people very very accurately, and the fact that a UI popup could be made which says "do you wish to give this web site access to the list of audio devices?" then "do you wish to give this web site access to audio device N" were completely ignored.

    so the opportunity to level the playing field - to take over the monopoly that flash has had for decades, and that skype has had for almost a decade - is being lost *not* by the WebRTC technology but by the people *implementing* that technology.

    if the people implementing WebRTC in google chrome and firefox are the same people behind the WebRTC standard, then i am really not surprised to hear that microsoft is going ahead with an alternative standard.

    much as i don't actually like microsoft's abusive dominance which we've all witnessed over the past two decades, i've spoken to the IE team a couple of times and i know that they really really do a hell of a good job, under difficult high-pressured circumstances: their HTML5 compliance is now second to none, for example, and they *still* get flak for it! :)

    so the opportunity is being lost - by the people behind WebRTC - and i truly hope that microsoft's initiative will give them a good kick up the backside and get them to sort themselves out. sort yourselves out, damnit!

    1. Re:WebRTC not up to the job by Anonymous Coward · · Score: 0

      we're not interested in listening to you. ... why? because they want to make the *browser* UI (not a javascript AP) select the audio output device

      Active X. That's the technology you want.

    2. Re:WebRTC not up to the job by terjeber · · Score: 2

      Or, as google called it when they re-invented that horrifyingly destructive mess, Native Client. ActiveX ressurected in Chrome!

    3. Re:WebRTC not up to the job by Anonymous Coward · · Score: 1

      the reason stated (only about an hour ago)? "security". it's "not secure" to give information to web browsers, because people *might* write applications that abuse that information.

      I'm pleased to hear that at least one standards group is thinking about security *before* writing the standard, rather than trying to patch it in afterwards. Thinking about scenarios like "How could this possibly be abused?" is how you get good security in the first place. The absence of such thinking is the reason why the web is such a minefield of malware: why there's such a thing as drive-by attack pages, advertising tracking cookies, etc.

    4. Re:WebRTC not up to the job by Anonymous Coward · · Score: 0

      NaCl is not ActiveX. NaCl is at its core a massive, well thought-out sandbox with some really clever tricks that seems to be at least as hard to break out of as web browsers in general. It really comes across as an OS within the OS while ActiveX was rather about plugins to normally privileged programs that are installed from untrustworthy sources.

    5. Re:WebRTC not up to the job by swillden · · Score: 3, Interesting

      the reason stated (only about an hour ago)? "security". it's "not secure" to give information to web browsers, because people *might* write applications that abuse that information.

      Makes sense to me.

      the fact that a UI popup could be made which says "do you wish to give this web site access to the list of audio devices?" then "do you wish to give this web site access to audio device N" were completely ignored.

      Why would you want to put this into the web site? If the browser is doing the selection, put the device selection in the browser configuration. Done. Users can pick what they want, web sites don't gain any visibility into what user hardware looks like and users don't have the crappy user experience of having every web site implement the device selection in their own unique (and, usually, uniquely brain-dead) way. Of course, if users really like being asked what devices to use every time, there's no reason the browser can't implement that, too, or a browser extension.

      The other arguments about the advantages of Microsoft's format-negotiation protocol over WebRTC's less-flexible may have merit (though the counter-arguments that format negotiation isn't useful without widely-standardized formats also has merit), but your argument is just silly. There are security issues here, and there's nothing a web site could do with respect to device selection that the browser couldn't do just as well -- or better.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    6. Re:WebRTC not up to the job by mha · · Score: 1

      Hmm let me think - because different applications are for different purposes and therefore one size fits all (you tell the browser running all those apps the ONE configuration that has to fit them all) is not the greatest idea on earth?

    7. Re:WebRTC not up to the job by gl4ss · · Score: 1

      doesn't sound like they're interested in security, they're just using it as a reason to make the api implementation as simple as possible.

      --
      world was created 5 seconds before this post as it is.
    8. Re:WebRTC not up to the job by Anonymous Coward · · Score: 0

      Has anyone actually mandated a single setting though, or are you just imagining that's what it would be like? I don't see why a browser couldn't offer per-tab, or per domain settings.

    9. Re:WebRTC not up to the job by swillden · · Score: 1

      Hmm let me think - because different applications are for different purposes and therefore one size fits all (you tell the browser running all those apps the ONE configuration that has to fit them all) is not the greatest idea on earth?

      Nothing says the browser has to use the same settings for all applications. Configurations per-site are perfectly feasible.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    10. Re:WebRTC not up to the job by mha · · Score: 1

      THIS response is not even worth a response (I see the contradiction in my behavior - it is intended).

    11. Re:WebRTC not up to the job by swillden · · Score: 1

      THIS response is not even worth a response (I see the contradiction in my behavior - it is intended).

      No contradiction -- to make a real response you have to say something. If you have something to say, spit it out.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
  14. Nothing new here... by aklinux · · Score: 0, Troll

    Microsoft has a long history of this kind of behavior.

    In the 90s, nobody would be using the web because we would all be signing on to MSN Network (or whatever they called it)

    They didn't seem to like Sun's Java and had to create their own giving rise to ActiveX, which we love so much.

    They didn't like the Javascript every one else was using and created their own.

    Then of course there was jscript, vertical text, obfuscated script, & embedded fonts.

    1. Re:Nothing new here... by Zontar+The+Mindless · · Score: 2

      They didn't like the Javascript every one else was using and created their own.

      Wrong. Their ECMAScript (JavaScript) implementations have always been among the very best, and very much by the standard.

      Then of course there was jscript, vertical text, obfuscated script, & embedded fonts.

      Apparently you don't realise that JScript = ECMAScript = JavaScript.

      Apparently you also don't realise that JScript/ECMAScript/JavaScript != DOM or COM or $object_model.

      MS have done a lot of stupid and/or evil things, but credit must be given where due.

      --
      Il n'y a pas de Planet B.
    2. Re:Nothing new here... by Anonymous Coward · · Score: 0

      He probably confused Javascript with Java.

    3. Re:Nothing new here... by Zontar+The+Mindless · · Score: 1

      Old enough to know the difference between JScript and VBScript, and to have written books on both, when both were still relatively new--and I did it 2 years before I was even born! I'd like to see you match that, zygote.

      --
      Il n'y a pas de Planet B.
  15. It won't be the last time by thetoadwarrior · · Score: 1

    No doubt they'll be proposing web-drectx which they'll insist is better than webgl.

  16. How much to bet MS's proposals are patented? by Danathar · · Score: 0

    Not sure if Google's are or if MS has already said they would not patent it, but I'd be surprised if MS DID'NT make sure their proposal was patented.

    1. Re:How much to bet MS's proposals are patented? by Anonymous Coward · · Score: 0

      It may be but to make your point fully one would need to look for all the loop-holes here http://www.w3.org/Consortium/Patent-Policy-20040205/ that lets them propose a standard but not allow royalty-free implementation of what is explicitly defined or required for the proposal. A quick read indicates it can be limited to only what is in the proposal as the first potential pit-fall, so the more vague and less ambitious the proposal the more improvements could be made later which are then patented. So really a combination of loop-holes and deficiencies in the proposal that may be obvious not. At first blush it seems rushing something because of demand is the quickest way to end up with a standard that has no innovation potential to anyone but the proposer beyond its initial requirements and goals.

  17. Why are we still doing this? by Anonymous Coward · · Score: 0

    Why are we still pushing everything into the web browser? Considering users still have to keep updating their browsers and possibly use multiple browsers due to disagreements over standards like this, what's the point in using HTML and friends as a platform instead of something actually designed for RIAs?

    1. Re:Why are we still doing this? by Pieroxy · · Score: 1

      A few advantages:

      - You don't have to develop it 5 times (iOS, Linux, Windows, OSX, Android and more if you want broader reach)
      - You don't have to bother with installation processes on miscellaneous OS versions.
      - Upgrades are instantaneous, meaning ALL your clients have the same version at one time reducing to almost nothing the need to maintain backward compatibility with your API.

  18. Microsoft and standards by Arancaytar · · Score: 0, Troll

    After what MS has done to pervert the standards process, any proposal with its name on it needs to be filed, unopened, in the bin. They have proven that every meaningful interaction they have with a standards body is intended solely to subvert, manipulate or destroy it.

  19. Anti-Microsoft bullcrap by Anonymous Coward · · Score: 1

    It's fine if you don't like Microsoft (heck, I don't, either), but at least try to make an unbiased summary. This is ridiculous, as some of the other posters have noted. Microsoft's standard proposal is arguably better than Google's.

    AC for obvious reasons.

  20. confusing name by SkunkPussy · · Score: 0

    they have deliberately picked a name which they know it will get shortened to RTC-Web just to maximise the confusion between WebRTC and themselves.

    They are such sly cunts.

    --
    SURELY NOT!!!!!
    1. Re:confusing name by Anonymous Coward · · Score: 0

      they have deliberately picked a name which they know it will get shortened to RTC-Web just to maximise the confusion between WebRTC and themselves.

      They are such sly cunts.

      Remember OOXML? It stood for "Office Open XML".

  21. Then MS should make it patent free. by Anonymous Coward · · Score: 0

    Otherwise people will NOT be able to use it.

    Oo gee. Too bad that leaves out the H264 crap.

    1. Re:Then MS should make it patent free. by Anonymous Coward · · Score: 0

      VP8 isn't patent free either. It's just that Google offers a royalty-free patent license to anyone that wants it. It's no different than the Community Promise Microsoft has for all of their standards.

  22. No it isn't. by Anonymous Coward · · Score: 0, Troll

    1. They don't identify patents.
    2. They have a history of perverting standards, even their own.
    3. The have a LONG history of misbehavior against any standards body.

    So no, it isn't better.

  23. HTML5 by farble1670 · · Score: 1

    Given Microsoft's need to make Skype work in the browser, it seems likely that, should its proposal not be accepted as the standard, it will press on regardless, thus splitting the development environment.

    wait, i thought as long as everyone supported HTML5 we'd never have any browser compatibility problems again, right?

    1. Re:HTML5 by Anonymous Coward · · Score: 0

      Support HTML5? What standard do you refer to? The future one that has yet to be approved?

  24. I for one welcome our new RTC proposal by Anonymous Coward · · Score: 0

    Of course I can see CU-RTC further convoluting the situation (considering Chrome and Firefox have already begun implementing the WebRTC specification in their latest browsers). However, when you choose to implement a still-evolving specification, this is a necessary risk. I stand behind Google and Firefox for being leaders in the industry by advancing RTC forward in browsers. However, one shouldn't ignore Microsoft's (read: Skype's) significant experience in developing videoconferencing protocols. A stateless protocol, arguably, is technically superior to a stateful protocol. And supporting multiple codecs, while complicating the specification itself, allows for greater versatility in end-user implementation.

  25. Simple by roc97007 · · Score: 1

    Replacement for skype.

    --
    Oliver's law of assumed responsibility: If you're seen fixing it, you will be blamed for breaking it.
  26. May the best one win from outer space.... by Anonymous Coward · · Score: 0

    Abandoned out dated tech I say. Imagine if we could just use plan 9 and send our virtual web cam files to the other persons virtual monitor files, because we could do that, and it would take like a 3 line script, and it would be better.

    So if your going to pick a standard pick the best, pick plan 9.

  27. Why? by PPH · · Score: 1

    Considering everything else web browsers have their tentacles into these days, why should we welcome more yet to be discovered exploits giving browsers access to things they should not touch?

    --
    Have gnu, will travel.
  28. The fight is really all about the codec by Anon+E.+Muss · · Score: 2

    From a purely technical perspective, Microsoft's proposal may actually be the better choice. The problem is that CU-RTC-Web doesn't mandate a codec, and lets the peers negotiate. Microsoft spins this as being flexible, and at a purely technical level, it is. The problem is that if the standard doesn't mandate some reasonable baseline codec, you're going to end up with implementations that can't talk to each other. Microsoft knows this, and they doesn't care.

    Google isn't exactly a Saint either. They know full well that Microsoft and Apple won't implement VP8 (for semi-defensible technical/legal reasons, as well as evil intent). WebRTC with VP8 is unlikely to ever be available on iDevices, and that's a significant chunk of the market. Google knows this, and they don't care.

    --
    The key sequence to access my Slashdot bookmark in Firefox is Alt-B-S. I don't believe this is a coincidence.
    1. Re:The fight is really all about the codec by Anonymous Coward · · Score: 0

      Skype already uses VP8 for video (and have previously promised support for Opus audio), so i don't see why they couldn't continue to support it in their web client.

      The Google/Mozilla proposed standard doesn't prohibit the use of other codecs if anyone wants to use them, it just mandates a baseline of VP8/G.711/Opus so that interoperability can be achieved.

  29. microsoft is shit by Anonymous Coward · · Score: 0

    the 90s are over assholes back the fuck off

  30. A First! by WingCmdr · · Score: 1

    It may well be that Microsoft's alternative has features that make it superior

    Usually, they introduce alternatives and features that aren't as good as prevailing technology.

  31. Supporting The Hardware People Use Is Essential by westlake · · Score: 1

    The proposal is to make these the mandatory to implement codecs because they're the only royalty-free options. Microsoft prefers to ignore the interoperability issue (ie, use h.264 via system codec installs) as anyone without h.264 is just a dirty hippie anyway.

    A search of Google Shopping will return 192,000 hits for H.264.

    Video security and industrial applications. Home video. Video conferencing. Video production. The list goes on and on and on.

    There are over 1,000 H.264 licensees, including Google itself and about 30 H.264 licensors, most of them mega-industrial corporations the size of Mitsubishi and Samsung. Google, for all its might, doesn't wield that kind of power.

    1. Re:Supporting The Hardware People Use Is Essential by Anonymous Coward · · Score: 0

      That's not the truth. "H.264" in itself doesn't mean anything. Which profile?

      Most of the stuff you find supports only Baseline, and even then interoperability is really really bad.

  32. Just because they submitted a standard doesn't by elabs · · Score: 1

    ...mean they are picking a fight. I say let them submit it and let's see which one is better. Let the market decide.

    1. Re: Just because they submitted a standard doesn't by drunkennewfiemidget · · Score: 1

      Alternatively, unless the standard already in place is not extendable or horribly broken, instead of making up their own shit behind closed doors, why couldn't they have approached the community, and got involved.

      "Hey, we have some ideas we'd like to try out and would like to help extend the standard, here are our ideas:" ... inclusion as opposed to blind exclusion.

  33. Microsoft's proposal is from Microsoft by symbolset · · Score: 2

    That's all we need to know to know that its purpose is to support Microft's desire to control everything on Earth.

    Microsoft used procedures to good effect to disable even ISO - the arbiter of procedure controls - in their OOXML battle. There comes a time when you have to accept you're dealing with the devil - and he cheats and lies. He is in fact the father of lies, but he can be persuasive.

    Your "Microsoft invented" paragraph I'm just going to point out that it's both untrue and indicative of a desire to claim genesis of the inventions of others, or perhaps taint the common recollection. The proof is left as an exercise.

    --
    Help stamp out iliturcy.
  34. Re:Microsoft is correct, because dictator is allwa by Anonymous Coward · · Score: 0

    Microsoft is monopoly and wants to continue being. And any working open standard which is not locked to MS is poison for monopoly.
    One way for monopoly to fight open standards is to create more standards which seems open but are not. And when there are many standards, there is no standard.
    Like ODF and OOXML.

  35. This is how extorting $5 per Android handset began by phonewebcam · · Score: 1

    Just say no. Seriously - why don't the people responsible take the past history of those "contributing" into account?

  36. Ah... more google shilling from parent. by Anonymous Coward · · Score: 0

    So by embracing open standards anybody can use Google is avoiding the standard "capture the customer" logic and pursuing a "promote progress and always excel"

    What are these "open standards" in advertising that google is embracing? What is the "interoperability" standard that I can use and retrieve adsense data from google? Hint: There is *none*. In fact they make it difficult on purpose if you want to run a campaign on multiple ad networks.

    I hope you know that their business is advertising. Or are you that little kid that thinks you are their customer and they give you free stuff?

    If you want to advertise your products on the web, google owns the majority of the web advertising market in north america. You are *FORCED* to use them and dance to their tunes when they randomly change their TOS and pricing.

    I'm OK with that. That works for me.

    Yeah, I bet you are. I hope google is paying you for this, don't do it for free dude !

  37. Go Microsoft! by Anonymous Coward · · Score: 0

    Pissing on standard processes since 1990.

    If they just had to pay for a fraction of the losses they cause with this shit, they'd be broke.

  38. Why web ? by Anonymous Coward · · Score: 0

    What is it with this 'everything in the browser' behavior ? Seems like they are running around in circles, once evrything runs in a browser it will become a de-factor OS, so were back to square one. Being independant of an OS, don't make me laugh. You'll end up being dependant on a browser. Look at all the tricks you need to make your site work on all browsers and versions. Just the same problem as with OS'es. Call me a conventional thinker. Skype works fine on several OS'es. Probably the endpoint will be that Skype will only run on Windows ?? like Office ? like Navision ?

  39. Here's to the Grammar(sic) Nazi by Anonymous Coward · · Score: 0

    I don't know about grammar, but I can tell you your vocabulary has already taken a headshot.

  40. Oh but who gives s#it? by hotfireball · · Score: 1

    It was a moment when I give a sh*t about it. A-a-a-and it gone: No more MSIE-only planet Earth. If Chrome, Safari and Mozilla will not support it (and they will not) then it will be yet another Silverlight.

  41. Support both by MrL0G1C · · Score: 1

    Just support both and see which wins, as long as the standards are good ones and not crap like Open XML.

    --
    Waterfox - a Firefox fork with legacy extension support, security updates and better privacy by default.
  42. Agreed, 110%... apk by Anonymous Coward · · Score: 1

    "Native applications are where it's at" - by VortexCortex (1117377) on Friday August 10, @11:15PM (#40954415) Homepage

    See subject-line: Even Linus Torvalds feels that way (he doesn't "do" web apps, & has expressed that he doesn't bother with "that kind" of (using the term loosely mind you -> ) "programming"...

    He's a system programmer - so, his view makes TOTAL sense from his perspective.

    The second scriptable documents are allowed (not just Word/Excel/Access/Powerpoint macros), you open the door & the "trash comes blowing in" - which IS EXACTLY WHAT HAPPENED WITH JAVASCRIPTED WEBPAGES/WEBSITES... malware/malcripted content!

    (Heck - it even's been happening in banner ads for Pete's sake!)

    * Dumb move... bigtime dumb!

    "also why I said "Fuck you" to building anything on top of browsers a long time ago." - by VortexCortex (1117377) on Friday August 10, @11:15PM (#40954415) Homepage

    Same here (though I am forced on occasion to HAVE to do it for work though) - they're slower, more CPU consumptive (javascript's a KILLER that way, CoreTemp even showed me that much driving CPU temps up bigtime processing javascript), and imo, bullshit, compared to a TRUE "stand-alone" (meaning non-runtime interpreted) executable.

    (I don't even consider doing webpages or websites, coding - it's largely text formatting with pretty pictures - tossing in script tags for data processing (the one place they can be useful, for things like online tests, shopping/banking, e-commerce in general, but, that IS about it))

    Their performance largely sucks too compared to normal executables.

    APK

    P.S.=> Yes, & I feel just like Mr. T. of Linux fame does about it, and you too, I see... apk

  43. Remember SPF? Beware PATENTS by Anonymous Coward · · Score: 0

    Do you remember SPF? The id system used to prevent spam emails? Microsoft added some 'features' which it just happen to have patented and then pushed this merged version as a standard.

    Effectively trying to inject their own patents for a worthless add-on feature into SPF so that everyone would have to license it from Microsoft.

    I wouldn't touch Microsoft's spec with a twenty foot pole. Watch for FUD and lies from MS, if they're true to form. Watch for incompatible non-standard and buggy Microsoft implementations

  44. Features like built in back-channel to the feds!! by Anonymous Coward · · Score: 0

    That's the one that's important to Microsoft so they can keep Skype alive...

  45. Not a Google+Mozilla thing by jmv · · Score: 1

    This work has been going on at the IETF for about two years now. Skype itself has contributed to the effort (before they were bought), and so did CISCO, Ericsson, and many others. There was always someone from Microsoft in the room too.

  46. FRAND Patents? by softcoder · · Score: 1

    Given Microsof'ts history I would be very leary of adopting any standard they proposed. There have been several standards that were adopted before people realized that they contained submarine patents. Microsoft typically proposes FRAND terms for their patents, and FRAND terms are incompatible with the GPL among other things. Any standard that requires FRAND licenses cannot in practice be used by FOSS (Free and Open Source Software).
    pgmer6809

  47. Standards is a myth anyways, get over it by TheSkepticalOptimist · · Score: 1

    Bottom line is, there is no such thing as web "standards". Even among those browsers that are supposed to champion web standards, they do things differently.

    I love it how everyone believes that the lack of web standards is due to Microsoft, but I think Microsoft is the only honest web browser developer out there.

    Rather then trying to make a browser that adheres to a myth, and thus never fully achieve a zen like state of 100% standard feng shui, Microsoft has seen that the standards have severly limited the web moving forward. This is largely because while most web browsers are striving to establish standards set 5 - 10 years ago, Microsoft has always wanted to create a web for tomorrow. Case in point that while W3 was trying to envision a standard for a web full of static images and links way back in its infancy, Microsoft was trying to bring interactive components and multimedia support to the web using Active X. In fact the whole reason why we ended up with Java and Flash and Silverlight and Active X and all the other fucking wonderful interactive technologies on the web was because the fucking web standards committee took too fucking long figuring out what "static" Web 1.0 standards should be at a time when people demanded fully interactive Web 2.0 websites.

    Add to that the recent fragmentation of the web experience between desktop, tablet and mobile devices. You think "one" standard is going to fit nicely against all these device types? Now add cloud services, rich media, and the "apps" phenom and I think people are stretching the capabilities of what a committee can achieve towards creating a "standard".

    The effort to "ratify" a standard ensures that web technologies are NEVER be state of the art. By the time some committee sends up some red smoke signals indicating a new web standard has been established, society has already moved on to the latest and greatest device which introduces new ways for interactivity and expressiveness that the current standard cannot achieve.

    So, fuck the standards!

    Focus on providing the best web experience possible. If your web developer is worth their salt in skill then they are already building multiple websites for various browsers and devices because they have already accepted the fact that a world where there is only one set of "standards" to build a website from is a concept coming from fucking retarded idealists.

    Microsoft knows this and the other web browser makers need to pull their heads out of their asses and realize it to.

    --
    I haven't thought of anything clever to put here, but then again most of you haven't either.