主题：是否可以考虑放弃浏览器另起炉灶 -- 益者三友

我觉得给全世界每台上网的计算机重新安装一个协议，这并不是一件难事。

但是要是将全世界的网站为了一个新的协议在重做一个新的版本，并且要长时间维护新旧两个版本，这代价就太大了。

有些东西向下兼容是非常重要的。

文本不文本，和*Nix的文化，我认为基本没关系。X－Window的确是文本通信的，可那也没办法提高到文化的层次上。通信层用什么协议，还是根据需要来的。

不过lz的观点我也觉得不好评论。。。

当然必须还要保留现在的浏览器，兼容现在的旧网站。

但新目标的网站要用新的方法。

从这个角度来说，我觉得google目前用chorome webkit V8 javascript local code这类过渡手法，步子不够大，可能未来不伦不类。

但现在也真没有其他公司能挑头重新开始新网络协议。

可能是要由某大学，比如伯克利斯坦福这类的学术界开始搞起。

好莱坞不给你提供片源，再好的标准（格式HD DVD）一样死翘翘。

回到互联网上来，好的标准没有数据（内容）的配合，能成功吗？客户端，（内容）开发工具全要动。而且一动就是整个产业链，没有几百（千）亿加N年的投入，成功的希望非常渺茫。

简单来说我对用不向下兼容作为代价，从而达到提高效率的方法是非常不看好的。这种另起炉灶的方法绝不是什么好方法。

其实HTML规范是一个非常简洁的规范，之所以大家抱怨浏览器效率低，占用资源大，我觉得主要原因是网页中被嵌入了大量的图片和JAVASCRIPT，也许还有一些特殊的CSS。您现在可以设计一种新的底层协议，提高了效率，但是将来你无法保证这个协议也会因塞进很多新的东西而变得无比缓慢。就像是本来简洁的HTML规范今天也会让浏览器效率低下一样。

而为了实现这个新的协议所付出的代价实在太大了。有句话说得好--存在的都是合理的。不是效率不高吗，好办，买更好的计算机，插更多的内存不就解决了。

谢谢：作者意外获得【通宝】一枚

鲜花已经成功送出。

此次送花为【有效送花赞扬，涨乐善、声望】

可以看看经典之作《Unix编程艺术》，论述了使用文本而不是二进制的好处。如果html不是一个文本格式，恐怕不会像现在这样成功

web开发领域要颠覆如此大范围的技术路线，就要砸掉无比多人的饭碗，会成为革命先烈的。所以革命的想法小羊个人不看好，倒是改良的思路，击中传统开发技术的某个软肋，再图有所作为比较现实。

不如想想如何在这个世界上面建立新的生态环境。

技术的发展，往往是在成熟技术之上，产生新的需求，然后新的技术来满足这些新的需求，而不是去取代现存的成熟技术。其实在芯片，整机以及传统意义的操作系统这些成熟技术里面，冗余和低效的地方不比现有的html+js少，但是修改它们的单位成本收益，远小于满足新需求的努力。所以经济的指挥棒在这里，会把人的努力指向建立新系统。

与其去取代html+js，我更愿意去想，为何http和浏览器取代了SMTP,telnet,ftp成为主流，为何在http和浏览器之上，建立了如此宏伟的电子商务和搜索的商业生态系统，从过去的经验，我们能窥见未来的一角么？

商业的事情，就要另外考虑了。

尤其是xml，有成为跨平台互操作的标准协议的苗头。

但不一定要由浏览器来解释执行html xml啊。

windows, xwindow本身就是画画的，为什么要浏览器在中间隔着？

新三年旧三年缝缝补补又三年。

不过浏览器出来有些时日了。从最近几大巨头都急于更新浏览器内核来看，对现在的浏览器不满是普遍的了。

而三大集团推出的改革方案，目前看其实都不很完美，增加了很大复杂度，而又没有解决好效率和兼容问题。虽然html5, v8的执行效率好了些，只通过预编译来加快了一点执行，也没有很大提高。

尤其是没有解决其他编程语言兼容问题。还是死抱住唯一的javascript。

从三大巨头都没有好的改革方案就可看出，浏览器的困局是本质性的。

目前数量庞大的已有网站和IE6/7用户都是绕不过去的障碍

A Faster Way to the Cloud

http://www.technologyreview.com/computing/23451/?a=f

现在的这些架构协议，不是神圣不可突破的。旧应用规模庞大。但很多新服务方式都可以导入新应用。

很多还可以两套班子，继续为旧协议提供兼容的程序。

既然Amazon可以编一套新协议解决大数据上传的问题，当然也可以为下行代码搞新协议，比如游戏，online office，3D仿真设计，做成OS直接执行的方式。

• Amazon使用新协议上传大数据块

就像Google一样，明明是个网络公司，非得装成个软件公司，搞出来什么Simple，笑掉大牙。

我没理解错的话，你说的不外乎是QoS吧。Amazon这干的是不是就类似SIP这样的协议？或者如果我没有猜错的话，这破东西就是一TCP Sack的改进？

另外这TCP/IP（以及同层的其他协议）已经被无数痛苦的MSc和PhD学生在数十年里从无数的方面蹂躏过无数次了，不光IEEE，ACM里都有很多TCP/IP算法Paper，小改进如TCP Sack, TCP Tahoe, TCP Reno之类已经成了标准了。