这个 算不算 Literate programming ？

hapi

去 读 [stream 的 API 文档]( https://nodejs.org/api/stream.html)

> Readable streams have two "modes": a flowing mode and a paused mode.
> When in flowing mode, data is read from the underlying system and provided to
> your program as fast as possible. In paused mode, you must explicitly call
> stream.read() to get chunks of data out. Streams start out in paused mode.

#RTFM

既然对无效链接投毒是可行的，那么可以有以下脑洞：

**预测下载链接提前投毒**

比如说，有的下载链接总是带版本号，而且有规律的，像这样的：
http://adcdownload.apple.com/Developer_Tools/Xcode_7/Xcode_7.dmg

下一个版本的链接很可能就是：
http://adcdownload.apple.com/Developer_Tools/Xcode_8/Xcode_8.dmg
但是下一个版本发布前，这个地址很可能是 *无效链接* ，具备投毒的条件。


P.S.
访问上面例子里 Xcode_8 的地址，会 302 到一个 403 的页面，不确定这种情况会不会被判断成无效链接。

谷歌有 Inactive Account Manager ( https://www.google.com/settings/account/inactive?pli=1 )

没人写 Doctrine ?

藏起来不太好，不让人碰也不太好。

想到两个办法：
1. 启用 guest 用户。防止自己的文件，数据，系统设置被弄乱。
2. 如果会遇上不少人在自己电脑旁边吸烟，吃东西，临时买一个键盘膜应该管用。

另外，安些 QQ ，CS 之类的软件，可以让年兽们能感受一下，满足一下好奇心。可以给年兽们演示一下风扇狂转的效果，跟他们说这个不太适合玩游戏。

加上这个header兼容性会更好，也更安全：

X-Content-Type-Options: nosniff

感谢！
我们在公司内部是用 satis 和 satis-webhook(https://github.com/adanlobato/satis-webhook) 搭的。

Google Music All Access (收费，需要翻墙)
https://play.google.com/about/music/allaccess/

背景，作曲家信息什么的上维基百科看就好啦

至少两个月前就可以的。

发现这个作者在10年还出过一本 Web Operation, 貌似也不错。
http://shop.oreilly.com/product/0636920000136.do

@bufannao
我觉得，不应该是这样：
让用户自己输入时把A B C D变成[A] [B] [C] [D]

应该是这样：
让用户习惯输入[A] [B] [C] [D]

可以参考新浪微博和Twitter的@和#，Google Plus的+和#

需求包括以下两点：
1. 随机选项
每次显示的时候选项是随机变化的
2. 评论功能
评论中对选项有引用，在评论显示的时候引用随选项变化

第1点需求，把选项存数据库的时候不要按选项序号(ABCDE)，而是按与序号无关的id存，把加序号的逻辑放在显示的部分就可以了。

第2点需求比较复杂，不容易做好。像 @raincious 说的一样，相当于“提到”功能。我觉得可以这样做：
1. 设计一种语法来引用选项，类似微博上的@, #, YouTube上的时间，因为有明确的格式以后不容易产生歧义。比如，可以用 [A] 来引用当前题目的选项A。
2. 在数据库存评论内容的时候，先保存用户输入的原文。
3. 用之前定义的引用选项的语法规则解析评论原文，得到当前上下文内，选项序号和选项ID的对应关系列表，把这个列表存到数据库
4. 在显示评论内容时，取出第2步和第3步的数据，再加上随机显示序号的逻辑，就可以显示出正确的评论了。

@nsa 现在北京玩的人也不少了，已经有一些portal了，可以到http://www.ingress.com/intel 看到。可以拍照提交新portal的。