@fxxkgw 那如果能治癌症的药，也能治感冒。那是治好感冒重要，还是治好癌症重要呢？

这不是分布式，你这是一个队列。

设计发动机的去干汽车喷漆的活儿？

我打 www.twittr.com ，神马都没有出来，不开心。

@zhc105
1，“参差不齐”，“大多数”和“BAT”，这三个关键语素哪个让你觉得我一杆子打死了一群人？你指出来我改。
2，我哪张嘴说的现在水平不好的以后也不好了？当然如果你智商190，什么都能自己学会就当我放个屁好了。
3，大家都是搞技术的，要讲逻辑。不喜欢我说的话，我非常理解。但是你这种和稀泥的政治言论真的毫无价值。

@fising @zhc105 你们开心就好。

@fising 咦？我有喷人吗？那不小心被我喷到的朋友不好意思了，抱歉让你们感情受到伤害。

想起来以前一个同事，我当时设计了一个接口，他实现 Android， 一个星期都没有搞定，他们就叫我过去开个会讲一下。然后就有了如下的对话。

我：“接口里要求的 MD5 值是文件的 MD5 不是文件名的。”
他：“能对文件算MD5吗！”
我：“能”
他：“你确定？”
我：“我确定”

1，我从头到尾都强调过参数的MD5是对整个文件，有示例代码可以参考。
2，整个接口的流程没有一个地方需要文件名，我要它的MD5有什么用。
3，本来不属于我的组，所以我没有说什么，他后来被我的老大开掉了。
4，如果他没有换工作现在应该在T。

楼上各位其实说的没错啊，BAT其实就和国企没什么区别。

1，BAT的工程师水平参差不齐，水平差的占大多数。
2，肯跟你解释一下的领导已经很好了，我一般只给聪明的同事解释原理，其他人大多是“必须这样”和“不行”。
3，很多人技术能力不能提高，多年原地踏步，是因为别人对他指导会迎来他的鄙视。

switch-case 大法好。C 语言里边最高级的表达式。

for (x = 0; x < 8; x++) {
switch (x) {
case 0:
case 8:
y = 1;
break;
case 1:
case 7:
y = 2;
break;
case 2:
case 6:
y = 4;
break;
default:
y = 6;
break;
}

for (; y < 6; y++) {
}
}

难道，大家都没有听说过函数这个东西吗？

不是会不会，而是什么时候。

楼上诸位提出的问题，根本不是完全否定的问题，作为一个工程师，我的电脑，常年只开三个桌面程序：浏览器，终端和即时聊天。手机也基本上浏览器和即时聊天就够了。看看你们天天用的 App 是哪些？Twitter ？新浪微博？Facebook ? 这些 App 是一定能被浏览器取代的。

之所以现在没有取代，是因为各平台商都有私心，因为如果哪天 Web 大一统了，就没有平台商什么事儿了。这也是为什么现在国内和国外各公司力争浏览器市场一样。

举一个大家都很清楚的例子。Windows 的 IE 从 IE 6 之后，几乎没有什么特别大的变化。但到后来因为苹果的 iPhone 卖得多了，Mac 也卖得多了，因为 Flash 以及应用缺乏的原因，苹果大力推广 HTML5 和 各种浏览器黑科技。WebKit 的贡献自然也不用我多说。这么多年过去之后，Mac 和 iOS 的 App 多了起来，苹果占据主流，微软成为弱势，所以微软近几年就把浏览器做得非常好。更别提横插一脚的 Google Chrome 。

谁掌握了浏览器，谁就掌握了未来。

@tencoldays 我当时用的 8G 阿里云，fd 太多内核把内存吃光了。超过 100万 估计要改内核了。

@tencoldays 本来就是这么用的啊，经常在 DO 上开顶配一个小时，做性能测试。这个都算费钱的，以前是 AWS 开 Spot Instance 配置更高，价格更低。别的跑连接内存不够把内核跑崩了，用 AWS 的 200G 内存实例才跑到 100万连接。

有个折中的办法，同一个机器挂两块磁盘，做软 raid 。

为什么我见到的除了没有按钮的就是两个的？

这几个地区都有 AWS ?
除了用户数据（用SSO），地区站数据完全独立，用子域名来访问 （jp.huarenjie.com，de.huarenjie.com 等）。主站 www 用 geoip 判断 IP 进行跳转，识别不出来的，给出地区选择页面，美团58之类的你应该见过吧。。。

@laoyur
这个不是协议的问题，是典型编码人员的疏忽。如果传输的是信用卡，密码等敏感数据的话，就是严重安全漏洞。对于能够犯这种错误的公司和工程师，即使你在 TLS 上再加一层加密，效果也不会强到哪里去。
一个关于安全的建议，永远选择用的人最多的那个方案。比如 TLS，比如 PGP 。
另外建议你可以多测试一些大公司的App，如果中间人成功，反馈给厂商应该会有奖金 :-)

1，只使用 POST 这种方式设计接口，也有很多很多年了。。。。
同时用 GET,POST,PUT,DELETE 一样也容易生成代码，没有什么本质区别。

2，就是这个可以用任何加密才有意思。
如果你用对称加密，好，你要把密码放到客户端里。找到你用的密码只要 10 分钟。
如果你用非对称加密，虽然无法解密数据，但是，1如果服务器密钥泄露，所有数据全部泄露。2无法升级公钥加密强度。所以，不要太想当然放到 body 里就好加密了。这种接口加密只有一种办法，就是用 TLS !

3，这个安全控制。。。意义何在？
反而更不能精确控制，比如某些接口只出数据，只允许 GET 。有些只收数据通通 POST 。有些不允许 DELETE 就 deny 掉。

4，建议阅读一下 RFC 文档，非 HTTP 200 之类的返回，也可以带 body 。。。

对于协议这种东西，大多数人最容易犯的错误就是，我设计的会比 HTTP/TLS 更好。。。

加一个隐藏的 flash 。