哈，百姓网居然还在console里面显示一个二维码。

居然感觉他们好浪漫，难道我已经救不活了。

http://s1.bdstatic.com/r/www/cache/static/global/js/home_299f7566.js
哈，在这个文件里面。

@whtsky
@tension 生日快乐。

以后有问题先淘宝(谷歌哭了):P

你妹子(1%可能性)/基友(99%可能性)在你的.bashrc/.profile之类的文件里面加了alias

有几次给我打银币，说我推荐了用户注册。
我从来没做过推荐用户。
但是这种好事我就没主动交待了。

自从有了方校长，还需要这么做么。
千万别以为墙还停留在V1.0，说一些正经话的时候，最好多跳转几次，免得那么容易就被顺藤摸瓜顺到了。

@JimGee 如果没有咬断，可能每次有人F5就会痛一下吧。

嗯，说明V2EX的网线也很好吃。

某宝新的350
感觉没啥用
戴着还麻烦，手蹭一下都是指纹，擦不干净得洗，洗了还得等干。。
反正买了就很蛋疼。

少复制了一段。。
We've heard reports of slowdowns due to it's copy-on-write behavior
leading to objects being out-of-order on disk and needing more
seeking. To some extent, MongoDB's performance (both read and write)
relies on in-place updating.

@pubby
性能影响是有的，但是程度还未知，所以还是试试 @phuslu 推荐的xfs先，看了下，支持超大文件，支持快照，支持碎片整理，还是不错的。
https://groups.google.com/forum/#!topic/mongodb-user/HWLECIxg9ug

That said, there may be ways to disable COW on ZFS since most
databases expect in-place updates. However I am not enough of an
expert in ZFS to know how to do this. You may already have it set up
that way for MySQL.

@lixm
@pubby 恩，可能是以block为单位的吧。但是这样不是会有很多碎片了。

@phuslu 能具体一点么，比如告诉我下为什么要关掉。谢谢。

@phuslu
http://xfs.org/index.php/XFS_FAQ
说没必要mount noatime。读的时候不记录atime是可以避免读的时候的写操作，但是写不一定是马上写到硬盘上的，应该对io的影响方面，关系不大吧。
不过如果只用作mongodb的文件系统，也确实没必要记录atime
引用：
The default atime behaviour is relatime, which has almost no overhead compared to noatime but still maintains sane atime values. All Linux filesystems use this as the default now (since around 2.6.30), but XFS has used relatime-like behaviour since 2006, so no-one should really need to ever use noatime on XFS for performance reasons.

@wwwjfy C python(官方版)不管是携程还是线程，都会吃一堆内存。
暂时没有那么多内存来吃~，所以没有这么做。

@chloerei 需要拎包才能走人的程序员都是用mac的。:P

别的行业做一个飞机很难，程序员可以 plane = new Plane();
别人都没有女朋友的时候，程序员可以girl_friend = new girl(18);
别人都没有存款的时候。。程序员可以。。改自己网银的余额数字来看。。
:P

@yaway 不知道你说的Stash和我用的Session Buddy是不是一类东西——储存当前session里面的多个tab，类似Firefox里的session manager插件。我用的这个不能同步，也不能分类，所以作用不太大，你用的不知道可以不可以。
+
@zippera
@flied
@beakey Instapaper或者Pocket都是ReadItLater的工具，而收藏夹是ReadItWhenINeed的工具，所以分类是很重要的，当然，索引起来搜索也很重要。
+
@Esay
@leohxj Evernote确实有它的好处：
内容不失效——在可预见的未来一段时间内，不会失效；
同步——各种设备上可以阅读；
较易搜索——可通过插件，在搜索引擎搜索的同时，获得笔记的搜索结果；
较有条理——最深两层的目录结构，先笔记，再合并分类的思想。

但是正因为搜索和分类并不理想，所以让我觉得它不那么好用：
标题是比如“建立数据库”，搜索比如“数据库建立”，是搜不到结果的，当然，搜索“数据库 建立”是可以搜到的。
分类层级浅，就会导致要么第一层root层内节点庞大驳杂，要么收藏夹内分类不细致。
一直以来用evernote都只能做到目录粗分类，重用笔记靠搜索。
那么这样除了可靠性，其他都是chrome的bookmark具备的功能了。确实在chrome的收藏夹中，偶然会发现陈年老收藏失效了的情况，但是还是在可接受范围之内的。
而evernote剪辑网页还算简单方便，但是碰到防盗图的页面，好似会图片失效之类的。。而且我总会忍不住去编辑调节一下样式。。对我来说，还是比较耗费时间的。
所以evernote对我来说是收藏比较经典的信息的地方，比如常用linux命令，快捷键，之类的。。而比较泛，以后可能碰到，也可能碰不到的问题的解决方案的收藏就不太想放evernote里面了。不知道这种做法对不对，还在调整和改进中。