@Flymachine 软件的工作里，其实上升和下潜一样重要。那些个 principal 和 arch，其实也不是所有的技术选型全都吃透的一干二净，人的精力是有限的，这根本不可能。最重要的是要了解选型的利弊，和业务模型是否相得益彰，这些也都是需要很多时间和精力去实践和踩坑的，一味钻底层带来不了更大的价值。

@Flymachine cs 行业要走得远得夯实基础很多人都懂，网络，组成，os，编译和编程范式这几大件也是知道越多越好。但不等于他吹比那样去死钻模电数电甚至流体力学和量子力学。

@laminux29 你还真是吹逼吹出幻觉了，还是来这儿标榜不同的？湾区那些其他专业转行 cs 狂刷 leet 进狗家的，请问他们学过你的模电数电吗？脉脉上，国内那些大厂 p7p8 级别的大头兵，就是那些年包一百往上的，请问他们懂你的模电数电吗？被裁到底是商业和盈利模式，市场和时势的问题，还是模电数电的问题？

写个 code 我需要懂空气动力学量子力学？请问 doug lea 和 jeff dean 懂吗？

你的职业生涯哪次通过在模电层面解决了问题？怎么解决的详细描述下？让我们这些 lowb v2ers 开开眼？

我们是租用的 Azure aks，全部容器化跑成 helm releases，仅供参考。

冷知识，小强的存在历史也就短短数亿年而已。

来了来了

不明白 i++线程不安全说明你 CS 基础需要恶补，真的；经不住往底层问的经验，不要在面试的时候提。面试就是这样，你越写精通什么，越要有心理准备，不要打肿脸充胖子，不会就是不会。

支持支持

如果只是覆盖几个值：helm upgrade --install --set K1=V1 --set K2=V2
如果要覆盖整个 values 那肯定就是--values values.yml
以上说的都是指定本地 folder 作为 upgrade 的参数，不要去指定具体 chart 版本。

@changeTheGame 那肯定得复用。而且还应该考虑配置 connPooling，连接池，以及 dead conn scanner 。一步一步优化。

@changeTheGame 你的这个方法 callWebSV 如果是从多个 thread 大量并发调用，写法就是有问题的，httpClient 应该复用，而不是每次都 create 出来。这是比较重的资源。

wireshark 把整个会话抓出来，按时间戳定位问题出在哪里。问题不一定在你代码里，说不定就是 peer 端响应慢。

soap 这种玩意儿真的该淘汰掉了，废话比 json 和 yml 都多，也没有压缩。考虑搞成 grpc 之类的吧。

搞笑，算力过剩请问为什么现在 VR 搞得半死不活的？科幻里那些 360 度无延迟肉眼分辨率级别 vr 游戏在哪呢？

有这时间可以再做的出彩一点，自己也能学到东西

@pengW 有意思，喷 Java 语言的多，喷 jvm 的还真少，因为其他的 gc vm 更是 fw，麻烦你发表下高见？

Java 要是写 stream lamda 或者 reactive，不用.func()太难看了啊。 一行一行的.func()感觉足够优雅，可读性也好得多。

好在你是在这里发的。要是在脉脉上发的。。。不敢想