g*****g
发帖数: 34805 | 1 http://www.nczonline.net/blog/2013/10/07/node-js-and-the-new-we
node基于js, 前端engineer可以只用一种语言把UI写出来，大大简化前端开发。通过
REST跟后端连接。前端
和后端的码农domain knowledge其实相差很多。这个划分可以有效地达到single
responsibility. js作为动态语言并非后端的最佳选择。 |
p*****2
发帖数: 21240 | 2 这片文章太垃圾了。
goodbug跟作者观点一致，这次有失水准呀 |
g*****g
发帖数: 34805 | 3 这片文章怎么垃圾了？我看大量前端后端的engineer统统表示赞同呀。这个架构其实是
一个很成熟的架构，
只不过早年php, java, ruby,python等的server mvc都变成了node.js.
【在 p*****2 的大作中提到】
: 这片文章太垃圾了。
: goodbug跟作者观点一致，这次有失水准呀
|
g*****g
发帖数: 34805 | 4 另外这个帖子底下的讨论对我server UI层有没有存在必要很有启发。谈到了为啥纯粹的
client UI framework在复杂应用里不给力。原因就是数据从后端到浏览器render之间
需要decoration, formatting, validation. 同时数据可能需要来自多个后端service,
server UI可以减少client/server round trip, 甚至可以并发地从后端获得数据。 |
k**********g
发帖数: 989 | 5
这文章垃圾在於用 php 写 back-end business logic.
【在 g*****g 的大作中提到】
: 这片文章怎么垃圾了？我看大量前端后端的engineer统统表示赞同呀。这个架构其实是
: 一个很成熟的架构，
: 只不过早年php, java, ruby,python等的server mvc都变成了node.js.
|
k**********g
发帖数: 989 | 6 There is this very angry post about Node.js, from a very angry CEO of a
startup.
http://www.quora.com/Node-js/Why-did-Koding-switch-from-Node-js |
P********l
发帖数: 452 | 7 大家还不习惯用异步的后端而已。再等等就有更多的人说好话了 .
【在 g*****g 的大作中提到】
: http://www.nczonline.net/blog/2013/10/07/node-js-and-the-new-we
: node基于js, 前端engineer可以只用一种语言把UI写出来，大大简化前端开发。通过
: REST跟后端连接。前端
: 和后端的码农domain knowledge其实相差很多。这个划分可以有效地达到single
: responsibility. js作为动态语言并非后端的最佳选择。
|
n****1
发帖数: 1136 | 8 加一层server UI glue还是很有助于提高体验的， 否则浏览器开一个页面要来回折腾
几十甚至上百的request/response.
为了提高浏览器响应，我是直接用adblockplus默认禁用第三方资源(js/image/ajax),
只对经常访问的站点加例外。 .这样速度快多了 |
d****i
发帖数: 4809 | 9 嘿嘿，你可别小看PHP，至少他是LAMP中的P。
【在 k**********g 的大作中提到】
: There is this very angry post about Node.js, from a very angry CEO of a
: startup.
: http://www.quora.com/Node-js/Why-did-Koding-switch-from-Node-js
|
a*w
发帖数: 4495 | 10 不是已经换成Python了？
【在 d****i 的大作中提到】
: 嘿嘿，你可别小看PHP，至少他是LAMP中的P。
|
|
|
d****i
发帖数: 4809 | |
s***o
发帖数: 2191 | 12 详细讲讲？
我觉得这篇文章讲得挺好。Zakas是JavaScript方面的大牛，书都写了好几本了，对JS
应该没有偏见。
【在 p*****2 的大作中提到】
: 这片文章太垃圾了。
: goodbug跟作者观点一致，这次有失水准呀
|
N*****m
发帖数: 42603 | 13 扫了一眼，看到第二图就笑了。
这个作者啥都不懂啊。
【在 g*****g 的大作中提到】
: http://www.nczonline.net/blog/2013/10/07/node-js-and-the-new-we
: node基于js, 前端engineer可以只用一种语言把UI写出来，大大简化前端开发。通过
: REST跟后端连接。前端
: 和后端的码农domain knowledge其实相差很多。这个划分可以有效地达到single
: responsibility. js作为动态语言并非后端的最佳选择。
|
P********l
发帖数: 452 | 14 那个CEO吃螃蟹吃得太早．螃蟹还是活就下嘴了．
所以吃相不是一般的难看．
【在 k**********g 的大作中提到】
: There is this very angry post about Node.js, from a very angry CEO of a
: startup.
: http://www.quora.com/Node-js/Why-did-Koding-switch-from-Node-js
|
P********l
发帖数: 452 | 15 － If your codebase grows bigger, javascript is not the friendliest language
for your unit tests
True. That's why TypeScript.
- When node leaks memory you don't know why unless you can do this:
Profiling Node.js. Even after intensive profiling, you don't really know
what exactly is wrong. You could only gather ideas. your debugging still
largely remains as guess work.
I don't think it is a valid point. Maybe they went to fast without paying
attention to things like this. Using Java will be better because it will
take longer time to get development done. Scala is ever better in that sense
. :)
- Callback Hell is real
Will be dramatically improved with generator/yield+Q.async. Yeah!
- The hype that was created around nodejs when we were using it, misled us,
made us trust it for the things it couldn't do: eg. Node.js w/1M concurrent
connections!
This one is ridiculous. The benchmark didn't suggest you will be able to
serve 1M connection with a single node.
Of course node.js is not perfect. That CEO should watch before taking it.
【在 P********l 的大作中提到】
: 那个CEO吃螃蟹吃得太早．螃蟹还是活就下嘴了．
: 所以吃相不是一般的难看．
|
c***d
发帖数: 996 | 16 domain knowledge 不一样。 你笑zakas 还差斤两。
【在 N*****m 的大作中提到】
: 扫了一眼，看到第二图就笑了。
: 这个作者啥都不懂啊。
|
p*****2
发帖数: 21240 | 17
作者至少得看看MEAN, meteor再喷吧？他这是Node最保守的应用，基本就是大材小用，
高射炮打蚊子，没说到
点上。
【在 g*****g 的大作中提到】
: 这片文章怎么垃圾了？我看大量前端后端的engineer统统表示赞同呀。这个架构其实是
: 一个很成熟的架构，
: 只不过早年php, java, ruby,python等的server mvc都变成了node.js.
|
c******o
发帖数: 1277 | 18 在Yahoo的时候“跟随”他合作过，Yahoo内的两天的javascript training course 好
像是他讲？绝对是js牛人
他和我的在这方面的背景一样，都是从前段接触js，我觉得这样的背景和纯后端都很难
相信js做真的business logic/heavy lift的后端，见过的随意动态语言失败太多了。
只有一开始就在后端用js的才会完全相信js后端. |
p*****2
发帖数: 21240 | 19
JS
懂JS不代表就懂Node，王垠刚讲过他和权威的故事。
【在 s***o 的大作中提到】
: 详细讲讲？
: 我觉得这篇文章讲得挺好。Zakas是JavaScript方面的大牛，书都写了好几本了，对JS
: 应该没有偏见。
|
p*****2
发帖数: 21240 | 20
最有意思的是不懂就开始喷。下边问到关键点他就当没看见。
【在 N*****m 的大作中提到】
: 扫了一眼，看到第二图就笑了。
: 这个作者啥都不懂啊。
|
|
|
p*****2
发帖数: 21240 | 21
所以他没有什么Node经验，这种人就不要出来喷了。好好搞他的前端才是王道。
Goodbug这点说的好，前端后端两类人。
【在 c******o 的大作中提到】
: 在Yahoo的时候“跟随”他合作过，Yahoo内的两天的javascript training course 好
: 像是他讲？绝对是js牛人
: 他和我的在这方面的背景一样，都是从前段接触js，我觉得这样的背景和纯后端都很难
: 相信js做真的business logic/heavy lift的后端，见过的随意动态语言失败太多了。
: 只有一开始就在后端用js的才会完全相信js后端.
|
p*****2
发帖数: 21240 | 22
作者明显没什么Node经验呀。
【在 c***d 的大作中提到】
: domain knowledge 不一样。 你笑zakas 还差斤两。
|
p*****2
发帖数: 21240 | 23
language
sense
大牛说的好
【在 P********l 的大作中提到】
: － If your codebase grows bigger, javascript is not the friendliest language
: for your unit tests
: True. That's why TypeScript.
: - When node leaks memory you don't know why unless you can do this:
: Profiling Node.js. Even after intensive profiling, you don't really know
: what exactly is wrong. You could only gather ideas. your debugging still
: largely remains as guess work.
: I don't think it is a valid point. Maybe they went to fast without paying
: attention to things like this. Using Java will be better because it will
: take longer time to get development done. Scala is ever better in that sense
|
p*****2
发帖数: 21240 | 24 作者和goodbug都是拿现在的web架构往node上套，而不是利用node改变现在的web架构
。我觉得node的贡献更多是后者。当然现在前者的应用在大企业更普遍，后者在
startup更普遍。 |
p*****2
发帖数: 21240 | 25
只有一开始就在后端用js的才会完全相信js后端.
所以大牛也不能否认新项目可以全部用js来写后端吧？
【在 c******o 的大作中提到】
: 在Yahoo的时候“跟随”他合作过，Yahoo内的两天的javascript training course 好
: 像是他讲？绝对是js牛人
: 他和我的在这方面的背景一样，都是从前段接触js，我觉得这样的背景和纯后端都很难
: 相信js做真的business logic/heavy lift的后端，见过的随意动态语言失败太多了。
: 只有一开始就在后端用js的才会完全相信js后端.
|
c******o
发帖数: 1277 | 26 我早就说过可以，我只是觉得不对也不好。
这两种“后端”，在大公司里，都是不同组，不同开发方法，不同要求的，不同
release cycle的。
我不觉用一种语言有什么好。
【在 p*****2 的大作中提到】
:
: 只有一开始就在后端用js的才会完全相信js后端.
: 所以大牛也不能否认新项目可以全部用js来写后端吧？
|
g*****g
发帖数: 34805 | 27 作者又没否认js可以full stack。作者说的就是一个大系统怎么做架构最合理。
startup大多算不上大系统。startup用啥最大的原因是开始的几个人最熟悉什么，这个
已经讨论很多次了。
【在 p*****2 的大作中提到】
: 作者和goodbug都是拿现在的web架构往node上套，而不是利用node改变现在的web架构
: 。我觉得node的贡献更多是后者。当然现在前者的应用在大企业更普遍，后者在
: startup更普遍。
|
c******o
发帖数: 1277 | 28 换句话说，大系统里，就是都用js，也没法在这两种“后端”换人，换了也要重新学。
为什么不用更恰当的语言？
当然，小了啥都一样。 |
t*********h
发帖数: 941 | 29 大体读了一下 感觉这哥们一直高前段吧 后端的东西肯定没做过（从他对php的描述）
就是凭感觉猜了一下而已 没啥项目经验
另外啥事Backend UI?自己编的？所谓Backend UI就是填数据吧 谁在后面动态生成
Layout/CSS啊
粹的
service,
【在 g*****g 的大作中提到】
: 另外这个帖子底下的讨论对我server UI层有没有存在必要很有启发。谈到了为啥纯粹的
: client UI framework在复杂应用里不给力。原因就是数据从后端到浏览器render之间
: 需要decoration, formatting, validation. 同时数据可能需要来自多个后端service,
: server UI可以减少client/server round trip, 甚至可以并发地从后端获得数据。
|
s***o
发帖数: 2191 | 30 你这是把王垠当权威来用？
node做API wrapper很好。JS用来做back-end尤其是有复杂的business logic时，想想
头都大。这方面JS需要有过硬的use case。我倒是很想知道有个帖子提到的几百万JS代
码的具体情况。
【在 p*****2 的大作中提到】
:
: 只有一开始就在后端用js的才会完全相信js后端.
: 所以大牛也不能否认新项目可以全部用js来写后端吧？
|
|
|
g*****g
发帖数: 34805 | 31 backend UI, 就是templating, decoration, formatting之类的那些东西。ROR,
Django都是。
【在 t*********h 的大作中提到】
: 大体读了一下 感觉这哥们一直高前段吧 后端的东西肯定没做过（从他对php的描述）
: 就是凭感觉猜了一下而已 没啥项目经验
: 另外啥事Backend UI?自己编的？所谓Backend UI就是填数据吧 谁在后面动态生成
: Layout/CSS啊
:
: 粹的
: service,
|
t*********h
发帖数: 941 | 32 这些应该还是frontend的人来做吧 甚至纯design的人来做 反正就是个静态的模版 应
该不会涉及到什么coding
【在 g*****g 的大作中提到】
: backend UI, 就是templating, decoration, formatting之类的那些东西。ROR,
: Django都是。
|
p*****2
发帖数: 21240 | 33
大牛，你要是说大公司用JS一种语言不好，我完全同意。你要说你用scala作后端，
goodbug用Java做后端，我也同意，虽然我会用Clojure。但是，你要说用PHP，我就笑
了。
【在 c******o 的大作中提到】
: 我早就说过可以，我只是觉得不对也不好。
: 这两种“后端”，在大公司里，都是不同组，不同开发方法，不同要求的，不同
: release cycle的。
: 我不觉用一种语言有什么好。
|
p*****2
发帖数: 21240 | 34
大系统后端用PHP最合理? 你要说JVM我还真没意见。
【在 g*****g 的大作中提到】
: 作者又没否认js可以full stack。作者说的就是一个大系统怎么做架构最合理。
: startup大多算不上大系统。startup用啥最大的原因是开始的几个人最熟悉什么，这个
: 已经讨论很多次了。
|
p*****2
发帖数: 21240 | 35
这个我不反对。我自己就用Clojure
【在 c******o 的大作中提到】
: 换句话说，大系统里，就是都用js，也没法在这两种“后端”换人，换了也要重新学。
: 为什么不用更恰当的语言？
: 当然，小了啥都一样。
|
p*****2
发帖数: 21240 | 36
我的意思是他前端很牛逼，真不代表理解Node是正确的。
【在 s***o 的大作中提到】
: 你这是把王垠当权威来用？
: node做API wrapper很好。JS用来做back-end尤其是有复杂的business logic时，想想
: 头都大。这方面JS需要有过硬的use case。我倒是很想知道有个帖子提到的几百万JS代
: 码的具体情况。
|
c******o
发帖数: 1277 | 37 Yahoo 和 FB类似，里面超大面积都是php,就是因为以前搞的小的的时候没啥特别的后
端架构，语言，现在想改也很难，只能压榨潜力。
但既是这样，也还是在慢慢改。
你在里面呆过，知道历史就明白了。 这本身就是反对js做business logic的理由
【在 p*****2 的大作中提到】
:
: 我的意思是他前端很牛逼，真不代表理解Node是正确的。
|
p*****2
发帖数: 21240 | 38 @coltzhao
我觉得我们不同的就是，你完全不会用Node做后端，但是我觉得Node在后端的一部分情
况有很大的优势。
这个可能goodbug跟我观点更类似。后端SOA，某些service用Node没啥问题。比如需要
高并发，逻辑不复杂，数据主要在Redis，Mongo这些上边。Node很有优势。
这是在大系统的讨论上，Node后端是有用武之地的。 |
N*****m
发帖数: 42603 | 39 知道domain knowledge不一样就对了。
笑的就是这个作者对不懂的领域瞎发言。
【在 c***d 的大作中提到】
: domain knowledge 不一样。 你笑zakas 还差斤两。
|
p*****2
发帖数: 21240 | 40
不用Node用PHP就对了？我一直都强调Node更适合startup的full stack吧？在大公司也
有用武之地。
【在 c******o 的大作中提到】
: Yahoo 和 FB类似，里面超大面积都是php,就是因为以前搞的小的的时候没啥特别的后
: 端架构，语言，现在想改也很难，只能压榨潜力。
: 但既是这样，也还是在慢慢改。
: 你在里面呆过，知道历史就明白了。 这本身就是反对js做business logic的理由
|
|
|
c******o
发帖数: 1277 | 41 不，我的意思是反对动态语言，尤其是从前段转来的动态语言做heavy lift后端，总有
更好的选择。
当然做也不是不行，就是technical debt, 以后还是要改的。
【在 p*****2 的大作中提到】
: @coltzhao
: 我觉得我们不同的就是，你完全不会用Node做后端，但是我觉得Node在后端的一部分情
: 况有很大的优势。
: 这个可能goodbug跟我观点更类似。后端SOA，某些service用Node没啥问题。比如需要
: 高并发，逻辑不复杂，数据主要在Redis，Mongo这些上边。Node很有优势。
: 这是在大系统的讨论上，Node后端是有用武之地的。
|
v*****r
发帖数: 2325 | 42 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. |
g*****g
发帖数: 34805 | 43 作者提到用SOA，底下comment里说到用什么语言都可以。后端用什么语言不是他文章的
重点。
【在 p*****2 的大作中提到】
:
: 不用Node用PHP就对了？我一直都强调Node更适合startup的full stack吧？在大公司也
: 有用武之地。
|
p*****2
发帖数: 21240 | 44
你觉得clojure如何？
【在 c******o 的大作中提到】
: 不，我的意思是反对动态语言，尤其是从前段转来的动态语言做heavy lift后端，总有
: 更好的选择。
: 当然做也不是不行，就是technical debt, 以后还是要改的。
|
p*****2
发帖数: 21240 | 45
主要是他那张图太可笑了。如果用到了node，我觉得可以把php替换了。如果他把php换
成Java，就make sense了。
不然就给人很大的假象了，以为node做后端不如php。
【在 g*****g 的大作中提到】
: 作者提到用SOA，底下comment里说到用什么语言都可以。后端用什么语言不是他文章的
: 重点。
|
g*****g
发帖数: 34805 | 46 这个有可能是他内部presentation在已有架构上的讨论，图懒得改了，他自己都说不想
在后端用动态语言。
【在 p*****2 的大作中提到】
:
: 主要是他那张图太可笑了。如果用到了node，我觉得可以把php替换了。如果他把php换
: 成Java，就make sense了。
: 不然就给人很大的假象了，以为node做后端不如php。
|
c******o
发帖数: 1277 | 47 我个人还是不是那么喜欢，macro太灵活了，我会用它来做所有的scripting和粘和层，
就是说会限制用Clojure做的service的复杂程度和系统内的影响程度。
【在 p*****2 的大作中提到】
:
: 主要是他那张图太可笑了。如果用到了node，我觉得可以把php替换了。如果他把php换
: 成Java，就make sense了。
: 不然就给人很大的假象了，以为node做后端不如php。
|
p*****2
发帖数: 21240 | 48
那大牛怎么看Datomic？
【在 c******o 的大作中提到】
: 我个人还是不是那么喜欢，macro太灵活了，我会用它来做所有的scripting和粘和层，
: 就是说会限制用Clojure做的service的复杂程度和系统内的影响程度。
|
p*****2
发帖数: 21240 | 49
那不跟你的观点冲突吗？你提倡的是SOA，后端用Node写个service也没什么不可以的呀
。
【在 g*****g 的大作中提到】
: 这个有可能是他内部presentation在已有架构上的讨论，图懒得改了，他自己都说不想
: 在后端用动态语言。
|
A*****i
发帖数: 3587 | 50 不瞒您说我们系统的架构师当年就是V8的主要contributor之一
V8应该知道吧
基本上现在市面上node的专家级别的人真是屈指可数，而大部分半吊子都不怎么会用然
后就出来喷js
况且纯js的思维方式和node还是有本质区别的。
【在 s***o 的大作中提到】
: 你这是把王垠当权威来用？
: node做API wrapper很好。JS用来做back-end尤其是有复杂的business logic时，想想
: 头都大。这方面JS需要有过硬的use case。我倒是很想知道有个帖子提到的几百万JS代
: 码的具体情况。
|
|
|
g*****g
发帖数: 34805 | 51 没冲突呀，既然是SOA就不限制语言。我也没说后端不能用node呀。我只不过说node在
后端轮子数量质量现在可能差点，跟jvm竞争处于劣势。合适的use case当然可以用。
【在 p*****2 的大作中提到】
:
: 那不跟你的观点冲突吗？你提倡的是SOA，后端用Node写个service也没什么不可以的呀
: 。
|
g*****g
发帖数: 34805 | 52 专家级别人才屈指可数可不是啥好事。
【在 A*****i 的大作中提到】
: 不瞒您说我们系统的架构师当年就是V8的主要contributor之一
: V8应该知道吧
: 基本上现在市面上node的专家级别的人真是屈指可数，而大部分半吊子都不怎么会用然
: 后就出来喷js
: 况且纯js的思维方式和node还是有本质区别的。
|
P********l
发帖数: 452 | 53 zkss
【在 A*****i 的大作中提到】
: 不瞒您说我们系统的架构师当年就是V8的主要contributor之一
: V8应该知道吧
: 基本上现在市面上node的专家级别的人真是屈指可数，而大部分半吊子都不怎么会用然
: 后就出来喷js
: 况且纯js的思维方式和node还是有本质区别的。
|
c******o
发帖数: 1277 | 54 没用过，不知道
【在 p*****2 的大作中提到】
:
: 那不跟你的观点冲突吗？你提倡的是SOA，后端用Node写个service也没什么不可以的呀
: 。
|
n*****3
发帖数: 1584 | 55 好奇问一下： V８ 只是 NODE 的 compiler，
和 NODE 的 设计 思路 ， 应用 没 大 关系 吧．？
【在 A*****i 的大作中提到】
: 不瞒您说我们系统的架构师当年就是V8的主要contributor之一
: V8应该知道吧
: 基本上现在市面上node的专家级别的人真是屈指可数，而大部分半吊子都不怎么会用然
: 后就出来喷js
: 况且纯js的思维方式和node还是有本质区别的。
|
j********x
发帖数: 2330 | 56 2爷这最后一句犯了跟上面那几位还有你本人所不屑的那种错误。。。
即便你有php的失败经验，也不妨碍php有成功经验，所以我早说了执着语言坑的都是好
程序员——因为他们对语言有感情，最适合做程序员。。。你懂的
【在 p*****2 的大作中提到】
:
: 那不跟你的观点冲突吗？你提倡的是SOA，后端用Node写个service也没什么不可以的呀
: 。
|
p*****2
发帖数: 21240 | 57
有道理。php我还真不熟。以前稍微接触过一些，不太喜欢。后来发展的什么样就不知
道了。我的意思是说我不明白中间用node，后边还要php。我真不知道哪个公司这么做
，如果你知道可以share一下。我知道用node的后边都没有用php。
【在 j********x 的大作中提到】
: 2爷这最后一句犯了跟上面那几位还有你本人所不屑的那种错误。。。
: 即便你有php的失败经验，也不妨碍php有成功经验，所以我早说了执着语言坑的都是好
: 程序员——因为他们对语言有感情，最适合做程序员。。。你懂的
|
p*****2
发帖数: 21240 | 58
有时间了解一下。想看看大牛你的comments。
【在 c******o 的大作中提到】
: 没用过，不知道
|
p*****2
发帖数: 21240 | 59
跟JVM确实不能比。但是作者确实对Node理解的很一般，我感觉还不如你理解的深刻呢
。
【在 g*****g 的大作中提到】
: 没冲突呀，既然是SOA就不限制语言。我也没说后端不能用node呀。我只不过说node在
: 后端轮子数量质量现在可能差点，跟jvm竞争处于劣势。合适的use case当然可以用。
|
l**********n
发帖数: 8443 | 60 heavy lifting还是选scala，js适合build API or the web service interface. 一个
主内，一个主外。scala+js。 |
|
|
z****e
发帖数: 54598 | 61 你看一个javadoc都那么痛苦
怎么看scala会这么high？
没有理由啊
【在 l**********n 的大作中提到】
: heavy lifting还是选scala，js适合build API or the web service interface. 一个
: 主内，一个主外。scala+js。
|
