@raysonx 大胡子所说的'电子书'只是一个电子图书的子集， gitbook 也是电子书，你给出的《自由软件，自由社会》也是电子书，

我认为电子图书是未来（纸质书也不会消亡，它们是互补的），电子图书+互联网让知识传播前所未有简单，出版商对电子书的限制与掣肘却是存在，而需要做的不是去回避，而是通过各种手段让电子书变得更好（更好的索引、更好的版权管理、基于密码学的匿名购买与赠送等等）

P.S. John Gruber 提出 Markdown 的，后来的 RST ，总是纯文本的，那里会有什么后门呢？

支持电子书，我平时看书比较多，纸质书太厚携带不便，还占地方
用 iPad 随时阅读，还比纸质书便宜

看书主要是看书中的内容，与形式没有太大关系，而电子书明显在各方面优于纸质书

流量控制：通告接受窗口，窗口缩放机制
慢启动：指数增长 -> 线性增长
拥塞预防：把丢包作为网络拥塞的标志

可以谈谈 tcp 的缺点，对 web 性能的影响与改进措施什么的

（第一条回复不小心发出去了，原来 v 站 command + return 是回复= =#）

流量控制：通告接受窗口，窗口缩放机制

@abcbuzhiming 首先，这是一个在讨论另起炉灶的问题，我的言论的强调 vert.x 是一个另起炉灶的很好的例子，我并没有吹 vert.x 比 node.js 更好更厉害，但我认为 vert.x 是 jvm 上一个有益的尝试，请停止脑补

另外你根本没有黑到点，针对所谓的 callback hell java se 在 1.5 （ 2004 年）提供了 Callable 和 Future ，而 Future 就类似于 js 的 promise ，良好的编码习惯基本可以消除回调地狱

我认为在软件工程里面，我们可以把别人的库或框架视为工具箱里的工具，可以从它身上学到思想；即使有的工具不好用，完全可以自己增强（在 javascript 没有 promise 的年代 jquery 的 deffered 就是一个很好的例子）。如果万事都指望框架解决、库解决，那程序员就不是一个创造性的职业了

标准做出来了，起码给个参考实现呗，每家搞一套算什么意思

java 在 jcp （ o 家主导）的推动下发展得还不错，用户广泛，社区活跃，稳中有进

java 有一些缺点，但它的对手不是它的对手。其从十多年前到现在就一直被唱衰，但聪明的程序员肯定能看出 java 和 c 常年盘踞榜首更深层次的原因

试试看 curl apple.com/favicon.ico

我认为是的，即使不见面，借助互联网也可以把工作做得很好

比如一些大型的开源项目

看右侧

部署一个 gitlab 不行吗？

程序员的巴别塔

一般都懂伪代码或 c ，想用 py 建议事先沟通，万事无绝对

v 站一下多了很多医学大师嘛

可能确实在某些方面有点用，更多的时候沦为教条

之前我看浪潮之巅，里面吴军说，和微软合作的公司都没有好下场，我仔细想了一下，好像真的是这样。这会不会是国内.net 不流行的原因呢？

计算理论 -> 数学
软件工程 -> 设计

结论：多看点书

@yangff 怎么说？