坏了让他们买新的呗。

@ryd994 要不怎么叫内容协商呢？
服务器端有，但是客户端没有发送支持 gzip 的 Accept-encoding ，服务器是不会压缩的。当然可以让服务器强制 gzip 压缩，只是默认服务器不会这样，违反 RFC 。
另外那个 Content-Encoding 的头，是自己设置的。不是 Nginx 设置的。。。。

@ryd994 你需要再仔细的读一遍 RFC 了。

gzip 并不是强制的，如果 client 不设置可以接收 gzip ，那么正常的 server 是不会发送 gzip 编码过的 body ，这是内容协商的一部分。

说说这几年比较差劲的面试。
某虎，无线开发。
上来就要写求个快速排序，但拒绝提供算法描述（感觉他也不会，但又不好意思说，所以就不给了）。学习算法的时候快排写过几次，但工作中*从来*没写过。几年忘掉就很正常了，如果有人不打蹦的写出来，除了背下来了，我想不到其他了。
某狐，邮件组。
写了个 naive bayes classifier （过滤垃圾邮件），最后被拒掉，原因是说招的其实是运维，现在招运维要求会用 C 写朴素贝叶斯分类器？

因为我现在主要是用 C 写 Server 和 存储引擎，所以大多面试都围绕着这个问，面了几家公司，只有一个面试官问到了 Server 的 Buffer 管理。剩下的大概都是问，为什么不用 libevent ，为什么不用 redis ，MariaDB 是什么 DB 之类的的问题了。

@mengzhuo 价格便宜不过是 10 和 20 的区别，不是 10 和 10K 的区别，且域名也是要花钱的，正常企业不应该以此作为决策的依据，正确部署 CDN 的一个原则是证书要分开用，需要单独为 域或子域 买一个证书。
@Actrace CNAME 不允许与其它记录共存的指的是当前 subdomain ，并不会影响整个 zone 。所以，在 cdn.foo.com 上用 CNAME 指向 CDN 提供商并不会影响 foo.com 和 mail.foo.com 或者其它子域的 MX 记录。我并不认为顶级域名相对二级域名会少一些“NS查询”。

@friddle
满分10分
第一个问题，你的答案是负分。
能回答出 Cookie 的，给 2 分。能补充浏览器连接数限制的，加 2 分。能再补充 TCP慢启动的（这是缺点）加 3 分。能再补充浏览器渲染之类的，再加 3 分。至今仍没有人答出来过，虽然面过的前端不多。

第二个问题，你的答案是 2 分。有几个答案，只要说出 merge sort 和 radix sort 都可以算对。
假定数据已经在内存里，并且这 3 万个数的内存是不计入那 10K 的（反正其实也放不下。。。）。这时候有些算法可以直接用或者稍微修改一下，具体 wikipedia 找吧。
补充问题，如果数据不在内存里怎么办。
假定系统有外存，接下来的解法可能就比较 trick 了，需要用到外存，分阶段排序。
补充问题，如果系统没有外存怎么办。
注意题目里有个限制条件 “唯一” 的数字，一个位图搞定。一般人挺不到这步。
还可以继续补充，但我也很难搞定了，所以就算了。

面试的目的当然不是为了考察知识面。这些东西毕竟看看书或者Google一下就能搞定的。但问题是现在很多人连这都做不到，要是一个 Web 工程师，不知道 HTTP 状态码，你就是说出大天去，我也不信。。。

很多人都说自己会写代码，我只能表示，你会写个蛋。。。。
以前在论坛里看到一个人问，有 handle, handle_a 和 handle_b 三个函数，想达到。
handle('a') 的时候调用 handle_a 。
handle('b') 的时候调用 handle_b 。
看到这个问题，我真的想知道，你是程序员？知道有 if else ？

其实大家喷楼主主要是因为楼主的答案太固定了，大家喜欢开放式问题。那我来说两个，有兴趣的可以试一试。

1，为什么很多公司 cdn 的域名是 xxxcdn.com 而不是 cdn.xxx.com 。
2，如何只用 10K 内存对3万个唯一的 uint16_t 的数字进行排序。

答案相当简单，也有多种解法，而且不同水平的工程师也会有不同的答案。我面试问这两个问题，几乎没有回答出来的，但大多也让过了。

@mhycy 其实还真不一定，除非极简单的业务，连循环，甚至 if else 都不需要的，能保证几乎不错以外。其它的都有可能出错。比如循环的 off-by-one error （不用怀疑，这个错误甚至有 Wikipedia 词条）很多专家级的工程师都可能犯这样的错误。还有比如简单的忘记初始化变量，几乎所有的项目里都会有这样的 BUG 。去年出现的几个重大的安全软件 BUG ，都是因为基础的语法写错了。

@mhycy 肯定会，除非你没写过代码。我写了这么多年 Python 和 C 和 Objective C ，语法一样会写错。如果面试考我一些诡异的语法是什么意思，一样也不知道。如果不信的话，你问一些发明这个语言的人语法题，他也可能会不知道。
@Actrace HTTP 状态码是我的梗，有一次在朋友那边帮忙把系统架构做出来，我抱怨他们的人连状态码都不知道，朋友跟我说，你要求太高了，这整家公司知道 HTTP 状态码的不超过 3 个，包括你和我。

各种代码的烂梗，虽然运行是正确的，但是。。。
if (foo) {
return True;
} else {
return False;
}

if (format=='html') {
self.render(foo, format='html');
else if (format=='json') {
self.render(foo, format='json')
}

while (True) {
foo = bar;
break;
}

你的题太难了，我都是问HTTP状态码的。。。。

他们应该是根本就不觉得这个是违法的，当然从技术角度说，还好他们的技术比较弱，如果我做，有无数种方法做到神不知鬼不觉。
存盘的时候用公钥加密，私钥只有服务器有，本地破解连解都解不开。发送的时候伪装成 DNS query ，伪装成 ICMP ，伪装成词库。
当然可以在系统调用上挂勾子，不过我依然可以明正言顺的说，我在检测 USB HID 。

我觉得情绪往往来自于沟通和说服的能力的不足。

我就非常欠缺说服别人的能力，以前在公司的团队里，我往往是技术专家的角色，当发现系统里存在一些问题的时候，我讲出来，不仅团队成员会不信，还会极力反驳。即使后期出了不满足需求，线上事故等问题，依然死不承认。一个新的需求，对于我给出接近“完美”的解决方案，一定要改头换面一下，删掉几个关键步骤。

但也不是每个人都这样，当时的老大就会承认问题，以前我私下跟他指出系统数据库有个地方使用有误，其实他只要改一行代码就可以避免，但是他没有。后来果真因为这一点出了线上事故，老大就说如果当时听我的就好了。虽然不能完全避免问题，但至少可以减轻事故的损失。

我刚开始工作的时候，老大和同事很少指点问题，唯一记得第一个老大说的一句话，大意是“出了问题一定要找到出问题的原因，不能在一个问题上栽两次”，一直严格遵守这句话。除了在能力或者时间极为不足的时候。

难道这个行业真的像乔布斯的那句“和聪明人一起工作，最大的好处是不用考虑他们的自尊”？

@hh3755 如果是广播类的消息，随机分布就可以了。
如果是指定 client 的消息，那每个 client id ，相当于一个 subdomain 。在 DNS 层用 hash 做分布确保一个 id 永远分配到同一个机器。这样写和读对 publisher 和 consumer 就是透明的。
静态化指的是，对于推送的消息，一般没有修改的需求，可以根据 client id 直接把消息存文件。
只要能够实现得好，几十亿几百亿几万亿的消息系统都能做出来。

可是这样就木有办法装逼了呀。

作为 Contributor ，自然推荐 Tornado 。

静态化，并使用 hash 做多机分布。

招人分为两种，一种是宁烂勿缺另一种是宁缺勿烂。
如果不作区分就随便招人，随便面试的话，是对公司和同事的不负责。另外面试不要太装，至少50％的可能，从技术角度说你面的人是比你牛逼的。。。。