This topic created in 4315 days ago, the information mentioned may be changed or developed.
 | 1 atcuan Jul 4, 2014 看样子要好好学习go了 |
 | 2 loading Jul 4, 2014 via Android node 昙花一现？ |
 | 3 coolicer Jul 4, 2014 I still plan on using Node for web sites Koa is the one project I’ll continue to maintain 说明做网页还行 :) |
 | 4 ine181x Jul 4, 2014  1 我不习惯GO没有包的版本控制 |
 | 5 missdeer Jul 4, 2014 1 |
 | 6 est Jul 4, 2014 nodejs 兴起在v8，挂就挂在callback上。。。python也正在朝这个坑走！ |
 | 7 zhujinliang Jul 4, 2014 node搞傻快型的应用还是挺方便的 |
 | 8 Daizong Jul 4, 2014 做web开发没有问题，这也是node的优势场景，做别的就勉为其难了 |
| 10 Daizong Jul 4, 2014 TJ用go也不是开发http应用，是做分布式系统开发，这个场景用node.js这不蛋疼吗 |
 | 12 se77en OP 1 |
 | 13 zeinimei Jul 4, 2014 go 和 node.js哪个做聊天室功能好？ |
 | 15 TangMonk Jul 4, 2014 最近正在准备用 nodejs，受到打击了。。 |
 | 16 chloerei Jul 4, 2014 哭晕在马桶边。 |
 | 17 leecade Jul 4, 2014 大势已去, node 的天空一片灰暗 不要怪 callback 了, 不都有 co 了吗, 主要是 go 太强了, 谁能组织发起一次 go 的抵制运动吗?? |
 | 20 chemzqm Jul 4, 2014 GO的并发处理，错误处理，工具调试，代码可读性都比JS要好一些，而node官方为了兼容老版本，早已经明确表示不会修复之前严重的设计缺陷。 没有人愿意把过多时间浪费在该死的回调错误上面。 |
 | 22 tokki Jul 4, 2014 几周前就发现他一直在研究go的东西 |
 | 23 canesten Jul 4, 2014 @est 老赵很早就做了一个Jscex 类似的，做的比Jscex好的还有很多 只是都没进入NodeJS的官方标准 所以TJ的主要问题不在这个Callback 比如他提到的 refactoring with types is pleasant and simple, the tooling Go provides for profiling and debugging is great Go是静态的，这方面优势大的多 |
| 24 ine181x Jul 4, 2014 1 最近在看Elixir ，感觉也可以一试 |
 | 25 akfish Jul 4, 2014 via iPad 其实进来就是为了看看有多少人无脑跟风唱衰node。 知道有坑绕过去，觉得不适用就换别的，多简单的道理。 No silver bullet. 个人痛恨callback，但转念一想，node用了js这种入门门槛低的语言，callback的坑恰好能过滤掉一堆低质量开发者。 |
 | 26 jemygraw Jul 4, 2014 欢迎访问 http://golanghome.com ，备注：此为广告。 |
 | 27 lemonlwz Jul 4, 2014 该怎样还是怎样... go 与不 go 都无所谓. |
 | 29 chrishine Jul 4, 2014 dropbox也把后台性能要求高的部分用go重写了. https://tech.dropbox.com/2014/07/open-sourcing-our-go-libraries/ 一直觉得语言不需要会太多,会C++,go,lua就可以了. |
 | 32 S1ahs3r Jul 4, 2014 2 已入scala坑,从此远离纷争,专注逼格 |
 | 35 ShunYea Jul 4, 2014 via Android 那研究go看看 |
 | 38 srdrm Jul 4, 2014 看好go, node在go 面前，真的。。。。 |
 | 41 shangjiyu Jul 4, 2014 刚想捡起nodejs 颇受打击。。。 |
 | 42 tabris17 Jul 4, 2014 个人理解Node.js根本没有并发吧，只是分成I/O和Work两个线程而已 |
 | 43 anewg Jul 4, 2014 语言学家真的好多。跟着新闻里各大神大公司的唱衰喝彩，在“哎呀不学了,这东西没前途”与“大神都专注研究它，肯定是看好它，赶紧跟进“之间无缝频繁切换。。。 |
 | 44 MaiCong Jul 4, 2014 艹 哭晕在测试 |
 | 45 KennyZJ Jul 4, 2014 好多玻璃心 给个有趣的统计 https://github.com/substack/npmtop |
| 46 zeinimei Jul 4, 2014 我刚买node.js的书你跟我说这个？ |
 | 47 skybr Jul 4, 2014 疲软在回调上倒罢了, 但是Go在分布式方面也没有类似erlang和scala akka这些成熟的解决方案啊 |
 | 48 cnbuff410 Jul 4, 2014 1 |
 | 49 cookiebody Jul 4, 2014 Go社区有福了，因他们得了一位最好的程序员。 |
| 50 est Jul 4, 2014 学NodeJS的不要哭！你们有机会1折甚至更低价收购一大批NodeJS书籍。 |
| 52 TangMonk Jul 4, 2014 TJ 为何还是 Drupal 的contributions https://www.drupal.org/user/78427 |
 | 55 zaishanfeng2014 Jul 4, 2014 语言党可以休已，累不累啊你们 |
 | 56 ohsc Jul 4, 2014 3 语言党真肤浅 |
 | 58 timonwong Jul 4, 2014 文章里面好多感叹号 |
 | 59 dogfeet Jul 4, 2014 @akfish 赞同你的观点。 NaN undefined null 什么 a = 0/0 a==a a!=a a===a之类的东西和JS史上最强的隐式类型转换规则，正好把我这种初学者完美的挡在了外面。 |
 | 60 hooluupog Jul 4, 2014 1 还有这个： 0 > null false 0 >= null true 0 == null false 0 <= null true 0 < null false [1] == [1] false [1] < [2] true [] + [] "" [] + []*3 "0" |
 | 61 Livid MOD PRO |
| 62 akfish Jul 4, 2014 @dogfeet 所以我能用Coffee就用Coffee，虽然只是用语法糖解决了问题，但的确省了不少事。 有说法就是JS是Web界的汇编语言，直接用JS找虐，不如用编译到JS的语言。 |
 | 63 darkcat Jul 4, 2014 少了一个这样的人也无关紧要吧？ |
| 65 Livid MOD PRO @cnbuff410 这两个人的名字缩写里都有 TJ，我说到 TJ 是这位： https://github.com/tjfontaine 而发博客是这位： https://github.com/visionmedia 你们可以看一下他们页面右上角的 Repositories contributed to |
| 66 cnbuff410 Jul 4, 2014 @Livid 对，我就是说发博客这位是NodeJs ecosystem的最大贡献者。你说的那位是Node这个框架的贡献者。是不一样的。但很明显发博客这位的影响力要大得多 |
 | 67 hui Jul 4, 2014 @Livid https://nodejsmodules.org 第一页出现次数最多的那个少年离开了 |
 | 68 jakwings Jul 4, 2014 菜鸟表示，是时候再次向大牛看齐了…… |
 | 69 old9 Jul 4, 2014 玩腻了换个新玩具玩而已嘛，没玩腻的继续玩好了，用不着上纲上线的。 |
 | 70 yakczh Jul 4, 2014 标题严重误导,没说并发和分布式弱爆,是说错误处理和callback nodejs的并发还是杠杠的 而且更多的是说兴趣转移了 |
 | 71 ianva Jul 4, 2014 TJ 一个人贡献了整个 node.js 社区 0.6% 的项目 https://github.com/substack/npmtop rank percent packages author ---- ------- -------- ------ 1 0.60 % 548 tjholowaychuk 2 0.44 % 401 substack 3 0.41 % 379 jongleberry 4 0.40 % 367 dominictarr 5 0.37 % 341 jonschlinkert 6 0.37 % 337 sindresorhus 7 0.36 % 331 juliangruber 8 0.34 % 317 mikolalysenko 9 0.31 % 289 raynos 10 0.28 % 260 mathias 11 0.28 % 257 hughsk 12 0.28 % 255 forbeslindesay 13 0.26 % 239 tootallnate 14 0.23 % 216 clewfirst 15 0.23 % 208 azer |
 | 72 clowwindy Jul 5, 2014 nodejs 的错误处理是个大坑啊。 |
 | 73 pagecho Jul 5, 2014 为何有种幸灾乐祸感 。。。 把 NodeJS 捧上天的人，真是打了一脸。 |
 | 75 ChiangDi Jul 5, 2014 via Android 所以说不要太盲目追求技术潮流，像 Ruby 和Python都是90年代就出来的了 |
| 76 clowwindy Jul 5, 2014 2 具体问题具体分析啊。TJ 说的问题无非就是下面这几个，可惜 node.js 社区对这些问题不重视，优先级很低： unhandled error 难以排查，错误信息难以理解，如 https://github.com/joyent/node/issues/7005 https://github.com/joyent/node/issues/7804 callback 处理没规范，没文档，不统一，如 https://github.com/joyent/node/pull/6351 error callback 混乱，有 bug，不统一，如 https://github.com/joyent/node/issues/4574 https://github.com/joyent/node/issues/5729 https://github.com/joyent/node/pull/7732 如果你一直看 issues，你会发现 error callback 问题没完没了。这是 node.js 一开始就引入的设计缺陷，导致 error handling 方式碎片化了。在大的项目里，这个问题会非常棘手 |
 | 78 iwege Jul 5, 2014 @clowwindy TJ说的都是调试的问题。而且他的库都是他自己写的。callback的确是一个很恶心的问题，使用过了promise发觉也差不多。不过nodejs还有一个proxy的问题。 proxy使用系统变量的问题在我最后用的时候我记得一直没解。当时是想用hubbot做一些东西，然后发现hubbot没地方设置proxy，之后发现如果库本身不支持，就要去修改库。从我发现要修改不止一个库的时候，我就转用ruby / python 去写了。 |
 | 82 windyboy Jul 5, 2014 node感觉在我自己使用的范围依然很好 大神遇到的问题，目前暂时不需要 不必大纠结，能解决问题就行 |
 | 83 kaelzhang Jul 8, 2014 @clowwindy 一个人因为 he or she 的问题被开除了，一个人休产假，还有一个人各种事情都忙不过来，哎好想 donate 点钱，让 izs 全职写 node 啊。 |
 | 84 yangfanacc Nov 14, 2014 1 133天后看到这个帖子，不过好消息是nodejs越来越强大了， |
 | 85 fumer Dec 28, 2014 现在nodejs怎么样了 |
 | 86 liyangdal Jan 11, 2015 @canesten 搜关于Jscex的时候搜到你这个“类似的，做的比Jscex好的还有很多。只是都没进入NodeJS的官方标准”的回复，请问类似的都还有哪些？ |
Select Language