可以看到 Atom core 的更新已经放缓了（这一年仅 6000 次提交，仅有前一年的十分之一）， Atom 希望保持着一个精简的核心，提供灵活的 API ，将有意义的功能都交给插件来实现； Windows 的用户量已经超过了 Mac 用户，但说实话 Atom 目前对 Windows 的支持仍不如 Mac 好；和 Atom core 作为对比，插件社区仍在增长，插件数量比前一年增长了一倍，用户数量增长了两倍。

我近期的一篇日志 https://jysperm.me/2016/05/blockchain-slides/

https://windirstat.info/
开源软件

merge 的时候加 --no-commit ，删掉文件然后 commit

@langyu 你可以花 0.3 btc 购买这篇文章永久的、非排他的授权，可以对文章进行修改，不必署名，付款到 13v2BTCMZMHg5v87susgg86HFZqXERuwUd 即生效。

一楼提到的各种限制（结果行数、有限的关系操作等）的确存在，选择 LeanCloud 意味着我们和你共同地来面对规模增长、数据安全、高可用等问题，这些限制是经过我们和其他用户的共同实践，当一个应用成长到一个很大规模的时候依然可用的通用的模式，有相当多的大型商业应用都在使用我们的服务。如果自己来实现服务器端的话，虽然有更大的灵活性，但如果没有有经验的工程师来做架构，很可能后期数据规模的增长会让你手忙脚乱。

> 侵犯肖像权不算经济损失吗？
这里的「经济损失」是指你本来可以得到某些收益（要可以被量化成具体的金额），但因为对方的行为你没有得到；或者对方因为转载的行为得到了本不该得到的收益（同样要能够量化成具体的金额）。

@ichigo 我觉得你可能对于「赔偿」或「惩罚」过于看重了，确实网络上这种侵犯著作权几乎得不到惩罚，但也要承认它的危害也确实比较小。

>我和朋友都觉得实际上该公众账号是受益的，因为对于我们来说没有收到任何赔偿
从法理上来讲，如果你要获得赔偿，你先要证明你因此遭受了损失（经济上的），而如果对方不是一个很有名的公众号的话，很可能确实并没有给你造成经济上的损失，即使有也非常难以证明（毕竟人家不是在卖你的文章）。

拓展阅读：

* 薪酬体系 https://open.leancloud.cn/salary.html
* 对透明薪酬的回顾 http://zhuanlan.zhihu.com/p/20370939
* 在 LeanCloud 工作是怎样的体验？ https://www.zhihu.com/question/26703574
* 加入 LeanCloud 需要具备什么样的能力？ https://www.zhihu.com/question/37394990
* Parse 关了，国内的 LeanCloud 又何去何从？ https://www.zhihu.com/question/39948568
* 为什么每个团队都需要 Code Review ？ http://zhuanlan.zhihu.com/p/19962430

目前存储访问已经基本恢复，全部请求通过 LeanEngine 访问的用户不受本次故障影响。

我们的服务正在遭受 DDOS 攻击，正在全力解决，问题的进展将会及时发邮件通知大家，请您留意自己的邮箱，抱歉给您带来了不便。

LeanCloud 中国节点存储服务于 2016 年 20 点 30 分左右发生了故障，导致所有应用的存储功能大部分不可用。我们正在全力抢修并会及时报告进度（紧急状况联系电话： 13146446722 ）。

fastmail 提供了一个服务器（ smtps-proxy.messagingengine.com ），这台服务器上所有的端口都提供 smtp 服务，用来应对防火墙的屏蔽（ https://www.fastmail.com/help/technical/servernamesandports.html#proxy ）

@menc 我不能同意「功能有限（或短）就等于不严肃（或不负责任）」这一点。

@ChefIsAwesome 我觉得楼主的问题同样值得讨论，当然楼主的语气不是很好，比如反问用得太多了。

回楼主的问题：

从使用者的角度，这样做的意义是前端对代码体积非常敏感，希望最后发布的代码中只包括自己真正被用到的部分，虽然可以基于模块来拆分（例如 Lodash 既提供整体发行包，又为每个函数提供单独的包或单独的模块，方便开发者选择性地使用），但相比之下分包要显得简单易行一些。

从作者的角度，可能作者一开始只需要一个能完成特定的、很小的工作的库，但没有找到现成的，于是自己写了一个并发布出去。如果你要求作者一定要凑齐所有相关的功能再发布，未免要求太高了，像 Lodash 这种项目，必然是要有专门的人，像对待一项独立的工作一样去维护才能成型的，其实 Lodash 可能就是楼主所希望看到的样子。

>前端近几年出了很多搞不懂的东西，逼格一下子高了许多。
作为一个 Node.js 服务器端工程师，表示 NPM 并不仅是前端在使用，比如 left-pad 这个包和浏览器并没有直接关系。

>PHP 的包管理是加载到项目目录运行的，这个是每次从线上加载？
PHP 的包难道不是从仓库下载的么？如果作者把包从 packagist （不太理解 packagist 是否允许撤下已发布的包）或 GitHub 上撤下也是一样的。

>民心已失。我猜很快会有一个新的完全开放的平台出来。
我个人认为只是 @azer 太矫情了而已， NPM 对于解决包名纠纷有很明确的规则（ https://docs.npmjs.com/misc/disputes ），这是一次很透明的操作。如果对方持有商标，我相信在大部分平台都是可以拿到对应的名字的。

>npm 目前的机制基本无法处理这次危机，超过 250 个项目被移除，其他依赖项目不仅需要寻找替代品，还要防范其他人伪造同名库。
一方面可以修改 unpublish 包的规则（满足特定规则才可以 unpublish 已发布的版本），如果作者的包使用一个自由软件许可证发布的话，从法律上来说，不允许删除也是完全可行的。另一方面可以继续推 Scoped packages （ https://docs.npmjs.com/misc/scope ），像 GitHub 一样以自己的用户名为前缀，虽然用户名可能也有纠纷，但应该会比包名的纠纷少一点。

看到贝米钱包还在扩大规模我就放心了~

关键词：「 node webkit vm snapshot 」 https://github.com/miklschmidt/node-nw-snapshot

最好能提供一个在线制作如 http://skill.phodal.com 的技能树的工具，制作好之后可以将链接分享出去，其他人可以来根据自己的情况点技能，还可以将点了一些技能的页面再分享出去。