以前和在 Thoughtworks 工作的师弟聊天，他曾外派到国内某银行干了半年到一年，他说国内很多银行都还在用 ibm 小型机，整个银行系统都是从国外买回来，再招人做运维的程度。

天啊，不敢相信 2025 年了还有如此老久的技术形态 ，但是没办法，架不住别人还是一样地库库赚钱啊。

我想表达，一个业务赚不赚钱、好不好，和技术真的没有必然的关系。但的确可以通过技术提前布局来满足业务未来增量，做到类似 “技术驱动业务” 的感觉，如阿里的全链路压测就是技术支撑业务。而真正因为技术突破而塑造新业务模式，这种案例很少的，电商算一个吧，大模型肯定也算

猜一下可能这么干。

1. 准备好若干组测试数据，触发网络请求，抓包获取报文
2. 观察报文内容，找到多组测试数据之间的报文结构共性，2 楼说得很对
   • Magic Number 是典型的协议设计思路，用以区分协议类型
   • 加密方式：字符偏移是简单的加密方式，可能还有很多复杂的加密（这种很难破解，也不一定非得破解）
   • 报文的上下文：有些加密需要提前交换秘钥或者啥，所以可能不是只抓一个包就能看出奥秘，需要包体上下文，甚至可能是游戏启动之后客户端就和服务端交换密钥
3. 当发现一些规律之后，可以修改原有报文做重放尝试，去撞可能性（验证猜想）
4. 最后摸透了协议，就能着手按照协议格式去构造报文了（说得轻巧，市面上的大游戏基本不可能吧，别人还可能会定期变更协议）

和软件没关，和公司招聘策略有关，遇到只能自认倒霉。

我预设这个问题是问服务端发版。

基本原则：什么时间发版影响小，就什么时间发。
影响小包含：

1. 发版期间的服务升级时间差，所出现的服务不可用影响的用户面 -> 缩短低体验时长
2. 发版期间出现线上问题，回滚止损所影响的用户面 -> 容错能力更高

如果通过多实例、流量路由可控，支持灰度发布就可以一定程度避免加班熬夜发布，可以在白天没那么高峰的时间段搞，影响也可接受。

啊？我还以为个人用户是免费的

鸡娃不好说，但我还是愿意去刻意培养或者挖掘小孩的兴趣，去看看小孩有没有可能性。
如果这个兴趣需要金钱辅助，我力所能及鸡一下自己给支撑好。
如果小孩确实平平无奇，只要 ta 不走歧路，往难听点说即使 ta 开滴滴送外卖扛水泥，不危害社会，是个正向价值观的人，我都可以接受。

我的任务是积累积蓄，积蓄越多，未来 ta 的可能性也越大，所以还是鸡自己吧。

额，你开这种帖子，我感觉又要站队引战了……

小黑子是广东哪里人？

一方面是技术，一方面是业务，两个都认可，两个都重要。

差异是，在不同的业务、团队环境下（取决于业务发展、老板管理风格、同事的特质），一个人是懂业务多优势大一些，还是懂技术多优势大一些，就真不好说，但总不能只点单独的技能树。

我自己的感觉是，基层发展靠技术，技术突出可以让你快速搏杀出来，但是越往上越靠业务理解和做事能力，技术变成辅助，可以招聘更擅长技术的人来协助。

1. 你外带电脑的需求大不大，很多时候外带个人电脑是伪需求，除非公司没给你配备办公电脑
2. 你需要跑什么性能维度的任务？排除掉伪需求后，是不是 air 也够用了（影音娱乐、编程、office 文案等，air 够了）
3. 买 mini 的理由如果是追求性能，为什么不组个性价比更高的 windows 台式主机？空间小可以搞 itx 主机，系统可以搞黑苹果；如果需要正版苹果系统且省事，那就只能 mini