当你凝视深渊时,深渊也在凝视你.

那个古老的故事， 从前有条龙到处吃人，于是勇者都去斩杀恶龙。但是从未有人回来。终于又有一个勇者去了，他的仰慕者悄悄的跟在后面。他看到 勇者和恶龙 苦战，最终杀死了恶龙，望着满地的金银和龙的尸体，勇者最终坐在了龙的王座上，然后勇者长出了鳞片和牙齿，新的恶龙诞生了。

360 是就是那个勇者。又有无数人想杀死恶龙，最终的结局呢？被龙吃掉或者变成新的恶龙。

解决的办法只有一个 足够的强大 + GPL.

因为做出比 360 更好的软件 需要很厉害的人，请这些人需要很多钱。 只有一个理想 你是请不到这些人的。
除非你很厉害 一个人做得比 360 更好。 最反感 无脑黑， 360 怎么怎么，先搞清楚 做出 360 的那些人 也是中国安全方面最优秀的一些人，你需要做出更好的软件，水平一定要先接近他们，否则没人会用

只有情怀是解决不了问题的。

golang 的包管理思路是对的， 如果这种大量引用别人类库的东西，就应该作者负责编译出一个可执行的版本，而不是用户去负责。 我拿到一个程序，一运行 需要 200 个依赖包？有些包还找不到？ 动态库带来的问题真的很复杂，它解决了大小的问题，带来了更多的麻烦。

没意义

开始写一个类似 cat 的 track 系统。美个大型分布式系统都需要有这个一个东西

课多一点意义都没有， 关键是质量。 莫课网质量比较高

@wweir 我测试了 1.5 1.6 没有发现明显区别。

朋友圈 的 多 IDC 不联通情况下， 消息的分布 和最终一致，也有一个解决方案。 和微信朋友圈分享的那个算法不一样。

所以 小规模的模拟 完成不存在技术问题。 关键是做大

@murmur 这几个在我的问题列表里面有， 都没做。群的功能也没有，但是目前的设计是很容易扩展到群上的，当然群的转发压力会大很多倍。设计的时候 已经考虑过这个问题了，只要改大概 100 行代码就可以实现 保证顺序 不会丢失 重复的 群消息。

authentication and authorization 都可以在系统里实现， 在发送消息以前，已经加了 接受对象的验证，发现对方不是你的好友 就直接 panic, 所以 authorization 有简单的校验， 但是发送速度 频率， 关键字过滤 这种必要的旁路系统还没有

authentication 可以在登录时候做， 不过现在系统还没有做. 应该很简单。但是如何设计一个用户的账号系统是一个需要仔细考虑的模块。目前 只有个初步的影子。

语言不是最重要的，但是语言其实非常重要。 因为我还没能力去创造一门新的语言。
当然不是说 写一些语法表达这样的东西，而是语言的思想。每一种语言都是作者对世界的看法。

选 Go 主要是开发快捷， 多线程容易。找人合作也会简单。这里会 Go 的肯定远大于 erlang 找人 review 也会简单得多！ 另外一点 我知道我 能用 Go 可以做到和 erlang 一样的负载。无论那种语言 我都可以。

直接 github wiki 里复制过来的

如果 75 万一年，我相信我花一年能破解出来。

salt 还可以，安装一些软件 出现一个问题 就是 一直在运行，但是也没结果。不是 bug ， 但是觉得不好， master 无法真正获知系统运行的状态。

小集群 觉得 ansible 更简单。

@qianmeng
@timothyye 我读书少 你们不要骗我

擦 这个只是一个 idea 在我脑子里而已，这东西的另一个关键是 cdn 流量。图片多了 得多少钱才够啊
这不是另一样广告

在家发简历 也被发现 这是个大新闻了。那个楼主就是你们公司的吧？

https 是安全的吗？ 错，大公司的浏览器都内置了证书 其实是不安全的。

不要用和公司相关的设备