单身就选高薪高压，有家庭再去wlb

怎么说呢，感觉早九晚六也就那样了，主要是工作的地方基本没有朋友，每天下班就在房间里玩手机，想约三五好友一起玩，总是找不到，还不如加点班麻痹自己

滴滴和B站开的差不多，滴滴高一点点1. 滴滴 网约车平台 业务开发base: 北京优点: 部门和业务相对核心缺点: 听说 10 10 5加班多 压力大、没去过北京2. 哔哩哔哩 内部工具研发base: 上海优点: 自己喜欢二次元文化，宠物友好，团队氛围好缺点: 业务一般，go语言，害怕被裁了找不到工作3. 手里还有另外一个互联网小厂，后端开发，和前面开的差不多，比较wlb，但是平台不大，部门不算核心p.s.大家方便说下为啥这么选吗，感谢！

你怎么能在生产环境里直接 unwrap() 啊？！Rust 不是这样用的！你应该先认真设计一个靠谱的错误类型，用 thiserror 或 anyhow 包装好上下文信息，然后在每一层调用链里用 ? 把错误优雅地向上传递。遇到可能出现网络抖动、I/O 超时、序列化失败这种情况，你要先写好健壮的重试逻辑、退避策略和熔断机制，并且在日志里带上 trace id，这样 SRE 才能在凌晨三点定位问题。然后你要写单元测试，把所有可能失败的路径都测一遍；集成测试里还要模拟网络异常和依赖服务挂掉的情况，确保你的代码不会一言不合就 panic。接着你要跑一下 clippy，把所有 “consider handling the Result instead of unwrapping” 的警告都修干净；还要跑 rustfmt，让代码风格保持一致。之后你才可以 commit 然后 push。你 push 上去之后，CI 会跑 cargo test、cargo check、cargo clippy、cargo fmt -check，还有压力测试确保你的服务在压力下不会因为一个 unwrap() 就直接把整个服务集群带走。等 PR 至少经过两位 reviewer、三个 LGTM，并且 SRE 点头同意这个改动不会再次导致全球范围的 5xx 风暴之后，我才会考虑把你的分支 merge 进去。你怎么上来就直接在关键路径 unwrap()？！Rust 根本不是这样写的！我拒绝合并！

携程和滴滴的hr来问了一下手里的offer，应该是和别家有明显差距，说回去商量，就直接没消息了。这算是变相劝退了滴滴和携程了么，但确实没办法，这两家好像不到30，确实没啥竞争力。之前拿得出手的wlb，好像也没了。