@cdffh 其实吧,情商,钱,都很重要

@molinxx 是的,我是高中谈的,现在结婚有宝宝了,的确是这样的,猴子掰苞谷,永远耶掰不到合适的对吧.爱个人就得接受她/他的好与不好,当然在适当的范围内,就如我们都不完美.

@refresh 其实吧,也不是你这么说,有素质的女人不会喜欢你如上的男人,当然没素质的女人你也不想拿来当老婆,物以类聚,对吧.

@Linxing 放不下,就勇敢点,像个男人,没啥子的,真的,我是你,每个周五请假去她城市找她,或者去她的城市工作,然后,如果你真的放不下,爱她,愿意共度一生.

UDT用起来还好吧,我之前在android上面porting了,跑得老好了,就是barchartudt,然后NIO封了下,放到了Netty里面.
还有就是quic

我觉得作为女生，有个好对象，比什么都靠谱，哈哈

作为女生，早点结婚比较好

估计太忙了

@regsvr32 对的，人也是自然界的，所以中药中某些成分，西药里面时没有的，而且中药的药理和药性都是古人试验出来的，所以可以辩证的结合。一味的反感中药，只是要么没遇到很奇怪的病，要么就是被坑了，反正中西结合，哪怕请神婆，我都要的。
个人还是相信鬼神的。

@lichanglei119 我是在中华药典还是什么地方找的方子然后自己组装了下，然后就好了，也才十几块钱一副，10-14元不等，药材的质量不一样，我就每天喝每天喝，喝了个暑假，身体变好了，病也好了，我当时一百零几斤，现在是一百六十八。其实我觉得啊，中医还是很多可取的地方，就是不要遇到水货和骗子，我妈妈的月经不调花了很多的钱，我给她弄了个，也就好了，不过吃了两个月。。。。

中药就是慢，很慢，我不相信中药可能很快，我小时候的鼻炎，我们那边一个中医给我吃苍耳，我也就好了，就是那个两面针的果果。

我妹妹的手斗也是我看好的，我觉得我该当医生而不是程序员。

我有心脏病，自己中药看好了。

@cxshun 现在弄Play的都走啦，只有我啦，而且我们公司其他人很瞧不起Play，不过我看他们是理解不到精髓哈哈。

@lichgo 我又知道了个新的框架，谢啦，不过不会写Node。

@lichgo 我觉得简单，快，编译我倒不觉的是很大的问题，编译慢的时候可以起来走走，而且增量编译也不慢。

@pythonee 您得引入一个中间Actor来做这个事情

再用，很好用，很流畅。等isis。
我笔记本的唯一系统，工作娱乐都用这个。
当然打游戏还是用的台式机，Win7

@jinmingjian
1,我倒不是说您在造更好的轮子不妥，而是目前别人的轮子修修补补您也可以发现更多的问题，所以如果你有空，可以提交下PR，按照别人的思路，在别人的工作上改进，而不是推倒。

2,Trustin那人可行吧，但是我感觉他不喜欢别人觉得比他聪明。您可以看下他目前Netty 还是Open的Issue，然后您可以试着关闭下Issue，也就是提交PR，还有呢我觉得还是不要介意别人没有回复您的邮件好，当初我问了很傻比的InstanseOf的性能别人都回复了，所以我觉得应该不是太大的问题，如果别人忘了回复邮件或者其他的通信方式，完全没必要介意，毕竟开发者不是他一个很多人都有合并权限的。

3,的确可以做得更好，但是妹的，又是房贷又是老婆孩子，还得有自己的生活吧，所以，时间的投入可能的确不如别人，加之整个环境，所以国内的开源难做和很多其他的事情一样

4,我不是说不应该破旧立新，而是说在破之初，可以有不同的切入点，比如您现在的这个项目，知道的人不多，你可以将您的独特思考以及共享回馈到目前的主流项目，这样也可一石二鸟，多方受益。Undertow我没用，但是Play换到Spray有多个原因，1,Spray用的Scala和AKKA，2,他们好管理以前不好管的线程池，3,他们收购了Spray，但是目前不也没用么，Akka-http在Akka2.4的时候肯定还是实验班，而到akka2.5的时候还不知道究竟如何，何况Akka的ReactiveStream也还没出来，Play项目负责人也说了，可能会提供一个抽象层，Netty和Akka两套Backend。他们目前没换，也说得很清楚，要等到他们的至少和Netty的差不多了再说。他们还是把他们的一些改进合并到了上游，比如HashWheelTimer以及目前对Async-Http-Client的改进，都是合并到了上游的，当然这和你这个不同，因为您另起炉灶，和他们用别人的改进别人的还是不一样的。

5,可能他家的Bytebuf在DirectBytebuffer上的分配不如您的，不过别人的还是很好用的，我看您的接口时Bytebuffer，但是不是JDK的bytebuffer，建议呢就是还是适配大家目前已知的东西比较好，当然这个是个设计上的考量。我倒是不会提交测试代码，因为我自己也没兴趣，现在机器便宜了，可能多个机器的收益更好，更需要考量的是这个框架好用否。

6,其实直白的文字来说，更容易引起大家的共鸣，将复杂的问题用简单的方式讲出来才是高手，他那个简单的PPT不是说他肚子里面就只有那么多墨水，而是他给我们普通的开发者，或者新手在很短的时间内接触和了解netty的机会。比如几分钟内介绍您这个框架如何好，为什幺采用，如果能够打动人，那么就是真的厉害，不是么？一个好的PPT可以煽动人的。


7,我倒不是喜欢Akka的Actor模型，但是它的确让我有醍醐灌顶的感觉。并发的几个思路也不多对吧，多看点，思路也更开阔点，比如Go的http://en.wikipedia.org/wiki/Communicating_sequential_processes 和Akka 的 http://en.wikipedia.org/wiki/Actor_model
都是不同的思路，而且目前Akka加了Eventsource也就是Akka-persistence，我觉得也可以引发更多的思考，对于我们单个开发者来说，可能我们不会用也不会深入某些技术，因为精力有限，但是学习下别人思考和解决问题的思路的确对自身还是有很大的启发，我目前还没有遇到很奇葩的问题，也就是通过别人提供的解决方案没法实现的，所以思考的少，但是如果遇到了，我会去Group 问的。

8,最后的建议就是，做减法，永远比做加法难，愿你的框架做到极致。

@jinmingjian 楼主对发版本的想法可以用一句话来形容：“不鸣则已，一鸣惊人！”还有那个HttpCodec的ThreadLocalPool，我直接感觉和Play-java的HttpContext差不多了，都这么用，不过TL是有消耗的，真的可以优化。而且您的ByteBuffer提供的功能的确不多，以及您也没有按NIO的方式来实现Native。
当然我看到的都是您的老代码了，支持了。