@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 来逼自己一把。

VSCode 链接进去就行了。
docker for windows 也是要用 hyper-v 先虚拟个 Linux 环境出来，而且现在版本已经是在 WSL2 里运行 docker-engine ，外部客户端通信的形式了。

在 WSL2 里开发，node 版本交给包管理器去管理

安全性不得不考虑吧，起码得把不同客户的代码分布到不同的虚拟地址空间去。
但如果真的实现到这个层面了，恭喜你，重新发明了进程。

我想知道如果我在 handler 中多写几个 new Buffer(2147483647).fill(0) 会怎样？

其他人的 APP 不会跟着 OOM 炸了么？

configMap + 重启
反正也没实现 hot-reload

美团还是算了吧，都是 KPI 文章，没什么水平。
不如看 RednaxelaFX 的文章，这才是有真才实学的工程师

可以加我微信 echo bWluZ3lhbmc5MQo= | base64 -D

过来人劝你入坑，stream operator 就是 combinator ，抛弃传统命令式状态开发，拥抱函数式。