如果是为了网络线路的话， LeanCloud 也是有美国节点的

首先内部表示和物理层面肯定是存 UTC ，几乎所有数据库都是这样的（他们接受任何时区的时间，但会存成 UTC ）。但如果你存 UTC 的话，一定要把时区也一起存起来（可能要放到单独的字段，要看数据库支持不支持）。

因为时区是一个有关时间的重要元信息（和时区相关联的不仅仅是偏移量，还包括夏令时和冬令时之类的东西），当然不应该丢掉它。否则例如一个人在中国发了一个帖子，又去美国发了一个帖子，那么如果服务器不存时区，只依赖客户端时区的话，就可能会发现两个帖子是同一时间，甚至后一个帖子的时间比前一个更早。

至于客户端和服务器端之间的 API ，我认为双方都要有接受任何时区的时间的能力，现在绝大部分的语言都提供了这样的能力。发送的时候，客户端按照本地时区发送（以便把时区这个信息传递给服务器）；服务器在发送时，则以数据库中记录的，客户端的时区来发送。

@fsgmhoward 即使是 Child Porn 我觉得也不应该扣数据，扣了人家的数据对你们也没有好处，没有必要来当这个「执法者」的角色。我觉得唯一可以扣数据的情况是他在内网做入侵，拿到了一些属于你们其他用户的数据，这时候你们应该出于保护其他用户的目的扣数据。

违反 ToS 退款但不返还数据这一点很不合理呀，如果数据本身不是通过违反 ToS 获得的的话。

刚毕业的话社保应该不着急吧，如果你认为这家公司很不靠谱的话，也难说它会不会帮你把社保办妥。

/pets:
get:
responses:
200:
body:
application/json:
properties:
page: number
next: string
results: Pet[]

我是支持在中文环境中尽量使用中文、尽量翻译英文单词的，但我认为这应该是作者自发的行为，或者作为一个行业的指导性规范，但不宜作为一种强制执行的法规。

深入理解计算机系统 http://www.amazon.cn/gp/product/B004BJ18KM/ref=as_li_qf_sp_asin_tl?ie=UTF8&camp=536&creative=3200&creativeASIN=B004BJ18KM&linkCode=as2&tag=jysperm07-23
数据库系统概念 http://www.amazon.cn/gp/product/B007KYSEZC/ref=as_li_ss_tl?ie=UTF8&camp=536&creative=3132&creativeASIN=B007KYSEZC&linkCode=as2&tag=jysperm07-23

可以禁用 https://atom.io/packages/spell-check

@xuboying Commit 历史？不会清理的，就是直接把私有仓库开源。

我一般会在私有仓库写出一个基本可用的版本再开源，因为在 GitHub 上的话靠 star 来传播的话，效果最好的时候其实是这个库刚刚被创建或开源的时候，而如果你的仓库一开始是一个并不能工作、 README 上没有多少东西的状态的话，别人是不会 star 的。

/dev/stdout 是对于「当前程序」而言的（而不是当前 Shell ），在你的第三段代码里，是 tee 在往 stdout 写数据，所以数据是被写到 tee 的标准输出的，所以会被 pipe 到 tr.

Math.random()