w********m
发帖数: 1137 | 1 对web的理解跟HTML和CSS基本上无关，主要看Javascript。
第一点，web app的瓶颈是I/O bound，不是CPU bound。C++是比Java，java是比
javascript快，但跟web基本没啥关系。I／Ｏ的问题要靠异步解决。做后台的总以为
web app是个远程登录，其实不是的。Google map和gmail刚出来的时候，大家都不知道
狗狗怎么做的，就知道是几个JS的库比较牛，很快就有官泄了。这就是现在用的AJAX。
现在做异步比较好还是javascript，因为它天生就有异步的特性。
第二点，Google的方向就是web的方向。Google每年花几billion养着Mozzila
Foundation当JS的干爹，不是为了no evil。 Server side JS方向Mozzila Foundation
做了个四不像的rhino，一直做不成。Google气晕了，立马把V8给了node，于是就成了
。现在Startup们都在等Meteor.js出来，这将是一个历史性的web框架，如果成了话以
后ruby on rail和django就比较危险了。
今年Google双规了Android的老大鲁宾，至今生死未明。布林亲手抢了android老二胡戈
的女友，逼其滚蛋。Android已经被chrome组兼并了，不服气的都被干掉了。Google的
版图里，今后Android只是一个过渡，最后的结果是慢慢死亡。Chrome的app已经可以本
地运行了。 劈材正在把Android Java的API转到Javascript上，以便让android的app运
行在chrome上。 Chrome OS和JS一统web和mobile是Google的隐秘梦想。 |
p*****2
发帖数: 21240 | 2 大牛能比较一下JS 和 Go吗？感觉做异步做的好的选择也不是很多。 |
S*******s
发帖数: 13043 | 3 isn't all the js codes visible in client side?
Foundation |
g*****g
发帖数: 34805 | 4 ajax是google做大的，但不是google发明的。应该说概念是M$做的，实现是Mozilla做
的。有兴趣可以看看这个。
http://en.wikipedia.org/wiki/XMLHttpRequest#History_and_support |
z****e
发帖数: 54598 | 5 m$还是很聪明滴意识到，这个东西其实割ie小鸡鸡的玩意
所以不去实现，firefox同样意识到，这个东西是救命的
所以抓紧实现了一把，这一战大概相当于不列颠空战
击溃了垄断不败的神话，之后的斯大林格勒就交给chrome去完成了
【在 g*****g 的大作中提到】
: ajax是google做大的，但不是google发明的。应该说概念是M$做的，实现是Mozilla做
: 的。有兴趣可以看看这个。
: http://en.wikipedia.org/wiki/XMLHttpRequest#History_and_support
|
z****e
发帖数: 54598 | 6 script写复杂的app还是力不从心
但是对大多数简单的app，足够了
script主要是面对一些线程的逻辑控制会很弱
比如要介入ui线程的刷新频率，这个script特别难搞
或者说压根script就懒得去搞这个
因为这个主要是游戏什么在用，而游戏所占app比例不是很足
实际上游戏业早就有自己的script language了
lua
但是只靠lua这一个script去完成一个游戏的制作
还是不行，类似的问题也会出现在其它脚本语言上
Foundation
【在 w********m 的大作中提到】
: 对web的理解跟HTML和CSS基本上无关，主要看Javascript。
: 第一点，web app的瓶颈是I/O bound，不是CPU bound。C++是比Java，java是比
: javascript快，但跟web基本没啥关系。I／Ｏ的问题要靠异步解决。做后台的总以为
: web app是个远程登录，其实不是的。Google map和gmail刚出来的时候，大家都不知道
: 狗狗怎么做的，就知道是几个JS的库比较牛，很快就有官泄了。这就是现在用的AJAX。
: 现在做异步比较好还是javascript，因为它天生就有异步的特性。
: 第二点，Google的方向就是web的方向。Google每年花几billion养着Mozzila
: Foundation当JS的干爹，不是为了no evil。 Server side JS方向Mozzila Foundation
: 做了个四不像的rhino，一直做不成。Google气晕了，立马把V8给了node，于是就成了
: 。现在Startup们都在等Meteor.js出来，这将是一个历史性的web框架，如果成了话以
|
z****e
发帖数: 54598 | 7 另外说c++比java快，java比javascript快
这个完全是看实现方式
只要编译成native，哪个语言都可以很快
java也可以编译成native，但是java一般不这么做
因为jvm里面包含有的各种实现，其实比你自己去写要强得多
其中就包含有垮平台等特性
而且jvm通过jit来优化并提升运行效率
现在主要是启动时候会慢一点，其实这个很多时候用户未必感受得到
javascript也可以编译成native
这个完全看编译器，跟什么语言，什么语法本身没有必然联系
但是现在js不这么做，主要也是为了垮平台考虑
不想破坏各个平台的兼容性
最后就是，如果是java programmer
搞js会相对容易，因为javascript里面的java这个单词
本身就是在诞生之初向java购买了版权的产品
其语法大量借鉴了java的语法
微软做了类似的事，有一个东西叫做vbscript
只不过华丽滴挂了罢了 |
z****e
发帖数: 54598 | 8 JavaScript最初受Java启发而开始设计的，目的之一就是“看上去像Java”[6]，因此
语法上有类似之处，一些名称和命名规范也借自Java。 |
z****e
发帖数: 54598 | 9 还有就是
脚本之后还有置标语言
html本身一旦达成某种规范
用js吭哧吭哧写半天的东西
人家一个tag就搞定了，而且还是浏览器直接实现，这就是native的效率
比js编译执行快多了，用不用v8又怎样？所以很多时候你那么累何必呢？
真正的pseudo code其实是html这些ml语言 |
z****e
发帖数: 54598 | 10 将来一个比较理想的web应该是html+xml的framework
你要搞什么，直接填入tag就好了
浏览器用html，web server用xml |
|
|
m*****r
发帖数: 298 | 11 js不是让内容动起来吗？html+xml能交互吗？
你说的这个tag跟jstl有关吗？
【在 z****e 的大作中提到】
: 将来一个比较理想的web应该是html+xml的framework
: 你要搞什么，直接填入tag就好了
: 浏览器用html，web server用xml
|
z****e
发帖数: 54598 | 12 html5/css3都能让内容动起来
你凹凸了
【在 m*****r 的大作中提到】
: js不是让内容动起来吗？html+xml能交互吗？
: 你说的这个tag跟jstl有关吗？
|
r****y
发帖数: 26819 | 13 这种动属于蠢蠢欲动，无法实现自定义事件驱动，而且无法debug。
【在 z****e 的大作中提到】
: html5/css3都能让内容动起来
: 你凹凸了
|
z****e
发帖数: 54598 | 14 没关系，十年前，js也是这种蠢蠢欲动
【在 r****y 的大作中提到】
: 这种动属于蠢蠢欲动，无法实现自定义事件驱动，而且无法debug。
|
r****y
发帖数: 26819 | 15 是啊，真正凹凸的就是这种。
【在 z****e 的大作中提到】
: 没关系，十年前，js也是这种蠢蠢欲动
|
z****e
发帖数: 54598 | 16 这叫幼齿，不是凹凸
【在 r****y 的大作中提到】
: 是啊，真正凹凸的就是这种。
|
r****y
发帖数: 26819 | 17 还不如叫童年的回忆。
【在 z****e 的大作中提到】
: 这叫幼齿，不是凹凸
|
z****e
发帖数: 54598 | 18 对于js来说，是回忆
【在 r****y 的大作中提到】
: 还不如叫童年的回忆。
|
r****y
发帖数: 26819 | 19 好吧，童年不属于js，回忆属于js。
【在 z****e 的大作中提到】
: 对于js来说，是回忆
|
m*****r
发帖数: 298 | 20 html5离不了js啊
【在 z****e 的大作中提到】
: html5/css3都能让内容动起来
: 你凹凸了
|
|
|
r****y
发帖数: 26819 | 21 这些东东，对后台程序员来说是透明的。
只要说，是php，或者不是php，就足够了。
【在 m*****r 的大作中提到】
: html5离不了js啊
|
w**z
发帖数: 8232 | 22 说到异步，其实后台也用的多。我们现在很多时候就把东西往queue 里一放，request
就返回了。后面consumer 就另说了。kafka好像用的人挺多的。
【在 p*****2 的大作中提到】
: 大牛能比较一下JS 和 Go吗？感觉做异步做的好的选择也不是很多。
|
z****e
发帖数: 54598 | 23 html5包含有脚本的成分
但是将来很难说
更何况，本身html5也有很大的博弈成分在里面
各方利益僵持不下，据说微软已经跟webkit分道扬镳了
【在 m*****r 的大作中提到】
: html5离不了js啊
|
a*******k
发帖数: 261 | |
A*****a
发帖数: 485 | 25 Google就像是当年的美国，有了好的制度就有好的环境就有好的成长和果实
Foundation
【在 w********m 的大作中提到】
: 对web的理解跟HTML和CSS基本上无关，主要看Javascript。
: 第一点，web app的瓶颈是I/O bound，不是CPU bound。C++是比Java，java是比
: javascript快，但跟web基本没啥关系。I／Ｏ的问题要靠异步解决。做后台的总以为
: web app是个远程登录，其实不是的。Google map和gmail刚出来的时候，大家都不知道
: 狗狗怎么做的，就知道是几个JS的库比较牛，很快就有官泄了。这就是现在用的AJAX。
: 现在做异步比较好还是javascript，因为它天生就有异步的特性。
: 第二点，Google的方向就是web的方向。Google每年花几billion养着Mozzila
: Foundation当JS的干爹，不是为了no evil。 Server side JS方向Mozzila Foundation
: 做了个四不像的rhino，一直做不成。Google气晕了，立马把V8给了node，于是就成了
: 。现在Startup们都在等Meteor.js出来，这将是一个历史性的web框架，如果成了话以
|
p**********e
发帖数: 108 | 26 这些大户的竞争是个大麻烦，目前都没有一家可以处在真正的领先地位让小开发商抱大
腿抱上几年的。那些各种所谓流行的framework不知道能存活年把几个月就逐渐被大波
浪冲跨了。 |
r****y
发帖数: 26819 |
|
