37 岁，看看你的帖子，看看房贷，再看看两个嗷嗷待哺的孩子。 关闭这个帖子，还是继续打工吧

我放弃了，我自己盘算了下，ROI 不合算。

考的难度很大，我复习了半年数学、英语, 发现很难静下心学进去。
就算考上了，学费也不便宜，三年的学费在 10 万左右。
另外，就像上面说的，考上了也不好毕业。

10 年的 IT 经验，有什么能“证明”的么？

如果证明的方式是面试陈述、介绍，那别人会有一个信任问题，所以会反复的比较，然后会挑一个看起来更"靠谱"的, 这个靠谱的条件有可能是学历、有可能是大厂经验，也有可能是某个开源项目。

我的工作时间比你更长，我几年前也意识到了这个问题：我自己觉得经验很丰富，可别人“不信”。所以我的做法是：写书、写论文、搞专利，让自己看起来更“靠谱”一点。

以上，供你参考。

[如何能解决这种认知范围之外的问题？]

来看看我写这篇文章。

https://www.thebyte.com.cn/Observability/Observability-vs-Monitoring.html

如果下次是别的内核参数不对出问题怎么办？事实的做法是出了问题就修，没别的办法。

说点我的建议
1. 搞全链路测试、压测，提前找出问题。
2. 让开发也参与报警的设置，这次是线程数故障，下次如果是内存不够、带宽不够、业务接口不通呢？难道全你们设置
3. 买技术支持，参考 B 站大故障。。。

1. 看看老板什么背景
2. 看看公司的融资额（确认是真到账，还是假新闻）
3. 交不交社保

这三个满足了，就可以考虑。

给你打个样例，我 37 岁还在卷技术，社会上总归是需要干活的人，卷技术未来至少给自己保个底。

但如果卷技术，要找准方向，最好结合两个条件：一个是爱好（能走得远），二是这个技术能提高生产力（能赚到钱）。

用 k8s 。

快的话，一天看完。k8s 的计算、存储、网络、容器设计。

https://www.thebyte.com.cn/container/summary.html

1. 如果接口的内容是 HTML 类型的文本 br 压缩能比 gzip 高 17~30%的压缩率。 [推荐使用]
https://www.thebyte.com.cn/http/compress.html#_2-%E4%BD%BF%E7%94%A8-brotli-%E5%8E%8B%E7%BC%A9

2. protobuf 比 JSON 会一点点，但影响不大 [花大力气，换来少收益]
https://www.thebyte.com.cn/http/protobuf.html

3. 优化一下 SSL 的证书 [花大力气，换来少收益]
https://www.thebyte.com.cn/http/ssl.html

先泛学，对计算机解决现实问题有个宏观的基本认识，有了这些基本的认识之后，再挑一个方向精学。

上来就精学，你的方向及其容易出错，举个例子，当年 ruby on rails 特别火（我也下功夫研究过，现在呢？），语言级别的框架它的生命周期长点的 10 年，短点的三四年可能就被淘汰。难道未来职业规划要绑着着某个框架、语言走么？

推荐我写的这个，适合你看： https://www.thebyte.com.cn/intro.html

我感觉这一段比较适合你：
https://www.thebyte.com.cn/intro.html#%E5%A4%A7%E6%97%B6%E4%BB%A3%E4%B8%8B%E7%9A%84%E4%B8%AA%E4%BD%93

你的心态是彻底躺平，去了可能会与初衷背离。

一个白丁进入任何一个企业/单位，不论是事业编/临时工/合同工，恐怕都不会让你闲着白拿工资吧，新人在哪个地方不是牛马？ [如果不是，有这样的好事告诉我一下] 。

看到 [冒死分析] ，有点眼熟...

你把 ingress 一分为三，但再碰到个“请求 CDP” 就 Crash 的 Pod 呢？

这个问题的 root cause 是频繁重启的 Pod ，如果监测到这样的 Pod ，就临时把这个服务从 ingress 摘掉，这样是不是更好点？或者看看 kong 、apisix 怎么解决的

你看中的软件平台有绝对的技术核心么? 恐怕又是个 CURD 堆出来的东西。 [零开始设计] ， 你不知道这意味着 996 么？ 从薪资上，一谈二谈的也没看出民企老板多重视你。真重视你，薪资拉满或者股票给足，让你不至于到这纠结选哪一个。

搜下我的发帖记录，我在 v2 也经常提， [但经常“自吹”也不好意思] 。

第一个： [不要停止学习] ，软技能要有，不是必须，能“干活”是最重要的保命手段。
第二个：学学英语，同行太卷了 [会点英语，真得有大用]

如果是专业建议的话，我自己感觉网络是个好方向：机房的拓扑、容器的虚拟网络、AI 集群的高性能网络

可以看看这个 https://github.com/isno/theByteBook

1. 大概率是是想问你悲观锁、乐观锁的区别
1.1 使用悲观锁，串行阻塞，资源占用大
1.2 乐观锁，CAS 机制，失败了再增加个重试机制

3. 解决高并发的本质是需求与资源的不对等
3.1 有钱增加资源：分布式、横向/竖向扩容
3.2 没钱增加资源：限流、部分服务不可用