k***r
发帖数: 103 | 1 随便扯两句， 纯粹是基于多年java/js项目开发和管理的个人体验， 有语言偏见的还
请手下留情呵呵。。。
JS语法和概念本身并不是特别难，但是很多人觉得难或者不好用应该是多种原因：
1. 带着java/c#这类‘正规’OO语言背景过来，一下子接触到JS这个既是FP又有一定OO
痕迹（基于prototype)但是总体来说非常开放的系统，会感觉无所适从，不知道什么是
best practice。
2. 戴着有色眼镜，认为JS不过是个网页脚本语言只适合写写hello world、弹出个小窗
口什么的，那么自然也不会愿意下功夫去琢磨这个语言本身其实还是有很多设计很精巧
的good parts， 然后回头就来抱怨JS难用
3. JS本身确实有很多陷阱，这个归根结底还是因为它的type系统太开放了，和DOM接口
的界面又被浏览器厂商‘污染’了很多年，很容易让初学者得出这是一个非常无序的生
态系统这么一种感觉。 其实最近几年推出的各种JS框架， 比如jquery, underscore,
backbone等等，都是只有一个目的，那就是要为无序的JS开辟出一条有序的路径。 问
题是这些框架各自挑了一个层面或者角度来入手，比如jquery主要是克服dom查询和操
作， underscore主要是保证JS跨浏览器的可用性， backbone是要给大家提供一个给应
用建模的MVC框架，还有其他专门管理JS类库打包和依赖关系的框架，把JS变得更像
Java-式 OO的框架，专门做UI控件和页面layout的框架，如此等等不一而足。 然后这
些框架互相之间又经常存在各种依赖关系，最后的结果就是，你的web 应用达到了一定
规模之后，光是如何有效管理这些JS框架就变成了一个让人头疼的问题。 个人感觉框
架爆炸是目前JS面临的主要问题之一。。。
4. 没有好的tooling， 主流IDE对JS的支持感觉还是没有完全到位，这个估计还是和JS
的极端‘开放性’和灵活性有关。
说了这么多JS的坏话，其实本人还是觉得JS的前景非常看好，为啥呢？
a) JS本身的性能对付绝大多数应用都不是问题，JS引擎本身已经被优化的相当可以了
， 这个和mozzila当年小打小闹的JS vm相比可以说是有天壤之别。 当然你不能抬杠说
那我可不可以用JS来写大规模科学计算什么， 因为例外总是永远存在的。。。
b) HTML5 的日益普及，可以逐渐把绝大多数desktop级别的应用变成纯网页JS应用。
特别是canvas和WebGL的成熟，基本上很快就可以用JS来写绝大多数的多媒体和游戏类
应用了。 比如epic工作室最近刚把他们的unreal 3游戏引擎移植到html5上，这就意味
着，你已经可以用JS来写mass effect, gears of war, borderlands这类真3D的游戏了
（理论上哈）。 连IE 11都已经被谣传开始支持WebGL （其他的主流浏览器已经支持
WebGL)， 可以想象不久的将来有多少目前认为只能在高端台式机上运行的应用会被移
植到浏览器上。
c) 浏览器成为应用开发和运行的主要平台。 这个趋势，在和HTML5互动之下，在越来
越多的mobile app开发人员抱怨同时支持android和iOS原生应用太累的情况下，基本上
是不会有疑虑了。那么作为浏览器唯一内置的语言， JS的地位当然就是不可动摇的。
这也是为什么google的chrome book只装一个浏览器就可以对PC厂商造成很大冲击的理
由。 如果adobe开发出一套基于浏览器的CS （有传言说他们确实在搞这个）， 那将会
是钉在PC厂商棺材上的最后一枚钉子。
d) server side JS的逐渐普及。 这个目前主要就是node.js， 而且它的生态坏境暂时
还无法和JEE框架比，但是至少从理念上你可以说JS很有希望真正成为涵盖前、后端的
语言， 达到java创始人的初衷。
顺便再扯几句google的dart， 个人感觉这是一个值得关注的语言，因为它在理论上是
完全克服了上面所说关于JS的种种缺陷，比如它有严格的type系统，有一套规范的和
dom交互的框架， 和良好的tooling等等。 dart目前最主要的问题是没有浏览器的原生
支持，除了狗家自己的chrome。 但是在狗家大量人力、财力的推动下，谁敢说再过10
年dart不会替代JS、Java, JEE, 成为真正的write once, run everywhere, 前后端通
吃的语言呢？ |
t****t
发帖数: 6806 | |
d**********x
发帖数: 4083 | 3 如果我把emca script用作制作非浏览器客户端的插件语言，有什么库推荐吗
OO
【在 k***r 的大作中提到】
: 随便扯两句， 纯粹是基于多年java/js项目开发和管理的个人体验， 有语言偏见的还
: 请手下留情呵呵。。。
: JS语法和概念本身并不是特别难，但是很多人觉得难或者不好用应该是多种原因：
: 1. 带着java/c#这类‘正规’OO语言背景过来，一下子接触到JS这个既是FP又有一定OO
: 痕迹（基于prototype)但是总体来说非常开放的系统，会感觉无所适从，不知道什么是
: best practice。
: 2. 戴着有色眼镜，认为JS不过是个网页脚本语言只适合写写hello world、弹出个小窗
: 口什么的，那么自然也不会愿意下功夫去琢磨这个语言本身其实还是有很多设计很精巧
: 的good parts， 然后回头就来抱怨JS难用
: 3. JS本身确实有很多陷阱，这个归根结底还是因为它的type系统太开放了，和DOM接口
|
p*****2
发帖数: 21240 | |
E*****m
发帖数: 25615 | 5 dart 的陽謀是在 chrome 裡放 dart vm, 然後漸漸取代 javascript。
來源： FLOSS
http://twit.tv/show/floss-weekly/245 |
p*****2
发帖数: 21240 | 6
不能让他得逞。所以我们还要挺JS。
【在 E*****m 的大作中提到】
: dart 的陽謀是在 chrome 裡放 dart vm, 然後漸漸取代 javascript。
: 來源： FLOSS
: http://twit.tv/show/floss-weekly/245
|
N********n
发帖数: 8363 | 7
这一点基本上就判JS死刑了。没有严谨TYPE系统的语言是不可能拿来做大
工程应用的。这就是为什么STRONG TYPE LANGUAGE无悬念要比JS之类强。
STL的出发点在于默认程序员是会犯错的，所以在语言系统里引入严格的
TYPE机制来帮助程序员纠错。磨刀不误砍柴工，你花一点时间把一个对象
先定义清楚，这样IDE可以帮你检测各种低级错误。将来你想REFACTOR这
个程序也很容易，因为IDE知道你的对象定义即使用范畴，所以可以自动
帮你更新各种变化，即方便，又快速，还准确。
反观JS等DYNAMIC LANGUAGE，基本上就是耍小聪明结果做大应用时捡芝麻
丢西瓜。看上去开发很快，但是因为缺少TYPE检测很多低级BUG带到运行时
刻爆发。开发上省的时间都花到调试和维护上了，这实际上是ZERO-SUM，
一个朝三暮四、朝四暮三的SHELL GAME. 几千行的小程序没多少调试和维
护需求。程序量一旦上去了问题马上就爆发。
这一点在JS上体现的更明显。JS从一开始就是一个SINGLE PAGE LANGUAGE，
连个NAME SPACE的概念都没有，因为都是SINGLE PAGE能有多少命名冲突？
直接忽略NAME SPACE，HOHO. 等到写大程序时这些小聪明都成了搬石头砸
自己脚。
TOOLING上也是一样，在IDE面前JS之类的语言是无法SUPPORT的，因为都是
动态可变。如果走THEN支路可能动态加两个变量，走ELSE支路可能动态加
三个变量, 到底这个对象是什么定义谁也不知道。IDE只能勉强去猜。这种
学院派来的花里胡哨特性做工程是没用的，一个语言设计成很难TOOLING那
就是个在工程上失败的语言。
【在 k***r 的大作中提到】
: 随便扯两句， 纯粹是基于多年java/js项目开发和管理的个人体验， 有语言偏见的还
: 请手下留情呵呵。。。
: JS语法和概念本身并不是特别难，但是很多人觉得难或者不好用应该是多种原因：
: 1. 带着java/c#这类‘正规’OO语言背景过来，一下子接触到JS这个既是FP又有一定OO
: 痕迹（基于prototype)但是总体来说非常开放的系统，会感觉无所适从，不知道什么是
: best practice。
: 2. 戴着有色眼镜，认为JS不过是个网页脚本语言只适合写写hello world、弹出个小窗
: 口什么的，那么自然也不会愿意下功夫去琢磨这个语言本身其实还是有很多设计很精巧
: 的good parts， 然后回头就来抱怨JS难用
: 3. JS本身确实有很多陷阱，这个归根结底还是因为它的type系统太开放了，和DOM接口
|
n*w
发帖数: 3393 | 8 顺便说说typescript?
OO
【在 k***r 的大作中提到】
: 随便扯两句， 纯粹是基于多年java/js项目开发和管理的个人体验， 有语言偏见的还
: 请手下留情呵呵。。。
: JS语法和概念本身并不是特别难，但是很多人觉得难或者不好用应该是多种原因：
: 1. 带着java/c#这类‘正规’OO语言背景过来，一下子接触到JS这个既是FP又有一定OO
: 痕迹（基于prototype)但是总体来说非常开放的系统，会感觉无所适从，不知道什么是
: best practice。
: 2. 戴着有色眼镜，认为JS不过是个网页脚本语言只适合写写hello world、弹出个小窗
: 口什么的，那么自然也不会愿意下功夫去琢磨这个语言本身其实还是有很多设计很精巧
: 的good parts， 然后回头就来抱怨JS难用
: 3. JS本身确实有很多陷阱，这个归根结底还是因为它的type系统太开放了，和DOM接口
|
i*****o
发帖数: 1714 | 9 Typescript不错，就是要用vs，泥马选择大部分开发web的都用Mac，谁用vs啊？
★ 发自iPhone App: ChineseWeb 7.8
【在 n*w 的大作中提到】
: 顺便说说typescript?
:
: OO
|
i*****o
发帖数: 1714 | 10 Js被说死了无数次了，用的是同样的原因，还不是越来越火？
★ 发自iPhone App: ChineseWeb 7.8
【在 N********n 的大作中提到】
:
: 这一点基本上就判JS死刑了。没有严谨TYPE系统的语言是不可能拿来做大
: 工程应用的。这就是为什么STRONG TYPE LANGUAGE无悬念要比JS之类强。
: STL的出发点在于默认程序员是会犯错的，所以在语言系统里引入严格的
: TYPE机制来帮助程序员纠错。磨刀不误砍柴工，你花一点时间把一个对象
: 先定义清楚，这样IDE可以帮你检测各种低级错误。将来你想REFACTOR这
: 个程序也很容易，因为IDE知道你的对象定义即使用范畴，所以可以自动
: 帮你更新各种变化，即方便，又快速，还准确。
: 反观JS等DYNAMIC LANGUAGE，基本上就是耍小聪明结果做大应用时捡芝麻
: 丢西瓜。看上去开发很快，但是因为缺少TYPE检测很多低级BUG带到运行时
|
|
|
g*****g
发帖数: 34805 | 11 啥时候Chrome有90%的份额，Dart还能有点前途。这东西没啥办法，JS再烂，也是唯一
跨浏览器的语言。要想微软，苹果，谷歌共同支持个新东西，几乎是没有可能的。
【在 i*****o 的大作中提到】
: Js被说死了无数次了，用的是同样的原因，还不是越来越火？
:
: ★ 发自iPhone App: ChineseWeb 7.8
|
a9
发帖数: 21638 | 12 这就是你的有色眼镜？哈哈
【在 t****t 的大作中提到】
: @@
|
x****d
发帖数: 1766 | 13 If JS is strong typed, I bet it won be so popular. Kids dont know what is
type. Never heard a kid want to understand type before code.
Another reason that kids can pick up JS early, easily and call himself
programmer is that JS dont have build deploy barrier.
For professional is another story, I totally against that professionals say
JS is easy. I dont understand the motivation for professionals to say
something easy. Maybe I zhuang B too much, or them. LOL. |
d*******r
发帖数: 3299 | 14 好贴啊
lz说说 coffeescript 甚至是 clojurescript 能帮 JS 克服一些缺点么 |
i*****o
发帖数: 1714 | 15 Kids 都在用python和objective c，哪个kids能搞明白closure？
say
★ 发自iPhone App: ChineseWeb 7.8
【在 x****d 的大作中提到】
: If JS is strong typed, I bet it won be so popular. Kids dont know what is
: type. Never heard a kid want to understand type before code.
: Another reason that kids can pick up JS early, easily and call himself
: programmer is that JS dont have build deploy barrier.
: For professional is another story, I totally against that professionals say
: JS is easy. I dont understand the motivation for professionals to say
: something easy. Maybe I zhuang B too much, or them. LOL.
|
s***o
发帖数: 6934 | 16 this day might actually come sooner than a lot of people expect.
【在 g*****g 的大作中提到】
: 啥时候Chrome有90%的份额，Dart还能有点前途。这东西没啥办法，JS再烂，也是唯一
: 跨浏览器的语言。要想微软，苹果，谷歌共同支持个新东西，几乎是没有可能的。
|
c***d
发帖数: 996 | 17 requirejs 管理js框架还不错。
你说的四个优点除了第一个剩下三个都不靠谱。 现在最流行的平台还是cocos2d和
unity 3d, html5赶上或者超过native已经吵了起码三年了， 现在有一个可能可以做到
， 但我肯定你不知道他们到底能不能做的出来。nodejs到底好用不好用， 我建议你自
己试试。
OO
【在 k***r 的大作中提到】
: 随便扯两句， 纯粹是基于多年java/js项目开发和管理的个人体验， 有语言偏见的还
: 请手下留情呵呵。。。
: JS语法和概念本身并不是特别难，但是很多人觉得难或者不好用应该是多种原因：
: 1. 带着java/c#这类‘正规’OO语言背景过来，一下子接触到JS这个既是FP又有一定OO
: 痕迹（基于prototype)但是总体来说非常开放的系统，会感觉无所适从，不知道什么是
: best practice。
: 2. 戴着有色眼镜，认为JS不过是个网页脚本语言只适合写写hello world、弹出个小窗
: 口什么的，那么自然也不会愿意下功夫去琢磨这个语言本身其实还是有很多设计很精巧
: 的good parts， 然后回头就来抱怨JS难用
: 3. JS本身确实有很多陷阱，这个归根结底还是因为它的type系统太开放了，和DOM接口
|
g*****g
发帖数: 34805 | 18 It will be much harder than you think. Even if Chrome gets 90%, all the
websites need a motivation to rewrite their website in Dart. Their website
is working fine, what's the point? An incremental maintenance with JS is
much cheaper than rewrite it in Dart from scratch.
【在 s***o 的大作中提到】
: this day might actually come sooner than a lot of people expect.
|
k***r
发帖数: 103 | 19 严肃点 ！
【在 t****t 的大作中提到】
: @@
|
k***r
发帖数: 103 | 20 死刑是不会的，我看JS活得挺好呵呵。。。 其实你只要花点心思仔细挑选一套（注意
是一套，不是一个，因为还没有一个可以rule them all 的）框架，然后就只用这些框
架提供给你的方法和模板，基本上还是可以开发比较规范的大规模JS应用的。 其实现
在JS的框架爆炸和当年windows的DLL hell, Java的 classloader 冲突，还有C++的曾
经泛滥的各种类库有一定的相似之处，都是语言或者系统被很多人用之后，大家纷纷踊
跃添砖加瓦的结果。。。 等过一阵子这个生态系统的震荡慢慢停滞下来然后大家都集
中在比较固定的best practice上就好了。。。
至于tooling， 据说其实VS的JS 支持是最好的，可惜一直没机会用。。。
【在 N********n 的大作中提到】
:
: 这一点基本上就判JS死刑了。没有严谨TYPE系统的语言是不可能拿来做大
: 工程应用的。这就是为什么STRONG TYPE LANGUAGE无悬念要比JS之类强。
: STL的出发点在于默认程序员是会犯错的，所以在语言系统里引入严格的
: TYPE机制来帮助程序员纠错。磨刀不误砍柴工，你花一点时间把一个对象
: 先定义清楚，这样IDE可以帮你检测各种低级错误。将来你想REFACTOR这
: 个程序也很容易，因为IDE知道你的对象定义即使用范畴，所以可以自动
: 帮你更新各种变化，即方便，又快速，还准确。
: 反观JS等DYNAMIC LANGUAGE，基本上就是耍小聪明结果做大应用时捡芝麻
: 丢西瓜。看上去开发很快，但是因为缺少TYPE检测很多低级BUG带到运行时
|
|
|
k***r
发帖数: 103 | 21 那是，所以现在只是需要偶尔观望下dart。 其实有dart推一推，对JS本身应该有促进
作用； 狗家一直号称它性能上的优势 （比如可以直接调用显卡里面几乎没人用到的
SPMD指令）， 然后FF就推出了ASM.JS, 和一个可以直接把JS代码转成汇编运行的引擎
，最后就是大家的JS 应用性能都被改进了。。。
【在 g*****g 的大作中提到】
: 啥时候Chrome有90%的份额，Dart还能有点前途。这东西没啥办法，JS再烂，也是唯一
: 跨浏览器的语言。要想微软，苹果，谷歌共同支持个新东西，几乎是没有可能的。
|
r****y
发帖数: 26819 | 22 v8。。。
【在 k***r 的大作中提到】
: 那是，所以现在只是需要偶尔观望下dart。 其实有dart推一推，对JS本身应该有促进
: 作用； 狗家一直号称它性能上的优势 （比如可以直接调用显卡里面几乎没人用到的
: SPMD指令）， 然后FF就推出了ASM.JS, 和一个可以直接把JS代码转成汇编运行的引擎
: ，最后就是大家的JS 应用性能都被改进了。。。
|
a*w
发帖数: 4495 | 23 如果这样的阳谋可以成功，Silverlight就不会死了。
【在 E*****m 的大作中提到】
: dart 的陽謀是在 chrome 裡放 dart vm, 然後漸漸取代 javascript。
: 來源： FLOSS
: http://twit.tv/show/floss-weekly/245
|
d****i
发帖数: 4809 | 24 Google推出的运行在浏览器内的Native Client的性能比真正的C/C++的code仅损失5％
左右，Mozilla推出的ASM.js的性能比Native C/C++损失一半左右，Mozilla不支持狗狗
的NaCl，但是狗狗最近似乎倾向支持ASM.js, 狗狗还是比较大公无私的。
【在 k***r 的大作中提到】
: 那是，所以现在只是需要偶尔观望下dart。 其实有dart推一推，对JS本身应该有促进
: 作用； 狗家一直号称它性能上的优势 （比如可以直接调用显卡里面几乎没人用到的
: SPMD指令）， 然后FF就推出了ASM.JS, 和一个可以直接把JS代码转成汇编运行的引擎
: ，最后就是大家的JS 应用性能都被改进了。。。
|
w********r
发帖数: 1971 | 25 这就是好比逼着李自成夺天下,文盲强盗学治国安天下.东施效颦.李还是适合做有前途
的山大王,学什么状元 |
t****t
发帖数: 6806 | 26 我是打酱油的, 你们继续!
【在 k***r 的大作中提到】
: 严肃点 ！
|
g****r
发帖数: 1589 | 27 感觉G家搞语言都是玩票性质的，搞了个Go语言，自己都没见怎么用
还是用业界成熟的语言来的方便（Java、Python），又不用自己维护，又不用自己写
tool，各种library也是现成的 |
s***o
发帖数: 6934 | 28 这个真不一定，还有growth的公司哪个不是动不动就用新架构新技术重写的？没有
perfect的legacy system，不然马工都不用吃饭了。
【在 g*****g 的大作中提到】
: It will be much harder than you think. Even if Chrome gets 90%, all the
: websites need a motivation to rewrite their website in Dart. Their website
: is working fine, what's the point? An incremental maintenance with JS is
: much cheaper than rewrite it in Dart from scratch.
|
g*****g
发帖数: 34805 | 29 重写都是没办法，比如twitter发现ruby不够快了，人太多了，不SOA没法管理了，重写。
大多数网站不轻易改版。
【在 s***o 的大作中提到】
: 这个真不一定，还有growth的公司哪个不是动不动就用新架构新技术重写的？没有
: perfect的legacy system，不然马工都不用吃饭了。
|
n*w
发帖数: 3393 | 30 毕竟go刚推出，半年前有听到一个google的人说go的一个潜在目的是换掉java。
【在 g****r 的大作中提到】
: 感觉G家搞语言都是玩票性质的，搞了个Go语言，自己都没见怎么用
: 还是用业界成熟的语言来的方便（Java、Python），又不用自己维护，又不用自己写
: tool，各种library也是现成的
|
|
|
w********l
发帖数: 14 | 31 好贴啊，学习了学习了。最近看到好多这类大牛贴，谢谢分享！
OO
【在 k***r 的大作中提到】
: 随便扯两句， 纯粹是基于多年java/js项目开发和管理的个人体验， 有语言偏见的还
: 请手下留情呵呵。。。
: JS语法和概念本身并不是特别难，但是很多人觉得难或者不好用应该是多种原因：
: 1. 带着java/c#这类‘正规’OO语言背景过来，一下子接触到JS这个既是FP又有一定OO
: 痕迹（基于prototype)但是总体来说非常开放的系统，会感觉无所适从，不知道什么是
: best practice。
: 2. 戴着有色眼镜，认为JS不过是个网页脚本语言只适合写写hello world、弹出个小窗
: 口什么的，那么自然也不会愿意下功夫去琢磨这个语言本身其实还是有很多设计很精巧
: 的good parts， 然后回头就来抱怨JS难用
: 3. JS本身确实有很多陷阱，这个归根结底还是因为它的type系统太开放了，和DOM接口
|
E*****m
发帖数: 25615 | 32 現在不是有種流行的說法是 JS 就是 web assembly, 以後沒人直接寫 JS，
都用 GTK, Dart, ClojureScript 這些 compile 過去？
這好像不是不可能。 |
p*****2
发帖数: 21240 | 33
go有什么优点呢？
【在 n*w 的大作中提到】
: 毕竟go刚推出，半年前有听到一个google的人说go的一个潜在目的是换掉java。
|
s***o
发帖数: 6934 | 34 这种事情经常发生，只不过很多公司不象twitter那么高调而已
startup就不用说了，就是flag里面，也很常见
写。
【在 g*****g 的大作中提到】
: 重写都是没办法，比如twitter发现ruby不够快了，人太多了，不SOA没法管理了，重写。
: 大多数网站不轻易改版。
|
d********g
发帖数: 10550 | 35 code refactoring不需要动界面的，这个太常见了
写。
【在 g*****g 的大作中提到】
: 重写都是没办法，比如twitter发现ruby不够快了，人太多了，不SOA没法管理了，重写。
: 大多数网站不轻易改版。
|
d*******r
发帖数: 3299 | 36 我就用不习惯写JS，所以非常关心这个
大牛们展开说说啊
【在 E*****m 的大作中提到】
: 現在不是有種流行的說法是 JS 就是 web assembly, 以後沒人直接寫 JS，
: 都用 GTK, Dart, ClojureScript 這些 compile 過去？
: 這好像不是不可能。
|
g****r
发帖数: 1589 | 37 都出来5年了吧，，
【在 n*w 的大作中提到】
: 毕竟go刚推出，半年前有听到一个google的人说go的一个潜在目的是换掉java。
|
g****r
发帖数: 1589 | 38 差不多有这个倾向，再加上Script#和TypeScript
【在 E*****m 的大作中提到】
: 現在不是有種流行的說法是 JS 就是 web assembly, 以後沒人直接寫 JS，
: 都用 GTK, Dart, ClojureScript 這些 compile 過去？
: 這好像不是不可能。
|
n*w
发帖数: 3393 | 39 maybe concurrency？我对go期待比较高，出来后到有点失望。希望Google持续enhance
go。 最好Android app能早点用go写。
【在 p*****2 的大作中提到】
:
: go有什么优点呢？
|
n*w
发帖数: 3393 | 40 好像beta了很长一段时间。
【在 g****r 的大作中提到】
: 都出来5年了吧，，
|
|
|
g*****g
发帖数: 34805 | 41 换个架构refactoring常见，换个语言重写很少见，那是好些年的代码都得扔了。
就冲job security，阻力也不是一般的大。
【在 s***o 的大作中提到】
: 这种事情经常发生，只不过很多公司不象twitter那么高调而已
: startup就不用说了，就是flag里面，也很常见
:
: 写。
|
g****r
发帖数: 1589 | 42 国内好像还有不少人在用，在国外倒没听说过谁用这玩意
【在 n*w 的大作中提到】
: 好像beta了很长一段时间。
|
p*****2
发帖数: 21240 | 43
enhance
是FP的吗？有AKKA这样的框架吗？
【在 n*w 的大作中提到】
: maybe concurrency？我对go期待比较高，出来后到有点失望。希望Google持续enhance
: go。 最好Android app能早点用go写。
|
m*********t
发帖数: 527 | 44 native client 又不是 js.....底下本来就是 C++/C 写的吧
【在 d****i 的大作中提到】
: Google推出的运行在浏览器内的Native Client的性能比真正的C/C++的code仅损失5％
: 左右，Mozilla推出的ASM.js的性能比Native C/C++损失一半左右，Mozilla不支持狗狗
: 的NaCl，但是狗狗最近似乎倾向支持ASM.js, 狗狗还是比较大公无私的。
|
c*******0
发帖数: 5247 | 45 who told you Google doesn't use go? go has been using in production system
for a long time
【在 g****r 的大作中提到】
: 感觉G家搞语言都是玩票性质的，搞了个Go语言，自己都没见怎么用
: 还是用业界成熟的语言来的方便（Java、Python），又不用自己维护，又不用自己写
: tool，各种library也是现成的
|
c*******0
发帖数: 5247 | 46 coding like a dynamic language, with much faster speed, and excellent
concurrent programming support
【在 p*****2 的大作中提到】
:
: enhance
: 是FP的吗？有AKKA这样的框架吗？
|
c*******0
发帖数: 5247 | 47 3.5 years
【在 g****r 的大作中提到】
: 都出来5年了吧，，
|
c*******0
发帖数: 5247 | 48 dude, can you do some search before you make any comment? anything you said
about go is blatantly untrue.
【在 g****r 的大作中提到】
: 国内好像还有不少人在用，在国外倒没听说过谁用这玩意
|
z****e
发帖数: 54598 | 49 script类语言两个重要的弊端
一个是动画上控制极差，不是一般的差
你可以尝试着自己写可以控制fps刷新速率的app来看看
因为app尤其是游戏类的开发，对于屏幕刷新的速率的控制是很常见的一个需求
绝大多数script语言对于这个几乎都是束手无策，因为对于fps这些概念的理解
已经深入到系统内部去了，而所有的script无一例外都想简化开发
不希望让用户去理解什么是fps，双缓冲，屏幕闪烁
希望用户在不理解fps，双缓冲，闪烁这些概念的前提下搞定这些开发
但是做出来的接口往往比高级语言本身还恶心，这就是公孙大神曾经说过的
opengl的开发出了名的比c还恶心，是的，swing的开发也是出了名的比java还恶心
用高级语言都嫌太弱，更何况是你还想简化成脚本，那就更弱了
纯粹一个隔靴挠痒，现在的web上的各种是建立在人类对于大多数流程统一的基础之上
也就是所有人都需要button和form这些，但是游戏这是艺术，艺术的东西需要差异化
强调一千个人有一千个哈姆雷特，你天天看同一个电视剧，你不把电视给砸了才怪
这个时候统一的东西就会显得力不从心，因为客户不希望看到统一的解决方式
哪怕最简单的方式，客户都希望看到不同的公司有不同的实现，而不是互相抄来抄去
所以web上的很多东西无法直接应用在游戏上，脚本能对付web，但是对付不了游戏
对付不了游戏，就对付不了app，因为大部分app其实都是游戏
游戏甚至有专属平台游戏机，这个是其他类型app所不能比的
另外一个是多线程的控制，这个其实需要强化规则
akka的强并发框架其实是建立在scala对于oo的强化基础之上
scala前面几章就会说，scala 不 是一个dynamic language
其次，scala是一个纯粹的oo语言，所有东西都是真的对象
比java还纯粹，不同于java，还有primitive的存在
在此基础之上，akka才能发挥威力
因为一个thread本身不是对象，那是什么？
而对于多线程的理解，本身也需要深入系统内部，也不是script这种简化的方向
现在唯一能做的，就是对于一些特定的环境，尤其是web
底层实现多线程的处理，然后暴露一个类似于脚本的东西给使用者
不过这样本身会牺牲很多，一个最简单的web协议的差异就可以搞垮这个构架
谁也没规定所有的网络协议都只能用http和tcp不是？
所以到现在为止，大多数framework也仅仅出现在web上
是个语言它就有web server和framework啊
其他领域framework数量要少很多很多，akka算是不多的之一
web能做很多，但是不幸的是，真正的客户体验往往来自web不擅长的领域
同样真正创造价值的领域，也恰恰来自脚本所不擅长的领域
script的下场要十分小心，db的失落其实马上带来的就是sql的失落
sql还是有需求，但是不会有过去那么大的需求了，nosql上升势头正猛
实际上ui和多线程其实都不是最近的热点，都是过气n年的领域
nosql和mapreduce才是真正的热点
现在你说你会写ui，会玩多线程
要说象会hadoop一样让中介踏破门，嗯
我只能说我希望如此 |
c***r
发帖数: 4631 | 50 http://www.unrealengine.com/html5/
大伙都报个benchmark结果吧。
FPS:51.9
Firefox 23 beta,
macbook pro 13"
1600x1200 （外接显示器）
2.3GHz Core i5
Mac OS 10.7.5
intel HD Graphics 3000 384MB
【在 z****e 的大作中提到】
: script类语言两个重要的弊端
: 一个是动画上控制极差，不是一般的差
: 你可以尝试着自己写可以控制fps刷新速率的app来看看
: 因为app尤其是游戏类的开发，对于屏幕刷新的速率的控制是很常见的一个需求
: 绝大多数script语言对于这个几乎都是束手无策，因为对于fps这些概念的理解
: 已经深入到系统内部去了，而所有的script无一例外都想简化开发
: 不希望让用户去理解什么是fps，双缓冲，屏幕闪烁
: 希望用户在不理解fps，双缓冲，闪烁这些概念的前提下搞定这些开发
: 但是做出来的接口往往比高级语言本身还恶心，这就是公孙大神曾经说过的
: opengl的开发出了名的比c还恶心，是的，swing的开发也是出了名的比java还恶心
|
|
|
y****e
发帖数: 23939 | 51 GTK?
Do you mean GWT?
【在 E*****m 的大作中提到】
: 現在不是有種流行的說法是 JS 就是 web assembly, 以後沒人直接寫 JS，
: 都用 GTK, Dart, ClojureScript 這些 compile 過去？
: 這好像不是不可能。
|
a*w
发帖数: 4495 | 52 他们不是一回事儿？你就不要吹毛求疵了。
【在 y****e 的大作中提到】
: GTK?
: Do you mean GWT?
|
y****e
发帖数: 23939 | 53 FT，不适吹毛求疵。我是真糊涂了。GTK是Linux下的GUI Toolkit，GWT是google开发的
Web应用开发工具。这两个怎么会是一回事呢？
【在 a*w 的大作中提到】
: 他们不是一回事儿？你就不要吹毛求疵了。
|
s******e
发帖数: 493 | 54 People started talking about the death of JS for more than 10 years...
It only makes it stronger with html5...
JS frameworks, just like java frameworks, come and go...
Us, as developer, keeps learning new popular ones...
There is really no point of bashing or predicting the future of any
technologies. Whatever works for you now is the best one and the one you
should learn. |
z****e
发帖数: 54598 | 55 chrome不支持
这个世界上，一家的东西做得再好
其它公司不陪着玩，做得再好都没戏
一个垮平台可以搞死人，浏览器＊操作系统＊版本号的组合可以彻底让qa崩溃
更不要说js有先天缺陷，连交叉引用都无法gc掉
浏览器本身需要向os申请资源，而插件则需要向浏览器申请资源
这两层嵌套的模式早在applet时代就提出来了，后来仅仅因为m$的不配合
就挂了
还有就是这51帧的速率，放在今天来看，实在是太差了
51帧连小日本10多年以前的gba都不如，连掌机都不如
单纯从fps上说，flash最烂，很弱很弱
据说今年页游全面崩溃，预料之中，预料之中
【在 c***r 的大作中提到】
: http://www.unrealengine.com/html5/
: 大伙都报个benchmark结果吧。
: FPS:51.9
: Firefox 23 beta,
: macbook pro 13"
: 1600x1200 （外接显示器）
: 2.3GHz Core i5
: Mac OS 10.7.5
: intel HD Graphics 3000 384MB
|
x****u
发帖数: 44466 | 56 90%的闪烁问题都是程序编写有误。
比如2D游戏如果用好了GDI和GDI+API，完全没必要使用DirectX，除非一定要用256色下
调色板的奇技淫巧。
【在 z****e 的大作中提到】
: script类语言两个重要的弊端
: 一个是动画上控制极差，不是一般的差
: 你可以尝试着自己写可以控制fps刷新速率的app来看看
: 因为app尤其是游戏类的开发，对于屏幕刷新的速率的控制是很常见的一个需求
: 绝大多数script语言对于这个几乎都是束手无策，因为对于fps这些概念的理解
: 已经深入到系统内部去了，而所有的script无一例外都想简化开发
: 不希望让用户去理解什么是fps，双缓冲，屏幕闪烁
: 希望用户在不理解fps，双缓冲，闪烁这些概念的前提下搞定这些开发
: 但是做出来的接口往往比高级语言本身还恶心，这就是公孙大神曾经说过的
: opengl的开发出了名的比c还恶心，是的，swing的开发也是出了名的比java还恶心
|
r*******n
发帖数: 3020 | 57 不是FP。
【在 p*****2 的大作中提到】
:
: enhance
: 是FP的吗？有AKKA这样的框架吗？
|
W********n
发帖数: 254 | 58 Tooling对我很重要，dynamic type的语言大部分都没有很好的intelliSense支持。
OO
【在 k***r 的大作中提到】
: 随便扯两句， 纯粹是基于多年java/js项目开发和管理的个人体验， 有语言偏见的还
: 请手下留情呵呵。。。
: JS语法和概念本身并不是特别难，但是很多人觉得难或者不好用应该是多种原因：
: 1. 带着java/c#这类‘正规’OO语言背景过来，一下子接触到JS这个既是FP又有一定OO
: 痕迹（基于prototype)但是总体来说非常开放的系统，会感觉无所适从，不知道什么是
: best practice。
: 2. 戴着有色眼镜，认为JS不过是个网页脚本语言只适合写写hello world、弹出个小窗
: 口什么的，那么自然也不会愿意下功夫去琢磨这个语言本身其实还是有很多设计很精巧
: 的good parts， 然后回头就来抱怨JS难用
: 3. JS本身确实有很多陷阱，这个归根结底还是因为它的type系统太开放了，和DOM接口
|
c***r
发帖数: 4631 | 59 Chrome已经差不多了。也许在29里面支持。
https://code.google.com/p/chromium/issues/detail?id=226897#c18
“连交叉引用都无法gc掉”啥意思？
51帧不是问题，刚刚开始，可以慢慢提高，小孩刚会走不能指望他马上就开飞机不是。
这个问题从掏钱玩游戏的人角度和写游戏赚钱的人角度完全可以得出不同的结论。而且
firefox为了防止消耗资源太多，把最大刷新率限制在60fps, 一平均肯定在60以下。
gba的分辨率……您是来喷的吧？
【在 z****e 的大作中提到】
: chrome不支持
: 这个世界上，一家的东西做得再好
: 其它公司不陪着玩，做得再好都没戏
: 一个垮平台可以搞死人，浏览器＊操作系统＊版本号的组合可以彻底让qa崩溃
: 更不要说js有先天缺陷，连交叉引用都无法gc掉
: 浏览器本身需要向os申请资源，而插件则需要向浏览器申请资源
: 这两层嵌套的模式早在applet时代就提出来了，后来仅仅因为m$的不配合
: 就挂了
: 还有就是这51帧的速率，放在今天来看，实在是太差了
: 51帧连小日本10多年以前的gba都不如，连掌机都不如
|
z****e
发帖数: 54598 | 60 如果这也不是问题，那也不是问题，那就没有问题了
我说的都是很现实的问题，都是曾经玩死过其它产品的问题
连一个最简单的测试都无法保证，谈什么推广？
另外你不懂js的gc机制？不知道什么叫做交叉引用？
最接近垮平台理想状态的平台就是jvm，但是jvm到现在也只能保证说在server和pc上
能够compile once, run everywhere，其它平台，尤其是tablet和mobile
jvm都还不能接近这个理想状态，指望浏览器？嘿嘿，不是说不可能吧
那不妨等它成功了再说吧，没成功之前所有的期望都是wishful thinking
成功了再说
还有，60帧真的是一个底线，60帧以下人眼可以感觉出来差异
gba是掌机，01年的产品，比01年的掌机水平高不是理所应当的么？
别忘了，这可是pc，不说其它的，就是applet实现一个60帧的fps都没有任何问题
applet都是几十年前的plugin了
我不看将来如何，现在不行就是不行，等成功了再来吹不迟
否则你鼓吹用js设计火箭登陆火星都没有问题
【在 c***r 的大作中提到】
: Chrome已经差不多了。也许在29里面支持。
: https://code.google.com/p/chromium/issues/detail?id=226897#c18
: “连交叉引用都无法gc掉”啥意思？
: 51帧不是问题，刚刚开始，可以慢慢提高，小孩刚会走不能指望他马上就开飞机不是。
: 这个问题从掏钱玩游戏的人角度和写游戏赚钱的人角度完全可以得出不同的结论。而且
: firefox为了防止消耗资源太多，把最大刷新率限制在60fps, 一平均肯定在60以下。
: gba的分辨率……您是来喷的吧？
|
|
|
z****e
发帖数: 54598 | 61 safari也不支持，我的天
连最基本的垮浏览器实现起来都要折腾半天
连applet都不如，applet至少说要实现垮浏览器
在浏览器内运行，实现60帧的刷新频率没有问题
搞死applet的就是测试还有很恶心的沙盒机制
这些问题无论是什么插件都要面对
applet已经因此挂了，没有任何理由对其它东西抱有不切实际的幻想
成功了再说，我只看现状，谈将来的，如果不是说一个东西要挂
而是说一个东西要成功，都是忽悠，成功学就是这么一回事
谈成功，你给我钱，我可以跟你谈登陆太阳，没有问题 |
z****e
发帖数: 54598 | 62 用脚本的目的就是为了让程序编写容易
可惜一旦涉及到这种领域，无论怎么设计api
都要求程序猿去搞定一些很恶心深入的问题
至少要理解，那理解这些东西的过程中
其实还不如让程序猿去学高级语言
高级语言所提供的东西比起这些乱七八糟的概念来说
反而要显得简单得多
【在 x****u 的大作中提到】
: 90%的闪烁问题都是程序编写有误。
: 比如2D游戏如果用好了GDI和GDI+API，完全没必要使用DirectX，除非一定要用256色下
: 调色板的奇技淫巧。
|
x****u
发帖数: 44466 | 63 applet连flash的脚趾头都赶不上。。。
【在 z****e 的大作中提到】
: safari也不支持，我的天
: 连最基本的垮浏览器实现起来都要折腾半天
: 连applet都不如，applet至少说要实现垮浏览器
: 在浏览器内运行，实现60帧的刷新频率没有问题
: 搞死applet的就是测试还有很恶心的沙盒机制
: 这些问题无论是什么插件都要面对
: applet已经因此挂了，没有任何理由对其它东西抱有不切实际的幻想
: 成功了再说，我只看现状，谈将来的，如果不是说一个东西要挂
: 而是说一个东西要成功，都是忽悠，成功学就是这么一回事
: 谈成功，你给我钱，我可以跟你谈登陆太阳，没有问题
|
x****u
发帖数: 44466 | 64 主要原因还是程序员被忽悠被骗，比如有小屁孩认为DirectX画窗口有更好的效率。。。
【在 z****e 的大作中提到】
: 用脚本的目的就是为了让程序编写容易
: 可惜一旦涉及到这种领域，无论怎么设计api
: 都要求程序猿去搞定一些很恶心深入的问题
: 至少要理解，那理解这些东西的过程中
: 其实还不如让程序猿去学高级语言
: 高级语言所提供的东西比起这些乱七八糟的概念来说
: 反而要显得简单得多
|
z****e
发帖数: 54598 | 65 要不是m$从中使绊子，估计applet早就遍地都是了
从这个意义上说，平台不配合，说什么都是空的
【在 x****u 的大作中提到】
: applet连flash的脚趾头都赶不上。。。
|
x****u
发帖数: 44466 | 66 Windows又没有阻止你装插件。。Flash能做到的applet做不到，只能说明SUN水平太差。
【在 z****e 的大作中提到】
: 要不是m$从中使绊子，估计applet早就遍地都是了
: 从这个意义上说，平台不配合，说什么都是空的
|
z****e
发帖数: 54598 | 67 因为java胃口很大，不仅仅打算做applet，还打算做server，甚至还有app
所以很难做到全面兼顾，要兼顾，就需要做各种不同的处理，各个公司执行力度不一样
有些公司强一点，比如ibm和bea的jvm就很强，但是apple的jvm就烂的一笔
所以这种良莠不齐直接导致了最后的失败，因为想法很好，理想很美，但是现实很残酷
而flash打从一开始，就没打算做jvm那么大的平台，它只是想做一个很简单的插件
所以问题不大，但是一旦超出这个范畴，立马问题就来了，后来所谓的页游就是指望
这种flash搞出application level的东西来，立马隔p，各种问题马上就浮现出来了
这些案例都告诉我们，屠龙上鸡刀就是纯粹自虐，但是就是架不住各种sm爱好者往上冲
差。
【在 x****u 的大作中提到】
: Windows又没有阻止你装插件。。Flash能做到的applet做不到，只能说明SUN水平太差。
|
a**e
发帖数: 5794 | 68 哦，原来Java失败了啊
【在 z****e 的大作中提到】
: 因为java胃口很大，不仅仅打算做applet，还打算做server，甚至还有app
: 所以很难做到全面兼顾，要兼顾，就需要做各种不同的处理，各个公司执行力度不一样
: 有些公司强一点，比如ibm和bea的jvm就很强，但是apple的jvm就烂的一笔
: 所以这种良莠不齐直接导致了最后的失败，因为想法很好，理想很美，但是现实很残酷
: 而flash打从一开始，就没打算做jvm那么大的平台，它只是想做一个很简单的插件
: 所以问题不大，但是一旦超出这个范畴，立马问题就来了，后来所谓的页游就是指望
: 这种flash搞出application level的东西来，立马隔p，各种问题马上就浮现出来了
: 这些案例都告诉我们，屠龙上鸡刀就是纯粹自虐，但是就是架不住各种sm爱好者往上冲
:
: 差。
|
z****e
发帖数: 54598 | 69 不能说每个领域都成功
西方不亮，东方亮的情况不少见
【在 a**e 的大作中提到】
: 哦，原来Java失败了啊
|
x****u
发帖数: 44466 | 70 Server和Client是不同的VM啊。
另外搞移动开发的现在清一色Mac，Eclipse和Xcode换着用爽得很。不让苹果预装和不
让苹果用还是两回事。
【在 z****e 的大作中提到】
: 因为java胃口很大，不仅仅打算做applet，还打算做server，甚至还有app
: 所以很难做到全面兼顾，要兼顾，就需要做各种不同的处理，各个公司执行力度不一样
: 有些公司强一点，比如ibm和bea的jvm就很强，但是apple的jvm就烂的一笔
: 所以这种良莠不齐直接导致了最后的失败，因为想法很好，理想很美，但是现实很残酷
: 而flash打从一开始，就没打算做jvm那么大的平台，它只是想做一个很简单的插件
: 所以问题不大，但是一旦超出这个范畴，立马问题就来了，后来所谓的页游就是指望
: 这种flash搞出application level的东西来，立马隔p，各种问题马上就浮现出来了
: 这些案例都告诉我们，屠龙上鸡刀就是纯粹自虐，但是就是架不住各种sm爱好者往上冲
:
: 差。
|
|
|
l*********s
发帖数: 5409 | 71 为啥不用Linux呢，便宜，软件还多。
【在 x****u 的大作中提到】
: Server和Client是不同的VM啊。
: 另外搞移动开发的现在清一色Mac，Eclipse和Xcode换着用爽得很。不让苹果预装和不
: 让苹果用还是两回事。
|
x****u
发帖数: 44466 | 72 用Linux开发iOS？
【在 l*********s 的大作中提到】
: 为啥不用Linux呢，便宜，软件还多。
|
z****e
发帖数: 54598 | 73 一样的
曾经有过不同的参数，不过没有什么人搭理
以后都一样了
【在 x****u 的大作中提到】
: Server和Client是不同的VM啊。
: 另外搞移动开发的现在清一色Mac，Eclipse和Xcode换着用爽得很。不让苹果预装和不
: 让苹果用还是两回事。
|
