p*****2
发帖数: 21240 | |
g*****g
发帖数: 34805 | 2 你这个看的还不错。我们公司前端也要全面转向node。除了性能的原因，更重要的是好
招人。
据说这年头JS很强还熟悉java server端的人不好找。反正JS是必须的，一个语言最省
心。我看node 3年内在前端一统天下。
至于后端，node估计只能局限于轻量级的应用。一个是轮子太少，一个是做UI的人没有
做后端对性能等方面的意识。
JVM还是主流选择。两者可以用WS连起来。
吃亏最大的会是Ruby, Php, Python这些前几年从Java/C＃抢下了相当份额的脚本语言
。 |
d*******r
发帖数: 3299 | 3 你们说说现在 node 什么框架最流行呢?
MEAN? |
a9
发帖数: 21638 | 4 现在google对node是什么态度啊？
【在 g*****g 的大作中提到】
: 你这个看的还不错。我们公司前端也要全面转向node。除了性能的原因，更重要的是好
: 招人。
: 据说这年头JS很强还熟悉java server端的人不好找。反正JS是必须的，一个语言最省
: 心。我看node 3年内在前端一统天下。
: 至于后端，node估计只能局限于轻量级的应用。一个是轮子太少，一个是做UI的人没有
: 做后端对性能等方面的意识。
: JVM还是主流选择。两者可以用WS连起来。
: 吃亏最大的会是Ruby, Php, Python这些前几年从Java/C＃抢下了相当份额的脚本语言
: 。
|
w***g
发帖数: 5958 | 5 我知道有人要砸砖，但我还是要说，javascript是一种非常elegant的语言，你钟意
node没什么奇怪的。
【在 p*****2 的大作中提到】
: 我自己都不明白
|
p*****2
发帖数: 21240 | 6 mean应该是startup首选
目前看来node更多是在大公司全面开花
goodbug说的很准确 大公司主要是frontend
backend还是jvm为主
不过一些startup的后台是node为主 而且以后node后台的作用会越来越大
当然需要轮子 像node对cassandra支持就不错 这也是很多人弃用hbase的原因
【在 d*******r 的大作中提到】
: 你们说说现在 node 什么框架最流行呢?
: MEAN?
|
p*****2
发帖数: 21240 | 7 cremn不错
【在 d*******r 的大作中提到】
: 你们说说现在 node 什么框架最流行呢?
: MEAN?
|
p*****2
发帖数: 21240 | 8 听说有大项目要发布
【在 a9 的大作中提到】
: 现在google对node是什么态度啊？
|
p*****2
发帖数: 21240 | 9 这个确实 所以我觉得以后在后台也会有一定市场的
【在 w***g 的大作中提到】
: 我知道有人要砸砖，但我还是要说，javascript是一种非常elegant的语言，你钟意
: node没什么奇怪的。
|
w***g
发帖数: 5958 | 10 我觉得javascript在后台成不成主要是event vs threading的问题。别的语言没这个问
题，一般两个都是通过库来支持的。但是javascript跟event是绑定的（理解不对请指
正）。
event vs threading是系统领域长盛不衰的话题，即使以后c++和java都不在了，event
vs threading可能都还是在的。这两个谁是谁非跟当时的硬件支持很有关系。我觉得
目前盛行的event更有效这个结论是在前multi-core时代得出的结论（请指正）。如果
core的个数非常多，内存非常大，我觉得threading是更好的模型。在目前主流的机器
配置上哪个更好貌似没有非常权威的答案(nginx是比apache要快，但是有实现相关的成
分在里面，而且web server毕竟逻辑比较简单，上升到语言层面，特别是解释型语言层
面会怎么样还真不好说），我窃以为threading可能更好一点。这是我对javascript最
大的担心。
【在 p*****2 的大作中提到】
: 这个确实 所以我觉得以后在后台也会有一定市场的
|
|
|
s***o
发帖数: 2191 | 11 最大卖点是web前后端语言的统一。不过你又不写client side，为啥还这么中意呢？
我比较中意的是Play，这个其实算是另一种形式上语言的统一，在Web后端跟更后的端之
间。不过前段时间发现将要整合进Play的Slick针对Orable/Sql Server/DB2竟然要收费
，官方给出的理由是：“既然你要花钱买这些产品，怎么都要分给我们一点。不满意你
可以自己写一个用。” 虽然这个不能说一点道理都没有，但让我对typesafe的整个动
机产生疑虑。跑题了。。。
【在 p*****2 的大作中提到】
: 我自己都不明白
|
p*****2
发帖数: 21240 | 12 有道理 不过这个说起来话题就大了 不讨论需求纯比较优劣还是很难得 我有时间跟你
切磋一下 我本人是一个项目什么合适就上什么 我倒不care 是event 还是thread 应用
场景是有不同
event
【在 w***g 的大作中提到】
: 我觉得javascript在后台成不成主要是event vs threading的问题。别的语言没这个问
: 题，一般两个都是通过库来支持的。但是javascript跟event是绑定的（理解不对请指
: 正）。
: event vs threading是系统领域长盛不衰的话题，即使以后c++和java都不在了，event
: vs threading可能都还是在的。这两个谁是谁非跟当时的硬件支持很有关系。我觉得
: 目前盛行的event更有效这个结论是在前multi-core时代得出的结论（请指正）。如果
: core的个数非常多，内存非常大，我觉得threading是更好的模型。在目前主流的机器
: 配置上哪个更好貌似没有非常权威的答案(nginx是比apache要快，但是有实现相关的成
: 分在里面，而且web server毕竟逻辑比较简单，上升到语言层面，特别是解释型语言层
: 面会怎么样还真不好说），我窃以为threading可能更好一点。这是我对javascript最
|
p*****2
发帖数: 21240 | 13 其实我看中的主要不是这个 当然如果自己做个project这点就很重要了
【在 s***o 的大作中提到】
: 最大卖点是web前后端语言的统一。不过你又不写client side，为啥还这么中意呢？
: 我比较中意的是Play，这个其实算是另一种形式上语言的统一，在Web后端跟更后的端之
: 间。不过前段时间发现将要整合进Play的Slick针对Orable/Sql Server/DB2竟然要收费
: ，官方给出的理由是：“既然你要花钱买这些产品，怎么都要分给我们一点。不满意你
: 可以自己写一个用。” 虽然这个不能说一点道理都没有，但让我对typesafe的整个动
: 机产生疑虑。跑题了。。。
|
s***o
发帖数: 2191 | 14 哈，所以说你已经有理由中意node了
node上有没有新的full stack web framework? meteor就算了，不是我的菜
【在 p*****2 的大作中提到】
: 其实我看中的主要不是这个 当然如果自己做个project这点就很重要了
|
i**i
发帖数: 1500 | 15 js在后端不行主要是没有结结实实的轮子，不是js语言本身的问题，也不是event/
threading的问题． 接着看，面包会有的．
threading可以支持强实时的应用，比如20ms必须给结果． event不行．
至于multi-core的问题． 你可以把计算能力看成一块蛋糕，按照时间切就是threading
,这个方向可以多切几刀．按照core,就是event. 当然可以混合切，如果你手艺不错并
且不嫌麻烦的话．
倒不是东风一定压倒西风．
event
【在 w***g 的大作中提到】
: 我觉得javascript在后台成不成主要是event vs threading的问题。别的语言没这个问
: 题，一般两个都是通过库来支持的。但是javascript跟event是绑定的（理解不对请指
: 正）。
: event vs threading是系统领域长盛不衰的话题，即使以后c++和java都不在了，event
: vs threading可能都还是在的。这两个谁是谁非跟当时的硬件支持很有关系。我觉得
: 目前盛行的event更有效这个结论是在前multi-core时代得出的结论（请指正）。如果
: core的个数非常多，内存非常大，我觉得threading是更好的模型。在目前主流的机器
: 配置上哪个更好貌似没有非常权威的答案(nginx是比apache要快，但是有实现相关的成
: 分在里面，而且web server毕竟逻辑比较简单，上升到语言层面，特别是解释型语言层
: 面会怎么样还真不好说），我窃以为threading可能更好一点。这是我对javascript最
|
i**i
发帖数: 1500 | 16 Java里的异步framework一堆．
node里也有支持真正threading的module. |
i**i
发帖数: 1500 | 17
mongo <- or whatever.
express <- or whatever.
angularjs <- 强烈推荐． future proof.
node.
【在 s***o 的大作中提到】
: 哈，所以说你已经有理由中意node了
: node上有没有新的full stack web framework? meteor就算了，不是我的菜
|
l**********n
发帖数: 8443 | 18 node主要是简单，符合人类的思维方式。java的configuration一大堆。 |
w**z
发帖数: 8232 | 19 你老貌似一开始不太看好node啊
【在 g*****g 的大作中提到】
: 你这个看的还不错。我们公司前端也要全面转向node。除了性能的原因，更重要的是好
: 招人。
: 据说这年头JS很强还熟悉java server端的人不好找。反正JS是必须的，一个语言最省
: 心。我看node 3年内在前端一统天下。
: 至于后端，node估计只能局限于轻量级的应用。一个是轮子太少，一个是做UI的人没有
: 做后端对性能等方面的意识。
: JVM还是主流选择。两者可以用WS连起来。
: 吃亏最大的会是Ruby, Php, Python这些前几年从Java/C＃抢下了相当份额的脚本语言
: 。
|
g*****g
发帖数: 34805 | 20 我一直不看好Node是在后端，前端一直看好呀。我不做前端很多年了，本来就是爱谁谁。
不过我好歹写过三年spring mvc，知道为啥java在web前端没戏。
【在 w**z 的大作中提到】
: 你老貌似一开始不太看好node啊
|
|
|
N********n
发帖数: 8363 | 21
连IDE都不待见的语言在后端是铁没戏的。其实前端也悬，将来谁出个好点
的强类型语言让各大BROWSER都支持的话JS的末日就到了，现在能活着就靠
没人和IT在浏览器上竞争而已。
【在 p*****2 的大作中提到】
: 这个确实 所以我觉得以后在后台也会有一定市场的
|
c*******0
发帖数: 5247 | 22 Node在后端是争不过Go的。现在Go不仅仅会是统治startup的devop领域，不少注重性能的
新公司后端也直接上Go了。 |
s***o
发帖数: 2191 | 23 不太相信 “统治”, 有没有具体数据？
【在 c*******0 的大作中提到】
: Node在后端是争不过Go的。现在Go不仅仅会是统治startup的devop领域，不少注重性能的
: 新公司后端也直接上Go了。
|
l*********s
发帖数: 5409 | 24 re, it does not have as many wheels as python, but good part is cleaner and
better.
【在 w***g 的大作中提到】
: 我知道有人要砸砖，但我还是要说，javascript是一种非常elegant的语言，你钟意
: node没什么奇怪的。
|
c*******0
发帖数: 5247 | 25
不好意思，我是想说“不仅仅会”，结果“会”打落了
我说Go会成统治级语言的原因在于Docker和基于Docker的整个生态圈（Drone，Packer
，CoreOS，Flynn）。我很相信这会是将来Devop的核心生态圈。
以后Devop的发展方向会是基于Go的底层调度（速度）和基于Python Ruby（方便）的上
层胶水逻辑。
【在 s***o 的大作中提到】
: 不太相信 “统治”, 有没有具体数据？
|
B*****g
发帖数: 34098 | 26 zkss spring mvc
谁。
【在 g*****g 的大作中提到】
: 我一直不看好Node是在后端，前端一直看好呀。我不做前端很多年了，本来就是爱谁谁。
: 不过我好歹写过三年spring mvc，知道为啥java在web前端没戏。
|
d*******r
发帖数: 3299 | 27 全名是啥?
cremn
cremn node 都搜索不出来...
【在 p*****2 的大作中提到】
: cremn不错
|
d*******r
发帖数: 3299 | 28 外面直接有人发帖批驳 Docker 呀
http://www.mitbbs.com/mitbbs_article_t.php?board=Programming&gi
这个跟 vagrant 这种比起来主要好处是啥
而且这个为啥是跟 Go 绑定的呢?
Packer
【在 c*******0 的大作中提到】
:
: 不好意思，我是想说“不仅仅会”，结果“会”打落了
: 我说Go会成统治级语言的原因在于Docker和基于Docker的整个生态圈（Drone，Packer
: ，CoreOS，Flynn）。我很相信这会是将来Devop的核心生态圈。
: 以后Devop的发展方向会是基于Go的底层调度（速度）和基于Python Ruby（方便）的上
: 层胶水逻辑。
|
c*******0
发帖数: 5247 | 29
我有看好的自由，他有不看好的自由，这个正常。
不是说和Go绑定，而是从这些生态圈可以看出用Go的优势。Docker，CoreOS和Flynn这
些都用Go写是有原因的。
【在 d*******r 的大作中提到】
: 外面直接有人发帖批驳 Docker 呀
: http://www.mitbbs.com/mitbbs_article_t.php?board=Programming&gi
: 这个跟 vagrant 这种比起来主要好处是啥
: 而且这个为啥是跟 Go 绑定的呢?
:
: Packer
|
z*******3
发帖数: 13709 | 30 他的意思是java做front end的话
你还是躲不开js
而一个项目里面语言越少越好
所以干脆就用一个js拉倒
所以不仅java做front end不太好
就是python什么也都完蛋
实际上被用来跟node.js做对比的主要是ruby的ror
而不是其他，python和java本身在web上都不算强势
ruby是专门设计出来用来做web的脚本语言
但是因为浏览器本身不能跑ruby，所以平台受限
所以不如js，当然只会写js
那这个好像没有一个学生按照这种方式培养的
大多数时候js连教都不教，都是自己学的
【在 B*****g 的大作中提到】
: zkss spring mvc
:
: 谁。
|
|
|
z*******3
发帖数: 13709 | 31 但是同时
java的竞争优势在于后端依赖
还是同样一个原则
同一个项目里面，语言越少越好
所以当你的系统同时出现前后端的时候
java就有了自身的优势
尤其是当你的应用对于浏览器本身需求比较低
比如提供一个ws接口
这个时候，java统一前后端就很正常
所以说到底都是排除多语言的干扰
类似的，c#的优势也在于.net其他产品的支持
所以看问题要联动起来看，而不是孤立地看问题
it系统可不是数学题，几个部分互相影响的不要太多 |
z*******3
发帖数: 13709 | 32 用来写点游戏试试
你就知道脚本有多糟糕了
这个只是面向简单局限应用的一种语言
而不是general purpose的
而且很明显，客户机器和后端都跟www没有太大关系酱紫
还有就是node现在版本号都没敢上1啊
那个作者其实水平很糟糕，他以前做的很多项目，c写的
都华丽地失败了，所以node一直在大并发时候有不稳定的情况发生
当然一般人想不了这么多，创业时候连个20个用户流量都没有呢
考虑10000个连接丢了97个，不重要，想不了那么多
但是我们搞点游戏，就不用这个东西
都是平台决定了上层建筑
and
【在 l*********s 的大作中提到】
: re, it does not have as many wheels as python, but good part is cleaner and
: better.
|
z*******3
发帖数: 13709 | 33 nodejs最大的优势就是傻瓜化操作
没有关系
vertx比你们更傻瓜
你说这个multi-core
vertx已经搞定了
vertx也支持js
而且报告显示vertx表现出人意料的好
远远超过nodejs
所以你看好这个的克星已经出现了
连直接无脑移植的module都快做好了
哈哈，我们一直在抄袭
threading
【在 i**i 的大作中提到】
: js在后端不行主要是没有结结实实的轮子，不是js语言本身的问题，也不是event/
: threading的问题． 接着看，面包会有的．
: threading可以支持强实时的应用，比如20ms必须给结果． event不行．
: 至于multi-core的问题． 你可以把计算能力看成一块蛋糕，按照时间切就是threading
: ,这个方向可以多切几刀．按照core,就是event. 当然可以混合切，如果你手艺不错并
: 且不嫌麻烦的话．
: 倒不是东风一定压倒西风．
:
: event
|
z*******3
发帖数: 13709 | 34 不要紧，我们会抄
谁。
【在 g*****g 的大作中提到】
: 我一直不看好Node是在后端，前端一直看好呀。我不做前端很多年了，本来就是爱谁谁。
: 不过我好歹写过三年spring mvc，知道为啥java在web前端没戏。
|
l**********n
发帖数: 8443 | 35 jsp非常恶心。语法恶心，测试恶心。
【在 B*****g 的大作中提到】
: zkss spring mvc
:
: 谁。
|
t***t
发帖数: 6066 | 36 俺当年用过几个月servlet。后来听说有jsp，一直觉得高大上，十几年了都没机会用上。
【在 l**********n 的大作中提到】
: jsp非常恶心。语法恶心，测试恶心。
|
z*******3
发帖数: 13709 | 37 什么年代了
jsp早被优化了
我后来都用freemarker来搞
摸板通用，不管是web还是xml还是json
【在 l**********n 的大作中提到】
: jsp非常恶心。语法恶心，测试恶心。
|
