@swsh007 离开发很远

@ropon @YaakovZiv 我觉得考这些东西都不如考英语，比如从 kafka/redis/nginx 文档中截取一段，请应聘者弄懂这段讲了什么，需要如何操作（甚至可以借助词典）。
碰上 CSDN/百度 运维才是灾难，拷贝来的命令里符号有全角都发现不了，也看不懂 cli 返回的错误信息是什么意思。

11 我知道，但没听说过两个 mtu 还能不同，你是想问 NAT 的时候切包么？
12 只知道 0.0.0.0 是监听所有
13 流量都按照协议走了 VPN 网关了，防火墙自然发现不了
14 算是知道吧
17 container 就是个进程，不像 VM 有虚拟化开销
18 构建小镜像就是能静态链接都静态链接，如果可以尽量 musl
23 了解一点
37 Rust 写过 sidecar ，你想问什么吧
38 具体问题具体分析咯，看看是 CPU/Network/Disk/Memory 的压力，根治还上 profile 看火焰图

作为给公司自 2017 年起从 0 建设 Kubernetes 以及 AWS 基础设施的我这位老运维来说
你这些题我大约只能回答上来不到 5 道，我应该是不配应聘你的岗位的

System.exit() 然后等 supervisor 把自己拉起来

上海封城三月期间，我靠着自律（懒得做饭）躺瘦 20 斤。
早午饭就吃，燕麦 + 牛奶 /光明无糖酸奶，搭配点科技与狠活“赤癣糖醇”，还不会便秘。

以 Jaba 为例，过去这玩意儿叫：JFR - Java Flight Recorder
现在通用了，叫 Prometheus exporter

前端生成资源 UUID ，重复提交始终更新同一个 UUID ，不就幂等了么？

mysql 不是有 select for update 吗？
https://dev.mysql.com/doc/refman/8.0/en/innodb-locking-reads.html
还背这些八股文干嘛？

@iovekkk 有龙骨的线非常硬，非常粗，装修的时候很难操作。

@cccchg 节哀顺变

家装建议六类线，不升级也不减配：一是不差这点钱，二是线不算硬也不太粗，后期维修容易。

超六类以上网线线径粗，甚至还有龙骨+双屏蔽层，做水晶头很痛苦的。我做废了 20 个头，剪了半米线才成功做出来第一个超 6 水晶头。
并且线硬了以后装面板也费劲，因为可弯折程度大幅降低，盒子里预留短了你心里慌，预留长了又塞不进去。

还有，我武器充沛。
业务已经是基于 TypeScript / Scala 高级类型描述的了，消除了大多数 Illegal State ，大部分情况下只要类型配平了，正确性不太需要担心。需要额外测试的主要是和外部系统对接的部分（包括数据库 /缓存等）

那么，你想拯救的老代码，它值得被拯救么？（是否也大量运用 Option / Either / Fiber / Immutable / 甚至 Dependent type... 消除 Illegal State ？

我手里的系统我重写+重构过不下 6 次

NodeTS 时代 -[重构]-> 升级到多租户 -[重构]-> 拆分式多租户实现 -[重构]-> 聚合式多租户实现 -[重写迁移]-> Scala Future 时代 -[底层重构]-> Scala 编译期注入 -[底层重构]-> Scala ZIO 纯函数式时代 -> ...至今...

最大的问题在于，优化老代码这事吃力不讨好，即便是原作者亲手重构，依然有不小的概率会重构出新的 Bug 。
那么，出问题了这个锅谁来背？

其实最合适的重构时间点应该是需求变更的时候，做新功能或改旧功能的时候，把这个模块相关的技术债务一并解决一波，一块做回归测试。这时候出问题也是大家都能接受的，不会担很大责任。

@idblife 一开始只有 5 个 Node ，现在应该不下 50 个了。pod 应该破万了

感觉当然是时代在发展，科技在进步。上了 K8S 以后在 20 个 Node 之前我们连运维都没有，就我偶尔看看集群状态，开发们瞎瘠薄用。

2016 年听说 K8S ，2017 年全面迁移到 K8S 上，当时大约是 1.7 左右的版本。
一直用到现在 1.23

听楼主的语气，我还以为楼主是 Fleet 付费用户，或者是 JetBrains 的投资人😏

这个价位，我选比亚迪唐 DM-p ，公路坦克 /空间大 /油耗低。红绿灯起步还快，外形也帅

我觉得我的比亚迪宋，开出来挺有面子的啊。
起步快，油耗低，车也帅

学语言重要的是语言特性
在消除 illegal state 方面，Option/Optional/Maybe 和 Either/Result 就都出现在 Java/Rust/Scala/Haskell 中，其根本思想一致，但是表现深度各有不同（ Haskell ≈ Scala > Rust >> Java)
而 Kotlin/Swift/TypeScript 等则走向另一条路，Union type ，Explicit Null Type
ADT 数据结构，也就同时出现在这些现代语言中（ Haskell/Scala/Rust/Kotlin......）。Go 则是开历史倒车，这也是为什么我不喜欢 Go 。

说到并发，大部分语言都选择了用户有感的 stackless coroutine （基于 IO Monad 的 Haskell ，Scala ，JavaScript Promise 。以及基于编译器翻译成状态机的 Rust ，Kotlin ，JavaScript Async ，C#），少部分选择了用户无感的 stackful coroutine （比如 Java Loom ，Goroutine ）。

说到资源管理，有 GC 的语言可以用 (AutoCloseable/IDisposable)，无 GC 则可能用 RAII （ Drop/Deinit)，函数是语言可能选 Resource Monad 甚至还能配合 linear type 做更强力的保证。


回到问题：我认为学语言的主要目的是学语言特性，因为健壮代码的最佳实践已经被抽象成这些语言特性。当你学会这些语言特性以后，你可以很低代价迁移到具备此类语言特性的其他语言中，甚至在不具备这些特性的语言里（比如 Java ）你依然可以写出正确的代码。

如果你想学语言特性，我建议可以用《 SICP 》打基础，用多范式的 Scala 做练习，同时继续学习 Rust 与 Haskell 。并且给自己一个驱动力，比如在允许的情况下，新项目选型或者个人项目可以考虑采用 Rust / Kotlin 来逼自己一把。