@Balthild 其实把 JS/CSS 文件放在自己的网站上算不算「分发」本来就有些争议，我看 WordPress 的文档中有一段很有趣： If you are not distributing your software – for example, a theme used only by yourself or on your local machine – you do not need to adopt the GPL.

它没说「 on your server 」而是说了「 on your local machine 」。当然我只是随便一说，我的总体观点是 GPL 是个流氓协议，能不碰就不要碰。

https://developer.wordpress.org/themes/getting-started/wordpress-licensing-the-gpl/#do-i-need-to-license-my-themes-under-the-gpl

必须 Paxos 呀 https://segmentfault.com/a/1190000007146045

outlook 、 icloud 、 fastmail

可以考虑在收集完成后，把统计结果和分析发给有兴趣的参与者。

据说（图中）这是基于机器学习和自然语言处理的智能提示。

不过似乎目前这个功能和 star 什么的联动还有点弱，希望以后能改善，很多人一直都希望可以给 star 加 tag （也有很多第三方来做这个功能）。

可供参考：

422 Unprocessable Entity 语义错误，适用大部分客户端错误的情况
409 Conflict 冲突，适用需要用户解决冲突并重新提交的情况（用户名已被使用）

其实除了一些非常常见的错误代码，其他的错误代码大家都没有很明确的共识，所以死扣哪个代码更合理意义并不大。

其实这应该算是 HTTP 302 重定向的坑，应该使用 307 （或 303 ）代替 302 。
见 https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/307

有一个叫 Hashcash 的反垃圾邮件策略，要求发信人在发送邮件前进行特定的 CPU 密集的计算（类似 Bitcoin 的挖矿，一般花几十秒）来证明自己的诚意。详见 https://en.wikipedia.org/wiki/Hashcash

@takashiki 我这个算法是要等人齐了才会开始抽的。

@cunkouwdy007 @loading @lhbc random.org 么？其实还是解决不了我一开始提出的问题：既然随机数是在一台设备上产生的，如何确定这个设备（编译器、浏览器、 HTTP Client ）没有被做过手脚呢。

@MOxFIVE 使用股票、比特币、福利彩票的结果应该算是实践上最简单可行的了。不过我们之所以认为他们可以信任，其实还是因为相比于一个年会抽奖，他们的体量太大了，去操纵的难度太大了，而不是说他们从理论上不可能被操纵。

@echo1937 用国产的芯片就可以了，有些设备的国行版本就是搭载国产的 TPM 的

建议先了解 Node 的事件循环，异步能力本身是由引擎（或者 Node.js 里的 C++ Addon ）提供的，引擎会在进行 IO 操作时接受一个回调函数，然后再在 IO 完成时调用它。如果不借助引擎的能力， JS 本身是做不到异步和并发的。

Promise 只是帮助开发者更好地管理异步任务（我认为最大的价值是简化了异常处理），是可以用纯 JavaScript 来实现的， ES2015 把 Promise 加入了标准中。

这篇文章里的例子很有趣，但感觉说得不是很尽兴。

如果是厨师来做这道菜的话，应该都可以逐一对这些细节问题做出判断。但程序员的工作是把这个做菜的过程自动化，不再需要人对每个细节把关（因为人力成本高、人可能会失误、可能不够客观），所以程序员要设计出一套可以被反复执行的、考虑到各种边界情况的代码。而且更为复杂的是，写这个做菜的程序员不光要写好代码，还要懂如何做菜（了解要解决的问题本身），而且还要考虑每一个细枝末节的问题，虽然这个过程中可能有产品经理做指导。

我只是针对这个例子随便说一下，如果真的对「为什么复杂」感兴趣，建议看下知乎的这个问题 https://www.zhihu.com/question/22508677

这种场景要靠日志呀，当然还要有从日志中恢复数据的工具。相信这样的故障不太可能是单一问题导致的，很可能是同时出现很多问题导致数据丢失，事先设计的备份方案又不能正常工作。说到底还是自动化不够、测试不够。很多灾备措施如果不能经常地测试和演练，关键时刻能不能发挥作用就不好说了。

并没有这么简单呀，比如你这个架构，在部署新代码的时候服务会中断，这是大部分服务都不能接受的。为了填这个坑你就得把负载均衡拆出来，然后再引入一个集群管理器（ Swarm 等），然后就进了容器化的大坑 ...

补充一下， GPL 之所以和 App Store 不兼容是因为 GPL 要求在进行重新分发时不得附加任何限制，而 App Store 的条款则构成对用户的附加限制，因此除非是你软件的作者，你不能发布 GPL 的软件到 App Store 。

不过我看 Dash for iOS 的 GitHub 主页上并没有提及这一点，相信很多人都并不知道 GPL 和 App Store 不兼容。

来源 http://apple.stackexchange.com/questions/6109/is-it-possible-to-have-gpl-software-in-the-mac-app-store

你这是在 Node 里运行前端代码呀，当然跑不了了

检查在对象的键里面是否有美元符号？
https://github.com/jysperm/Mabolo/blob/master/index.coffee#L1133
https://github.com/jysperm/Mabolo/blob/master/test/helpers.test.coffee#L71