我也遇到了类似的问题，原来不是我的错觉

程序自己监听一个端口，需要停止的时候，给这个端口发个命令，程序自己调用 sys.exit ()退出。

生态圈是关键，相比目前 Java 数以百万计的开发人员和数不清的开源库， Go 还是太嫩了。得开发人员得天下，微软目前开源.Net 是在下一盘大棋

道路上拍车牌的电子警察是如何做到的？按理说目前OCR对打印出来的额数字的识别应该有很成熟的方案了

Firefox上的firebug这等前端神器怎么能错过

@jadetang 刚刚升级不久，还没学会用新的特性

我们最近发布的产品新版本已经打包了最新的Java8了

以前对折腾不同品牌的Linux乐此不疲，现在用了Mac后就再也提不起兴趣了

@chenshaoju 一般来说明文密码都要加盐后再做某种散列后存储，总不能让客户端知道盐是什么吧

我们公司也出现过类似的事，有个人不知道对master做了什么操作，所有文件（近5万个）的历史只有他一人的一次提交了。或许历史还有，但IDEA的git插件里就看不到文件的修改历史了

是否有阅读模式是与网页结构有关，好像是检测是否有大段的p标签

@johnhsm2333 还真见过对css这么做的，据说是为了防止与原有系统命名冲突

@chenshaoju 可是一般来说数据库中的密码都不会以明文保存，服务端如何以同样的方式做散列？

Sun公司曾经做过一个java os，后来不了了之了

@wizardoz 按照概率论来说，小概率事件是不可能发生的，如果它发生了，说明不是小概率。

这个为啥发到Java版？

可以试试内存映射文件（Memory Mapped File）

对大多数Java程序员来说，社区版功能绰绰有余。专业版主要提供了很多web开发的插件，如果你们公司是web开发重度依赖，不会说每个月上万的程序员请得起，一年几百块钱花不起吧

从 debug1: Offering public key: /root/.ssh/id_rsa 一行来看，客户端已经尝试发送RSA public 方式登录，但未成功，所以问题很有可能在服务端。一般来说，可能是服务端~/.ssh/authorized_keys的权限不对。不过为了查到正真的原因，需要如下方法：
将ssh日志调为debug模式： 修改/etc/ssh/sshd_config，将LogLevel INFO 改为LogLevel DEBUG
重启ssh 服务： service ssh restart
然后一边登录，一边观察/var/log/auth.log，一般来说错误原因就在其中。