@chapgaga es6只是在进化的途中，远不是终点，终点是看起像PHP那样的，其实内部是异步的，就是我说的形式同步。实现这些必须要有语言上的进化才行，不过快了。

@JacksonTian 你难道认为koa是终结了？按照你的水准估计很难得出这样的结论。generator只是延迟了问题，而没有从根本上改变问题，你写的代码还是要有异步的考虑，你对异步还是要有包装，这些东西改变不了，问题就不能算解决了。genertator只能是过渡，这个阶段回调和generator还是会并存。generator本质上和coroutine有相关性，但是两者都不够彻底，都需要做回调转换。抛开形式上的转换，转做内部实现，实现形式同步才能真正意义上解放程序员。形同实异我认为是必然的方向，我们要让业务程序员要集中精力面向业务，就必须这样做，把不必要的套套给他们解开。

fibjs，openresty都是形式同步的雏形，革命的途径已经打开，node不变革只会成为被变革者（当然node的变革难度很大，受限与v8，除非像fibjs那样，但我不认为fibjs对底层的改变是好事情，他的代码对开源的融入程度不高，fibjs要想大发展，必须要积极主动的融入开源社区，不能孤芳自赏，自己玩自己的，所有代码都自己从头来过是不合适的。openresty则是和nginx结合的太过紧密，没有node这么自由洒脱。这两个先行者都证明了形式同步的编程模式是可行的），我相信自己的判断，我们拭目以待。

@xadillax 因为异步的思维是多余的，是没有必要的。形式同步即可以获得异步的性能好处，又不需要思维方式的转换，你会选择哪一种？形式同步只是通过一些处理，隐藏了异步过程。openresty和fibjs都是利用coroutine实现了形式同步，但内部实现是异步的。

@lixinqi 非常棒的项目，我不懂语言的实现，也没看明白原理，可能没有与你探讨的能力，老赵或许可以，但看起来lix可能比wind.js更进一步，好像并不需要显式的异步标记。

这种模式还是需要对回调进行包装的，离完全的形式同步还差那么一点，不过已经是非常大的进步，和generator，wind.js一样，都属于非常好的探索，但绝对不是终点，终点可能在javascript层面实现不了，即便到es7，语言层面上还是有显式的异步标记的。我之前认为显式的标记是必须的，这样可以与同步区别开来，但现在觉得是没有必要的，我们关注的只是性能上的提升，对内部如何实现的是没有必要关心的，异步是线程模拟的，还是原生的，还是干脆就是同步的，只要不是性能热点，是不是显式标注异步其实根本不重要。 我们关注的其实是异步带来的好处，而不是异步本身。 显式异步标注的好处恐怕就是跟同步接口区别开了了，但我们可以像node一样为同步接口名称增加sync，这样从接口名称上就有了区别，但是调用方式在形式上还是同步的。

@chapgaga 显然不是。我说的异步是让别人干活，回调只是一个接口，绝对不是异步的本质。node.js源代码stream里很多事件其实都是同步通知而已，有的人不是还发明了自己通知自己的优美写法么？A的异步事件来了，B注册了A的异步事件，C注册了B的A的异步事件的事件，D如此下去，这个回调过程本质上是同步的，真正异步的只是A的异步，来自底层的异步，其他事件注册回调过程本质上都是同步的。所以事件和异步其实是没有关系的。node对计算密集是无能为力的，因为异步事件进来了之后，所有的运算对CPU的消耗就是实实在在的，这个省略不掉，不能交给其他外设去做，回调在这个部分也是最吃性能的。在现有的模式下，回调顶多被延后，但是不能被消灭，因为从lib里面那些事件代码是避免不了的，在语言层面还没有特别好的解决方案。

@russj 异步是好的，回调也不是坏的，但是滥用了就不好了，现在已经有人在探路了，fibjs和openresty都是先行者，他们虽然不完善，但是绝对是方向。世界是并行的，但是思维方式绝对不是异步的，是顺序的，这个必须要承认。对开发者隐藏异步可以让开发者顺序的思考，尤其在错误处理上，回调带来的问题大家心里应该都是清楚的。node社区需要反思，回调绝对不是出路，如果回调是出路，promise，generator，async就没有出现的必要，我现在的观点是连这些都不是必须的，实现形式同步才是出路。而且有人已经在做这方面工作，形式同步已经有了雏形和方向，node社区如果还是继续这样发展下去，认为回调是理所当然的，那么没落也就是理所当然的，不相信变革的，就没有资格嘲笑PHPer，因为形式同步成熟的那天，大家又会回到同一起跑线上，到时候noder甚至不如PHPer，因为人家在同步积累的业务经验或许更多，他们不需要在做业务逻辑的时候跟形式异步做斗争，他们可比我们有更多的时间在思考业务逻辑本身。

我发这些东西当然不是为了找喷，而是希望引起大家的思考，我们需要学习的是本质的东西，而不是形式。

@dayuoba 现实就是这么残酷，我们发展的目标就是让收银员去抡大勺，试想一下，你自己的是老板，如果你有一台会自动炒菜的机器人，你还愿意请大厨么？机器人，自动化代表是普及，大家都能干了，生产力就上去了，人类的发展目标就是偷懒，思考的时候少转个弯可以节省多少脑部运算啊？或许这个节约下来的运算就有更加好的办法去偷懒，如此，生产力就更加进步了。

人类的进步史就是一部偷懒史，是认识和应用客观规律的历史，客观规律又包含自然科学和社会科学。自然科学对应人对自然力的认识和应用，社会科学对应人对自身组织模式和分配方式的认识和应用。这个大驱使我们任何人都挡不了，回调真那么美好，promise，generator，async，await就没有出来的必要了，大家都是变革，我只是比较激进而已，而且我的激进是有事实依据的，有的人已经这么做，而且做出了一定的成果。

node程序员需要提醒自己了，是时候接受新的东西，迎接新的起点了。你不变革，你就会成为被变革者。形式同步的时代一定会到来，程序员的思维解放一定会到来。

@lixinqi 的确，这是node的问题，你必须要提供一个包装的接口给他，这也是node的问题所在。

能够自己创造语言，并能够解决语言缺陷的人是非常牛逼的，赞一个。

我的方向与你不一致，虽然在具体实现上无法交流，但在思想上还是一致的。我的思路是用lua代替javascript，用coroutine在c层面将回调包装起来，外部语言接口是同步的，跟openresty类似。

@xadillax 我只是在说一个事实，javascript自己都在变，从promise到await都在一步一步朝我说的方向发展，最终是不是完全的形式同步我不敢说，但是简化编码肯定是必然的。现有的异步模式存在的问题大家都心知肚明了，这个不是个人喜欢不喜欢的问题，也不是适应不适应的问题，我说的是实实在在的问题，这个问题所有noder都无法回避。

你只要诚实的回答一个问题，如果现在有一种语言，你本身很熟悉，可以写出形同实异的代码来，跟原来的同步代码思维一模一样，你愿不愿意用？人的嘴巴会说谎，但是心不会。

异步绝对不仅仅是回调和事件，fibjs和openresty已经用代码证明了，甚至@lixinqi的lix与老赵的wind都可以证明。我们不能忘记，还有无数的同步程序员在眼巴巴的期待异步的好处呢。我写这些并不是我不能适应node，我自认为自己已经能够应付比较复杂的回调业务代码了，但这并不妨碍我对node的批评，node的模式的确存在很大的问题，现在唯一的希望不在node本身，而是在于javascript的变革，fibjs从底层给v8搞了个fiber，es7出现async无不体现了这个趋势，我们必须要从回调的圈子里跳出来，丢掉回调的异步才是轻松的异步。还请注意，我从来没有批评过异步，我批评的是回调模式下的异步，连带的promise，genertator都是我批判的对象，因为这些都是亡羊补牢的补丁，不是终点，es7都不是终点。唯一的终点只能是形式同步，到了那个时候，程序员才能真正被解放。

我认为这个事情既然已经有两个中国人做了先锋，接下来的工作大家也可以试一试，形式同步是可行的，但是需要完善，语言可能不是javascript，javascript没有coroutine，底层hack我认为不可取，fibjs是孤芳自赏的。openresty用的lua可以考虑，coroutine是天然的，利用coroutine在c层面将回调包装起来，形式同步就伪装出来了，openresty就是这么做的，他的作者是个天才。

@lixinqi 回调的传染性（就如你必须要给回调包装留接口，promise也是一样，都需要包装，但是目的都是回调同步转成形式同步，技术就是这么发展的，只是有的人不愿意承认罢了），回调的增加的编码难度和长度，回调的错误处理，拥有复杂逻辑的深度回调（这种情况可以依靠设计来缓解，但是需要死脑细胞的，我们的脑细胞要死在值当的地方，而不是回调，回调不会带来性能的好处，反而是性能的杀手），调试等等问题，越深入，越会发现各种问题。一些人认为思维方式转变就可以，思维方式转变不要死脑细胞么？我们的目标就是让人不需要转变思维也照样写出异步代码，那么出路自然就是形式同步。

回调不是异步的目标，而是异步的结果，回调的目标是为了同步，现在很多新技术目标都是为了实现形式同步，大家要看到这一点，不是异步有问题，异步是好的，是回调模式下异步有问题，是编码的问题，是程序员本身的问题，回调模式下的异步增加了程序员的负担。形式同步必然会取代回调同步，fibjs和openresty已经证明了回调不是必须的（但并不意味者完全取消回调，回调作为一些接口还是有存在的必要的，但仅仅是接口，出此之外，都是形式同步的）。

@xadillax 我也不想，yield还是显式的异步，离形式同步的梦想还很遥远啊，先凑合吧。

@lixinqi 我不用QQ，我一直在这里，经常讨论。

@leiddx 你确信自己看明白了大家在讨论什么东西么？看不明白我给你指条明路，看看javascript语言的进化路径，弄清楚为什么这么进化再来教别人。还同步异步，大家在讨论同步异步的问题么？

这位最后的比喻着实很奇葩，吃饭文雅跟餐具有关么？文雅与否要看吃饭的人。同样的道理，编程跟语言有关么？语言只是工具，编程本质上也只跟人有关。

@songqinghehe 楼主你用node用个一年半载再来看这个帖子，你自然就会明白谁跟你说真话了，谁坑你了。这个论坛的代码也能告诉楼主一些真相，不是写这些代码的人水平不行，而是node本身的限制造成的。最快，最有效的办法就是看别人成熟的代码，其他都是扯淡，你想学node，把express，koa，以及这个论坛的源代码都过一边，async，promise，generator理解一下，就能干活了。想更进一步的看node自己的写的lib，再进一步看src里的c++代码，看deps里libuv的代码，看httpparser，读http1.1规范。做完这些，你自然就明白node的优点在哪里，为什么要这么设计，也自然明白node缺点在哪里，什么地方可以改进。到这个程度评价才是中肯的，不要以为弄个框架整个网站出来了就明白了node。他们会告诉你TJ为什么会离开社区么？他们会告诉你协程比回调更适合异步么？他们会告诉你javascript语言本身的进化就是在与回调做斗争么？他们只会告诉你，回调是最美的，不会回调就是没入门，但我可以负责人的告诉你，说这样话的人多半是没入门，连回调和异步的关系都没搞清楚，自然是门都没有入的。

坚持回调即异步的人，肯定是连异步是什么东西都没搞明白的人。当然跟这种人去讲什么形式同步，自然就想到C，java，但是c和java真的不可以异步么？如果真的不能，也就没有node了，没有libuv了。形式同步不是同步，而是以同步的表皮实现了异步的内心，这难道不正是程序员们追求的么？为什么，为什么，有些人就是不愿意承认？真以为用回调很高贵么？用回调是无奈的选择，真懂异步的人才会明白的。他们担心的恐怕是自己的优越感消失，是自己的廉价化，但技术就是这么进化的，javascript语言本身都这么发展了，这些人就是不敢面对现实啊。

@axolo 你的故事里有孔乙已还有“众人”，鲁迅先生的笔刀子是太厉害了，一不小心就有人将自己的头伸了过去。醒醒吧，现在是新中国了，众人该醒了，该有自己的思想了。

摸着自己的良心说话，你真以为楼主不需要明白什么是异步么？真的不需要明白回调和异步的关系么？你自己也真的明白了什么是异步么？

楼主的路怎么走，是楼主的事情，时间会给楼主答案，大家都是围观的，我只是说了几句实话（javascript语言变化本身就能证明我的观点），有的人心里就不舒服了，怕坏了回调在他们心中的神圣地位，回调真没什么错，错是一些人用坏了。