@clino @hooluupog @guotie liigo 的意思应该是，如果某个程序你原本打算用 C 写的，现在也可以用 Rust 来写（而且会更舒适）。并不是说把已有的软件用 Rust 编写的取代。

@anjianshi 我发过吗？我记得是别人发的，我只是去订阅了。看来 Google Chrome 支持更丰富的剪贴板 API？待会我试试看。

@googollee Rust 的类型系统还是比较简单的，相对于 Haskell 而言。

从你给出的测试，我只看到了 Go 的代码量少，但是内存占用多。

另外你把协程和并发搞混了。不支持并发的语言很少见了吧，支持多线程就可以并发了，支持多进程的也能，只是不方便。当然 Go 的优势是协程，很轻量。而 Rust 在这方面的优势是，「不作死就不会死」：只要不去欺骗编译器，那么写出来的多线程程序就是安全、没有 race condition 的——当然，如果你有那个能力写出来……

@shiny 为什么你们只看头像不看 ID 呢喵？

@qiamiumiu 那你是谁呢？ o.O

@zzxzzy You missed the two points.

@typcn 好厉害，现在这个估计用不了多久了就不折腾了。IP 要是能飞到香港就好了 233

@anjianshi 咦？？？可我怎么点都没效果呢——http://lilyimg.b0.upaiyun.com/temp/cant-middle-paste.gif

@101 嗯。还有 SegmentFault、知乎。

@nicai000 可我只会 C 根本不怎么会 C++ 却挺喜欢 Rust 呢。Haskell 程序员大概只能选 Rust ;-)

@cbsw 是呀。那帖子里竟然看到了百度。他们也 Go 了么。

不过我很不同意 Go 易学这点。它的语法有很多令我困惑的不一致。

@wizardoz Ajax 什么时候成历史遗留问题了……除非你说的是名字里的 X。
@zongwan 让人学≠他们会去学。现在伸手党实在是……

不过真没想到有写了几年浏览器端编程却不知道 Ajax 如何使用原生函数实现的。我以为 iOS 开发者不知道用 lldb、每次程序崩了就乱改改已经够奇葩了。

@anjianshi 你在写新主题那里能中键粘贴？

@kemikemian 我上边已经说了，事前我根本不知道是什么运营商，更不知道多少钱，也没想到会这么奇葩。这都是租房中介提供的。

@phy25 只能这样了，不过中键粘贴不了好麻烦。我用来调编辑器的火狐扩展 viewSourceWith 也无法处理这种编辑框 :-(

@vibbow 用鼠标还得把手从键盘移开呢。而且我经常使用小红点的。

@xierch 应该是原本同源的资源被它一重定向变成不同源的了。

@ShiningRay 社区早有了啊，光 Rust 本身的贡献者都有一千多人了呢。crates.io 上的库也有两千多了。没起来的是整个生态环境：还处于大量缺库阶段。

@1oscar 是你根本找不到吧。新闻只说苹果要把 Swift 开源，没说已经开源了。

@lightening 但是不一定是你所需要的。

@df4VW 据说跟 Google 其它一些开源项目一样不太友好： http://blog.csdn.net/liigo/article/details/23699459

@vibbow 到顶部或者底部直接按到顶部或者底部的快捷键，或者在滚动条的顶部/底部点击中键也可以（已知 Linux 下的 GTK、Qt 下有效）。

@wy315700 这样会有点模糊，而且看的时候要跟踪页面的滚动会费一些精力。匀速滚动的另一个问题是，阅读速度不是匀速的啊，有时要跳过插图啊、容易理解的段落啊、页边空白啊之类的，而有时又需要仔细琢磨啊、细致查看图示啊什么的。

@tonsonxu 要速度的话就选 Rust 吧，和 C++ 的速度相当（有时快点，有些慢点）。不过 Rust 的类型转换会比较多，错误处理会让你多写不少字（带来的结果是：没有错误被不小心忽略掉没处理）。

@lightening 不要忘记了 KHTML 的遭遇。而且现在开源也太晚了，又没有（让我看到）什么特别的优势。

@1oscar 已经开源了吗？在哪里？

@vibbow 快速滚轮？Windows 上那个用移动的位置表达滚动的速度那个？我一直没明白那个功能有多大用处。

@vibbow 没什么运行在 X Window 下的窗口不支持中键粘贴的——除了 Ace 和 CodeMirror 之类。

@xgowex 他们晚上有人接电话么？

@webjin 我是租房的，当时没注意也没听说还有这么渣的 ISP……