程序员，并没有想象中的那么好，也可能不适合你的性格。

无论是做程序员，还是做现在的这份工作，
尽量的都争取进入到所在行业的上游的公司。

请问相比于 doxygen 或者是 javadoc，这个的优势在哪里？

啊啊啊，我都是直接用 word。

你病了，会有人说你病的不是时候。
你挂了，会有人埋怨你，连个工作交接都不做。

outlook.com 也不错。
虽然也有广告。

这样的夫妻店应该很好吧。

我联想到了之前 iOS 上的一个 小游戏 Temple Run，好像就是夫妻开始搞的。

企业邮箱，还是用 ExChange 吧。

@ALittleKevin 当然是允许的，自己保留好发票，离职的时候就可以带走。

@ALittleKevin 鹅厂默认配置的显示器很糟糕，除非你是 设计岗。
这个在鹅厂内部，也是争执 了很久。

有些同事会自己购买 自己心仪的显示器，
比如，有的人会购买 DELL 的 U 系列，
有的人会购买超大的 曲面的显示器，
还有的人自己组了 6 块显示器。

@ALittleKevin （腾讯不挑学校真让人感动，不愧是大厂）
~~~~~~~
其实鹅厂是挑的，只不过这个 挑 不是以 压缩其它学校名额为手段，而是为某些学校额外的增加名额来实现。

比如 现在原本计划招聘 N 个人，但如果 有 M 个来自 清华的学生愿意加入腾讯，那么 今年的招聘计划，就变成 M+N。

鹅厂都默认配置 windows 的开发环境，如果要使用 MAC，一定要领导审批，这个流程就是不想让你用 mac。

windows 的性能，也就是够用，并不是很好。

为了解决时间，你最好是自己买一个顺手的，但记得要让 鹅厂先安装某些软件，才能接入到鹅厂的内部开发环境。

在 eclipse 和 vim 之间摇摆不定。

@suixinqiejing 对于这个的理解，不能站在上帝视角来看，你应该单纯的站在 A 的角度来看。

比如，你就是 A，你给 B 写信，你把信投入了邮筒之后，你怎么确定的知道你的信件送达到了 B ？
就是 B 给你回信，而且内容 与 你寄出去的那一封是相关的。

你这个时候，才能确认 你的信 之前确实到达了 B。

@paradoxs 无状态和 keep-alive 其实没有关系，是从两个角度上描述的。

无状态，意思是 HTTP 协议 的前后两次请求，是相互无关的，本次的 HTTP 请求，对上一次的 HTTP 请求没有影响，对下一次的请求没有影响。

keep-alive 可以从 TCP 的长连接，还是短连接 来说。
在 HTTP 早先的版本，默认是 一次 HTTP 请求、响应完成，就断开连接。这就是短连接。

后续因为 server、client 的性能都更好，所以就希望能够长连接，来减少 TCP 建立连接的消耗，所以后面希望推动长连接。
但为了兼容以前短连接的历史原因，如果需要长连接，请明确声明 Keep-alive。

建立连接三次握手，常见的有一个 SYN 攻击。

在三次握手的过程中，server 端会维护一个队列，这个队列中都是 已经向 client 返回 ACK，并等待 client ACK 的请求。

如果 client 在此时恶意的不发送 ACK，而是不停的发送 SYN，
就会导致 SERVER 端 的队列被占满，无法接受正常的 TCP 三次握手请求。

必须要后台数据验证了，后台验证才是安全的根本。

前台的校验也是必须的，请求的流量，从前到后，是一个漏斗的形状。