16 年毕业至今依然几乎月光，存了不到 20 万。我倒是没有担心过，最穷的时候一天几十块钱就能活的挺好，50 万算一下能苟 70 年。你其实已经可以不上班了。

这工资在正常范围内。想拿更多就多找机会多跳槽，谈工资的时候不满意就接着找，现在这工资是你自己同意了的。

另外一个人怎么可能熟练掌握这么多，不可能的，而且你这才四五年，简历要这样写有可能引起反感。

玩游戏开心吗？开心就打呗。没那么开心吗？直接卸载，卸载不行就把 Windows 电脑换成 Linux ，打不了，重装麻烦一时半会不会重装成 Windows 。最多一两个月就习惯了。

@gangchzu 烧烤夜宵面店随便弄一个，嫌房租贵买个小车出去摆摊也一样

就是压力大了，家庭条件允许的话别打工了，开个店吧

我在加拿大，加拿大的公司也有这个现象

经济确实有周期但这都让你随便预测了，要不你去当央行行长吧，我给你投一票

跟神棍没太大区别

@drymonfidelia 要在服务器上抓包，怕影响性能也可以上级路由器镜像流量在另一台服务器抓，不过我感觉影响不大。

@drymonfidelia 那你这样算还有一个地方得细化，你得计算每个请求花的时间而不是从所有请求完成后减去第一个请求发送时间，然后先看一下这 8000 个请求花的时间的总体统计分布，基于时间的统计分布（有个问题是先发出去的包是有可能后到对方服务器的，这个还得考虑进去，有办法可以做到先发的先到，也可以做到 8000 个请求几乎同时到，具体搜索 last-byte-sync, single-packet-attack ）

反正你就是得先判断这 3 秒里面到底发生了什么，不然就是瞎猫抓耗子，碰巧某个解决方案成功了你还是不知道到底怎么回事。

单个请求 0.15 秒是并发为 1 的情况下计算的吧？
8000 个并发的时候，假设你说的 3 秒，这应该是从你程序代码里计算的吧，还得细化，
1. 从程序调了 API 发出这个包到这个包从内核发出去的时间差
2. 从内核上包发出去之后，接收到对方服务器返回包的时间差
3. 从内核接收到包，到程序解析完这个包的时间差

还有几个可能需要细化的地方，思路就是得判断这 3 秒到底花在哪里了，3 秒相对 0.15 秒长太多了，为什么并发 8000 的时候多出来了这么多。

现在的计算机这么牛逼处理 8000 并发我感觉轻轻松松(我瞎估计的哈)，如果是这样呢那就是对方 CDN ，WAF 之类的给 IP 限速了，虽然你说了没有限制但我感觉不太可能呢。

有小孩吗？没小孩赶紧离了，这媳妇要上天。

挺实在的，不急慢慢找，大环境下行情差而已

搞软件的绝大部分都是草台班子，硬件我没接触过不过我怀疑大部分也是草台班子。没有什么东西是学不会的，除了数学系那帮读到博士的人整的东西。

都是资本家，有钱不赚王八蛋，跟你讲国产只是希望你支持一下发展，资本家叫你一下亲你还真以为你们亲呢

@Hariz interactive broker 那里买的，不少券商应该都有行情数据