R.I.P

下一个素熙

买过一个东西是坏的，对方伪造照片和截图说是好的，仲裁失败，对仲裁就失望了，还是要看对方的信用

很难的，IM 聊天很多都是 TCP 上自己编解码

不识别，上层自己识别

裁员越来越多以后，upwork 也会卷起来吧，早去早积累口碑还好一些

@yanzhiling2001 其实热度还可以，很多 V2EX 的朋友给我们点 star ，导致我们周末还短暂的在 github 的 trending 上待了两天。

好像能提出出来 ipa ，有工具能安装上，即使下架了

最近行情很不好

真有女儿的回一下，被打一巴掌，也是要好好教育的，第二次犯错就要修理了。

选择回老家，感觉技术追求就不能是第一目标了，上面说的失业问题也很严重，即使是大城市大厂，最近也在持续输出优秀人才

@studyingss 感谢回复，你的理解没有偏差。我们内部在使用 http2 或者 quic 的时候，发现改造的成本比较大，最终是通过一个代理服务来做的，内部统计上看，p99 等长尾的数据确实改善明显。确实不够通用，而且还有排查问题更复杂的情况。不过目前看很多大厂都有在使用这种方式。肯定是要部署启动一个进程的，所以肯定是针对有自己机房和服务的团队。

@studyingss CDN 主要还是静态资源，主要是加速 RESTFul API ，优化弱网响应的速度，部署在海外也可以，很多工具都能代理请求哈，但是都是设备级别的，主要是针对 APP 或者 网站级别的。比如美团的做法 https://zhuanlan.zhihu.com/p/144449362

@isno 如果是给小团队，没有独立的网关团队，也不想付费网络服务商，只想通过简单部署几个节点的场景呢。通过 IP 直接连接规避掉 DNS 的问题，持久连接复用，省掉 TCP 和 TLS 握手的开销。

@1596384882 @Alexf4 @Sahzzz @YogaX @Zy143L @a661463257 @caqiko @chezs66 @chineselittleboy @cloverstd 请教下各位，如果做一个这种网络优化的开源项目，会有人想用吗。

比如提供 TCP 或者 QUIC 的通道，TLS 1.3 的握手,然后集成到 js ，kotlin ，swift 的网络库里，可以选择发现请求延迟大于一定的情况下，开启请求的隧道，转给一个轻量级的中转服务，转给用户内网的服务。在做一个 UI 进行一些统计和 Debug 的功能。

我了解到的是大厂都有网关团队，有的叫做长连接服务，请求治理什么的，好像开源的不多。

我了解到的是大厂都有网关团队，有的叫做长连接服务，请求治理什么的，好像开源的不多。

@lasuar @XiaoXiaoMagician @jobmailcn @studyingss @q1angch0u 请教下，如果做一个这种网络加速的开源项目，会有人想用吗，比如提供 TCP 或者 QUIC 的通道，TLS 1.3 的握手,，然后集成到 js ，kotlin ，swift 的网络库里，可以选择发现请求延迟大于一定的情况下，开启请求的隧道，转给一个轻量级的中转服务，转给用户内网的服务。在做一个 UI 进行一些统计和 Debug 的功能。

不光是 pc 端，现在大厂的 app 很多用 charles 抓请求也看不到了，很多是在 tcp 层自己做的 tls 加密，多 stream 复用，业务感觉发送的还是 http ，实际上被网络模块代理了。

补充下，因为 3 组 40%没变，所以目前的一层 hash 实现只会从 2 组挪动 10%到 1 组。
如果是变成 30%，40%，30%，则会让 组 2 的一部分去组 1 ， 组 3 一部分去组 2 。
两层 hash 的话，可以只让 3 组的进入组 1 ，组 2 不动。