WebRTC is for Losers:WebRTC是输家
该文章是引述,仅代表作者Dave Michels观点
WebRTC is for Losers
WebRTC technology has fallen short on many of its promises, including the goal of being ubiquitous, plugin-free and free.
Before explaining why WebRTC is for losers, let me be clear that I am a big fan of WebRTC. It is likely the most significant development in enterprise communications this decade. WebRTC represents the evolution both of the Web and of the Web browser, and will facilitate real-time communications as a natural feature of the Internet.
WebRTC is many things, but it is not the disruptive technology that many of us expected or that it could have been. WebRTC is a disappointment, and we, the consumers of Web technologies, will never realize its true potential. WebRTC failed to deliver, and its champions and ultimately all Web users were short-changed. As good sports, we will focus on its successes. We will celebrate being losers.
Let's be clear what WebRTC is and what it is not. It is a baseline platform that has instigated a new wave of "client-less" communications solutions. It provides an architecture that frees developers from the chores associated with licensing codecs and distributing software clients. WebRTC solutions are emerging across the industry and were spotted throughout the exhibit hall at the recent Enterprise Connect conference. These are powerful, good things.
However, WebRTC failed to deliver on three key goals which promised a revolution. WebRTC is not ubiquitous, not plugin-free, and may not even be free. WebRTC has not delivered any new capabilities and remains a niche technology with no examples that have far-reaching implications.
Starting with ubiquity, WebRTC remains relegated to the minority. A key goal of WebRTC was to raise the standard of the default browser. With such widespread support, developers could build communications-capable applications with assumed end-user compatibility. Unfortunately, this is far from reality. Compatible versions of WebRTC are supported in Chrome and Firefox only, and remain the exception for browsers on mobile devices. There is no native support on Microsoft's Internet Explorer or Apple's Safari browser.
As a result, developers must assume that end-users are not WebRTC compliant, and there's no indication of that changing anytime soon. The best use for WebRTC applications today is for internal applications where more assumptions can be made about the remote user's desktop. These same environments can easily distribute applications or plugins, so the benefit is negligible.
A quick way around ubiquity is the browser plugin. This is exactly what WebRTC promised to eliminate. Plugins extend the capability of the browser, but also represent an inconvenience and security threat. Many organizations prevent plugins from being installed. Note that not even Google's own Hangouts, which uses the VP8 codec specified in WebRTC, is supported in Chrome without a plugin.
Further, in January Google began restricting certain types of plugins on Chrome. Several plugins including Microsoft SilverLight, Facebook Video, and its own Google Talk were excepted, to minimize disruption. Without a formal standard or decision on a mandatory video codec, the plugin-free vision of WebRTC falls short.
This brings us to free. WebRTC is free today, but its legality is not. Patent claims over the VP8 codec, which is included in Chrome today, are currently in dispute. Nokia believes VP8 violates its intellectual property and has filed multiple suits, including one against HTC which calls for injunctive relief. Nokia wants to stop VP8 and has no interest or obligation to license its technologies. It is up to the courts to determine Nokia's claim of infringement, but other firms are expected to challenge VP8 as well. The future of VP8 remains uncertain, and the intellectual property issues associated with the successor VP9 are even more complex.
Cisco offered an interesting solution to the free issue by making its license of H.264 available for free. The trade-off here is it must be downloaded from Cisco, which brings us back to plugins. Cisco demonstrated WebEx running on a Chromebox using H.264 at Enterprise Connect, but this required the WebEx extension to be downloaded from Cisco.
Again, WebRTC is an important development. However, it must be understood that WebRTC is not ubiquitous, plugin-free, or free. Since codecs and applications have enabled real-time, browser-based applications for years, WebRTC is just another approach. WebRTC has not delivered any features or capabilities that are inherently new.
WebRTC is an important technology. It provides a foundation or framework for future real-time applications. It doesn't directly support current telecom technologies such as G.711 or SIP, but it could provide a Web-friendly foundation for the future. Despite its severe limitations, it seems to be sparking innovation, which may ultimately prove to be its key value.
Dave Michels is Contributing Editor and Analyst at TalkingPointz.
作者简介
Dave Michels
David Michels holds 20 years of telecom hands-on experience, starting with IVR systems to Fortune 100 operations. Currently President of Verge1 Consulting, specializing in PBX strategies for the end user and manufacturer as well as cloud services, SMB voice, channel development, unified communications, and social media. Dave has appeared at hundreds of industry trade shows, including Enterprise Connect and Interop, He publishes UC reports atwww.TalkingPointz.com, which is also the home of his PinDropSoup telecom blog. Dave contributes regularly to nojitter.com and ucstrategies.com.
The industry is in a perpetual state of change, and Dave articulates the impacts as well as identifying what matters most to clients. Dave believes the telecom industry is currently going through its most significant disruptive phase. The role of the PBX is rapidly changing, voice isn't as rigid and independent and now must deliver value in totally new interfaces. Communications are no longer voice centric, and even the notion of voice being a mission critical application doesn't resonate so clearly any more. The communications pie has more slices than ever, and how these slices interact and behave is what determines the value of unified communications.
Dave's background includes both entrepreneurial startups as well as large enterprises with international networks. Dave has served time in technical and management positions at corporations including IBM, GE, and Coors as well as multiple start-ups.
WebRTC is for Losers:WebRTC是输家的更多相关文章
- 《Getting Started with WebRTC》第一章 WebRTC介绍
<Getting Started with WebRTC>第一章 WebRTC介绍 本章是对WebRTC做概念性的介绍. 阅读完本章后.你将对下面方面有一个清晰的理解: . 什么 ...
- 《Getting Started with WebRTC》第二章 WebRTC技术介绍
<Getting Started with WebRTC>第二章 WebRTC技术介绍 本章作WebRTC的技术介绍,主要讲下面的概念: . 怎样建立P2P的通信 . 有效的信 ...
- 基于webrtc的视频通话时webrtc的接口调用流程
场景: 1.A call B 2.B answer 3.A connected with B 共同的步骤: A 和 B 都需要初始化webrtc模块,创建peerconnectionfactory 步 ...
- WebRTC开发基础(WebRTC入门系列3:RTCDataChannel)
除了视频和音频,webRTC还可以传输其他数据 例子: http://webrtc.github.io/samples/src/content/datachannel/datatransfer/ 应用 ...
- WebRTC开发基础(WebRTC入门系列2:RTCPeerConnection)
RTCPeerConnection的作用是在浏览器之间建立数据的“点对点”(peer to peer)通信. 使用WebRTC的编解码器和协议做了大量的工作,方便了开发者,使实时通信成为可能,甚至在不 ...
- WebRTC开发基础(WebRTC入门系列1:getUserMedia)
什么是WebRTC WebRTC由IETF(Internet Engineering Task Force——互联网工程任务组)和W3C(World Wide Web Consortium——万维网联 ...
- WebRTC 学习资源 电子书 WebRTC权威指南 Learning WebRTC
webRTC源码下载地址:https://pan.baidu.com/s/18CjClvAuz3B9oF33ngbJIw 提取码:wl1e 1.<WebRTC权威指南>第三版 中文版 本书 ...
- 使用WebRTC搭建前端视频聊天室——点对点通信篇
WebRTC给我们带来了浏览器中的视频.音频聊天体验.但个人认为,它最实用的特性莫过于DataChannel——在浏览器之间建立一个点对点的数据通道.在DataChannel之前,浏览器到浏览器的数据 ...
- 使用WebRTC搭建前端视频聊天室——入门篇
http://segmentfault.com/a/1190000000436544 什么是WebRTC? 众所周知,浏览器本身不支持相互之间直接建立信道进行通信,都是通过服务器进行中转.比如现在有两 ...
随机推荐
- React Native填坑之旅--动画
动画是提高用户体验不可缺少的一个元素.恰如其分的动画可以让用户更明确的感知当前的操作是什么. 无疑在使用React Native开发应用的时候也需要动画.这就需要知道RN都给我们提供了那些动画,和每个 ...
- python中xrange和range的异同
本文章系转载,原文来源不详. range 函数说明:range([start,] stop[, step]),根据start与stop指定的范围以及step设定的步长,生成一个序列.range示 ...
- 封装getElementsByClassName()
function getElementsByClassName(node,classname){ if(node.getElementsByClassName){ ...
- mvc-servlet---ServletConfig与ServletContext对象详解(转载)
ServletConfig与ServletContext对象详解 一.ServletConfig对象 在Servlet的配置文件中,可以使用一个或多个<init-param>标签为s ...
- Week1 Java 基础知识
JDK=JRE+Tools JRE=JVM+API 封装:1.模块化:将属性和行为封装在类中,程序定义很多类:2.信息隐蔽:将类的细节部分隐藏起来,用户只通过受保护的接口访问某个类. 继承:父类和 ...
- [Xamarin] 調用JSON.net 來解析JSON (转帖)
上一篇文章我們提到了透過WebClient從Facebook 拿到我的JSON資料 再來我們要怎麼解析JSON格示呢?在.net 中,我們很孰悉的JSON.net,沒錯,我們依然可以在Xamarin中 ...
- [MSSQL2012]First_Value函数
First_Value返回结果集中某列第一条数据的值,跟TOP 1效果一样,比较简单的一个函数 先贴测试用代码 DECLARE @TestData TABLE( ID INT IDENTITY ...
- MongoDB与.NET结合使用二(安全)
真实的部署环境为了防止外部攻击,肯定是要修改端口和设置用户账号保护数据的安全性,这一篇文章重点来设置这些内容. Mongodb中mongo.exe 是客户端测试程序,mongod.exe为服务器端程序 ...
- C++ 用于大型程序的工具
<C++ Primer 4th>读书笔记 相对于小的程序员团队所能开发的系统需求而言,大规模编程对程序设计语言的要求更高.大规模应用程序往往具有下列特殊要求: 1. 更严格的正常运转时间以 ...
- 标签简化Spring-MVC配置
新填入@RequestMapping标签 和@org.springframework.stereotype.Controller标签 这样做就是通过标签来简化之前,对HandlerMapping的配置 ...