golang 标准库的功能划分有一些是仿照 plan 9 c 方言的标准库来的，去浏览一下 plan 9 的 man pages 就明白了。
还有就是， golang 是一门新语言，又是 gc 又是 interface 又是 goroutine 的，也实在没必要和 *nix api / c 那套保持一致。

golang 与 plan 9 的亲缘关系更近，和 *nix 的距离相对较远。例如 net.Dial 就是照着 plan 9 的 api 来做的， bufio 也是仿 的 plan 9 bio 库，还有 image/* 等等。所以， golang 和 *nix 的差异很大程度上体现的是 plan 9 与 *nix 的差异。 cat-v.org 上有很多关于 plan 9 的资料，感兴趣可以看看。

今天下午手机上的黄油模拟器(MiNE)被 play 强卸，卸载完成才提醒我软件已卸载…… play 市场又不是杀软，这么霸道真的好吗

有没有试过 yaourt firefox-kde ？

@charlestang 亏得是个妹子，不然早上天了

用 Go 语言有一段时间了，想说说自己对这门语言的感受。
个人感觉用 Go 最大的好处是包管理、测试、部署、代码组织、代码格式化这些杂七杂八的活儿都被同一套规范暴力而又统一地解决了。这样，程序员可以更侧重于去处理代码逻辑，而不是去操心代码怎么缩进这类细枝末节。另外 Go 的那一套标准库、编译速度以及低学习成本也是它的优势。
Go 的坑主要集中在语言本身对一些机制缺乏支持上，比如泛型，官方自己也承认这一点。还有一些功能在设计的时候也比较欠考虑，比如前面 V 友提到的包管理的版本问题。为了弥补这些问题， Go 后续又搞出了 vendor 、 generate 这些功能很有限的机制。它们虽然能用，但是明显满足不了人们的期待。
目前我主要用 Go 写一些跑在 Linux 服务器上的工具，所以上面这些坑对我来说一般也遇不到，算下来我觉得多学这么一门语言还是非常值得的。

看完还是觉得相同领域的 one line module 应该把功能合并到一起，一个小功能对应一个模块名，记忆地太多会把人逼疯的

首先作者们之间得比较熟才行，不然会出现诸如“王五写的角色被李四给写死掉，最后整个小说太监掉”、“张三给某个角色预订的便当被赵大给强行拦下，最后剧情全线崩坏”这样的情况（挖鼻

网站名字是在 neta 猎人贪婪岛？

@ficenow 试试 tac|perl .....|tac 行吗

上面写错= =， perl -e '$n=0; while(<>) {print if (!($_=~/rows/) || !($n++))}'

perl -e '$n=0; while(<>) {print if ($_ =~ /b/ && !($n++))}

es 自带的 ftp