p*****2
发帖数: 21240 | 1
我用play2感觉还好。就是json格式需要转换比node麻烦，所以我也转到node了。 |
|
|
d*******r
发帖数: 3299 | 3 同关注 ~~ 最近在看 Node.js 和 Opa
Google: Node.js cancer 的话，确实看到很多观点激烈的帖子 |
|
p*****2
发帖数: 21240 | 4 Async就是很牛逼呀，随便做了两个benchmark, Node比Ruby快几倍到几十倍。怪不得大
家都纷纷从Ruby转Node了。 |
|
|
g*****g
发帖数: 34805 | 6 啥时候paypal的商业逻辑也用node写了，我就改学node。 |
|
p*****2
发帖数: 21240 | 7
surprises
a
high
.
我觉得大牛对node理解还是挺深刻的。发觉很多Java programmer都没有理解node是怎
么回事。 |
|
p*****2
发帖数: 21240 | 8
他们没做，都正往node上转呢。连公孙那么牛逼的现在都用node
了。 |
|
p*****2
发帖数: 21240 | 9
ruby -> node 的公司不要太多了，现在paypal都从java－>node了。
我也认为ruby是直接的苦主，没啥前途。用ruby 的现在很多都心慌慌的。 |
|
p*****2
发帖数: 21240 | 10
goodbug专门看过node。有几个看了node也没搞明白。 |
|
p*****2
发帖数: 21240 | 11
我说他前端用CS，并不代表后端用node。我们这里不是讨论node吗 |
|
m******t
发帖数: 635 | 12 node看过一点，没有感觉，不好判断。node能火几年要看javascript是否能够保持主流
？这个又取决于Google对javascript的态度，前景也不是很明朗。
javascript是个烂语言，其实大家已经埋怨很久了，coffeescript是个stopgap，还不
如一步到位上Clojure/
ClojureScript，性能也没问题。 |
|
c******o
发帖数: 1277 | 13 play不是node,play too heavy.
比如说，play 里面一堆 Json read/write/format/validation的API
再比如说，play 有整个一套test framework. play 把所有的 SBT都包括经去了
看看这个，
http://www.playframework.com/documentation/2.2.x/api/scala/inde
一大堆和基本http/event API无关的的东西。
我觉得可能Spray可能有会和node更像一点，一个很小的core,可以靠module来添加功能
。以后spray会代替netty成为play的web server. |
|
d********g
发帖数: 10550 | 14 这当然是趋势，REST这块并不是单纯异步抗高并发就能解决的，Java系所谓backend
business logic，换Node可以放在对transaction要求不高的环境比如social类并发高
但是数据不敏感的情况。有交易的Node大多是用来做个REST的壳 |
|
p*****2
发帖数: 21240 | 15
Python performance跟Node比差那么多，怎么搭配呀？前台用perf巨牛的node，后台用
缓慢的python？我觉得JVM搭配更合理。 |
|
|
p*****2
发帖数: 21240 | 17
Node是新技术，老技术往上转很正常吧？你有见Node往Python转吗？ |
|
d********g
发帖数: 10550 | 18 二爷为什么一定要所有人都JVM呢？Python系的当然都是Python的backend，比如
Dropbox如果要把REST换成Node也是可以的，但它所有的后台Node目前还没法搞 |
|
g*****g
发帖数: 34805 | 19 我不知道web以后是不是node的天下，但我很多年前就说过server web前端这块，竞争
激烈，三年出一个新娃。php, ruby, python,node。公孙大神成天被迫要换最爱。看来
是没有错的。 |
|
d********g
发帖数: 10550 | 20 你是不太清楚。指点一下吧：
PHP/Ruby/Python/JS
Twisted (gevent, Tornado)/Node
Zend/Rails/Django/Express
这么比是可以的
Node干语言的话，包括Java在内的除了JS岂不是所有语言都被干翻？ |
|
g*****g
发帖数: 34805 | 21 .net在企业计算里排名第二，.net一弱势，java份额上升是必然的。
你混的startup都是面对个人客户的，对这种面对企业客户的没啥敏感度。
python跟Java本来竞争不大，两种语言相差太远。但python跟node竞争不大
我是不信的。语言的风格太接近了。node毕竟太年轻，过两年再来看吧。
才对 |
|
d********g
发帖数: 10550 | 22 Node作为一个框架是不用和Python搞的，要搞也是JS来。这才JS界的开山鼻祖，JS比
Python更折腾，过两年也许看Node怎么被自己的小弟干翻的也不一定 |
|
d********g
发帖数: 10550 | 23 这有何难，Node.js早被Node.jar抄袭了而且看起来还是官抄。有没有人用是另外一回事
被抄容易程度显然不是一个指标 |
|
p*****2
发帖数: 21240 | 24
Python这几年流行是因为startup吧？我不说了吗？未来startup的趋势是node和
clojure这些。当然python还会有一席之地。但是node，clojure侵蚀的是python的领地
呀。 |
|
p*****2
发帖数: 21240 | 25 python确实能full stack。但是未来的web端是node的天下。可是JS的弱点很明显，就
是做后端太勉强了，所以就需要寻找另外的平台，那一般就选JVM了。而且startup需要
productivity，这也是为什么倾向于脚本的原因，而JVM上的脚本又可以做后端很自然
就选Clojure了。JVM的优势，python还是不能比的。
现在的几个大趋势
1. mobile， 这个一般选node
2. bigdata，这个一般JVM
3. cloud，一般C++/JVM，python就是有个open stack，不过也是胶水，不是什么核心
技术
对于startup来说，1，2做的最多，因为3的门槛比较高，除非是goodbug说的SAAS这些
，比如workday。所以从1，2来说也看不出来python的优势。 |
|
c******o
发帖数: 1277 | 26 node不会太差的了，主要和php/ruby/(python web)竞争。
不过我们当初不选的原因是大家觉得超过3个人的话，node 后端 project 很快就会变
的不可
收拾。 |
|
s***o
发帖数: 2191 | 27 node is not just a buzz, it's something real. I think the rails community
can tell lots of stories about this. It will continue to take over
territories from ruby/python/php.
That being said, I do feel that node is in its hype phase and is being over-
rated. It has inherent limitations and it's JavaScript at the end of the day
. Anyway, time will tell... |
|
p*****2
发帖数: 21240 | 28
node.js可以多进程呀。
node可以安全mutate data， 不需要STM。 |
|
g********n
发帖数: 296 | 29 那就差不多了，比较在FLG这种级别的公司打工的人还是少数吧。俺就还没有做过同时
有一万人在线上的系统。
以前做embedded,现在饭不好混了来做web.看了一下网上的讨论，node都是用同步和
CALLBACK来解决问题，其实这是个好方法，只是不是高手不能乱用，我以前就看见过不
少半吊子高手出洋相。现在node把难的部分封装了，大家都可以随便用了，真的是个好
主意。 |
|
n****1
发帖数: 1136 | 30 你说的这个是那个js generator吗?
https://github.com/olahol/node-csp
感觉js的language primitive越来越像python了, 将来估计可以用js来实现cpython了.
那样python的速度也能飞起来吧.
我记得python的主要缺点是Global Interpreter lock, node有没有这个问题呢? |
|
|
t*********h
发帖数: 941 | 32 我知道NoSQL比较火 但都没有schema吧 很多也不支持查询 还是不太习惯 传统的SQL数
据库哪款适合node?貌似传统的设计都没有为async I/O考虑 只是为node硬加了一层API
而已 所以使用起来有些别扭 大牛们说说我的理解对不对 |
|
|
p*****2
发帖数: 21240 | 34
不用Node用PHP就对了？我一直都强调Node更适合startup的full stack吧？在大公司也
有用武之地。 |
|
v*****r
发帖数: 2325 | 35 node.js 主要声称 适合于做 DATA INTENSIVE REALTIME WEB SERVER.
LINKEDIN'S MOBILE WEB SERVER IS DONE WITH NODE.JS. linkedin is no longer a
startup. however, linkedin hired several V8 engineers to support the use of
such an unproven technology at that moment. |
|
p*****2
发帖数: 21240 | 36
主要是他那张图太可笑了。如果用到了node，我觉得可以把php替换了。如果他把php换
成Java，就make sense了。
不然就给人很大的假象了，以为node做后端不如php。 |
|
A*****i
发帖数: 3587 | 37 不瞒您说我们系统的架构师当年就是V8的主要contributor之一
V8应该知道吧
基本上现在市面上node的专家级别的人真是屈指可数，而大部分半吊子都不怎么会用然
后就出来喷js
况且纯js的思维方式和node还是有本质区别的。 |
|
g*****g
发帖数: 34805 | 38 没冲突呀，既然是SOA就不限制语言。我也没说后端不能用node呀。我只不过说node在
后端轮子数量质量现在可能差点，跟jvm竞争处于劣势。合适的use case当然可以用。 |
|
n*****3
发帖数: 1584 | 39 好奇问一下： V８ 只是 NODE 的 compiler，
和 NODE 的 设计 思路 ， 应用 没 大 关系 吧．？ |
|
p*****2
发帖数: 21240 | 40
有道理。php我还真不熟。以前稍微接触过一些，不太喜欢。后来发展的什么样就不知
道了。我的意思是说我不明白中间用node，后边还要php。我真不知道哪个公司这么做
，如果你知道可以share一下。我知道用node的后边都没有用php。 |
|
j********x
发帖数: 2330 | 41 2爷去找ryan dall，让他给你个”node evengalist“做做；您这么劳心劳力，node社
群不给点好处于情于理说不过去啊。。。 |
|
c****f
发帖数: 1102 | 42 expressjs 也就和sinatra 差不多等级
和full stack的rails比差远了
rails其他不说光一个Active Record就枪毙所有的ORM expressjs+sequelize在代码开
发速度上和rails比真的是差的不是一点两点
说白了 最现成的模式就是ROR快速做一个出来 等网站有规模了需要速度了 再花钱找人
用node重写就是了
小中型网站根本没必要用node写 纯给自己找不自在lol |
|
b***e
发帖数: 1419 | 43 I could agree with you. But it can't be that PayPal and Groupon uses of
node are all Mongo based. and I don't believe node wants to shut the door
to relational and transactional applications. |
|
g*****g
发帖数: 34805 | 44 知名项目还没听说那个后端大规模用node的。
Node |
|
|
g*****g
发帖数: 34805 | 46 没看出来，你给讲讲？
Dummy database constrained benchmarks favors 3x vert.x over Node.js.
As for 'requests per second' it's 3.5x faster (7x using both processor cores
, but this is unfair).
Vert.x sent more data down the tubes, I suppose it's caused by different '
Date' header formatting (it uses Rhino's NativeDate instead of JavaScript's
Date) . It also prints slightly longer 'X-Response-Timeout' (e.g. 13.0
instead of 13). I might look into it in the future. I tried to even out
basic benchmarks by adding... 阅读全帖 |
|
p*****2
发帖数: 21240 | 47
我的理解是已有项目估计永远也不会Java转node。但是新项目有可能全套用Node。
现在转的这几家，据我观察还基本都是前台。 |
|
p*****2
发帖数: 21240 | 48
python应该库比node全呀。我感觉现在还属于python时代。node更像是未来。 |
|
p*****2
发帖数: 21240 | 49 The light and thin nature of Node.js appealed to Prasad and his team more
than anything else. The extent of code reduction this allowed proved to be
huge—from 60,000 lines down to just a couple of thousand.
Our Node code base has grown a little from the original version, but it's
still on the order of 1,000 to 2,000 lines of code. The Ruby code base we
were using previously, in contrast, was in the neighborhood of 60,000 lines
of code. The biggest reason for that reduction is that our current co... 阅读全帖 |
|
d********g
发帖数: 10550 | 50 Node的async目前是因为原生而且靠这个主打，所以没错，别的语言如果不是原生的那
在blocking改non-blocking上是需要patch或者重新搞一些库，因为这里比的是按照
Node的规矩来。npm里non-blocking库的支持比较好，因为别的语言之前都不怎么玩这个
Ruby/Java不知道，Python是要搞原生async，至于能不能进一步简化，还得看出来的效
果如何。可以肯定Python的原生async也是比较底层的，之后会在上面有进一步的
framework，慢慢搭 |
|
