支持一下 po ，人家分享推广是好事情，还是希望能包容一点

我发现很多做这种单页应用没有做页面路由
要么用 iframe ，要么用子视图，用起来体验很糟糕，现在都 2017 年了 = =#

@jun4rui 掌握构建工具益于理解别人的源码，使用库，写小项目，不喜欢 maven 可以试试 ant 或 gradle

买个垫子帐篷放客厅，不用的时候折起来，这样更加灵活一点。主要睡觉的话感觉这样其实完全可以了（仅供参考）

我认为房屋改造是一间很折腾的事情，折腾自己，折腾邻居，万一设计得不合理，后患很大。如果可以的话还是考虑一下其他方案

给出了两个解决方法， po 可以参考一下。

其实我之前也想过一点，我本身是义务教育的受益者，读了一点书，感觉现在的教育很多有改进的地方

生源其实不是关键，我认为教育改革应该从教育理念和教材入手，好的学校、老师难求，好的思想、教材、书籍却可以借助互联网让更多人受益。我观察到现在很多互联网+教育针对是中产、有钱人，真正的平民却很少受益，一方面是信息爆炸筑高的壁垒，另一方面是教育理念和思想的落后， po 怎么看？

我是升级 idea 导致的，参考爆栈网这两个帖子，应该是 Java Mac 版本的一个 Bug😳
http://stackoverflow.com/questions/43003012/objc3648-class-javalaunchhelper-is-implemented-in-both
http://stackoverflow.com/questions/43040807/class-javalaunchhelper-is-implemented-in-both-xxx-and-xxx-one-of-the-two-will-be

我也遇到了这个问题，不知道怎么解决。。😳

拿糟粕当特性的典型

不知道又没有类似于 thymeleaf 语法的前端渲染引擎

1. 安装 jetbrains intellij idea
2. 简单学习一下构建工具（ maven ， ant ， make 都行）
3. 跟着 ide 的提示开始敲代码，看库代码吧

一个技术，流行了挺多年，介绍一下也挺好好，花不了多少时间。起码可以让学生知道为啥不要使用像 jsp 这样的技术。了解软件工程中的糟糕设计，避免重蹈覆辙

@kimown 之前和朋友交流过 Lombok ，他表示这东西用了非公开的 api ，有风险，你怎么看？

@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 就是一个很好的例子）。如果万事都指望框架解决、库解决，那程序员就不是一个创造性的职业了

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