如果对数据一致性有强要求的话，第一种可能不太靠谱

从 Windows 7 开始就不「必要」了。反正干净重装也可以不格盘，装完把 old 目录删光就好。

但是个人习惯还是分开，重装时格盘。

所以还是学点单片机自己做吧。我记得不久之前看 V 友用 ESP32-C3 自己做了个硬件的 SSH key agent 设备。

为啥国内没有？因为连在 V2 这种开发/运维人员密度很高的社区里都会有很多 V 友针对你喜欢 TOTP 硬件而不喜欢手机的执念劈头盖脸教育你矫情……可见对个人用户来说这玩意真的不符合天朝国情。

还有不支持 agent forwording ，这一点我是完全不能接受的

如果盯住 OP 字面上说的"一线业务人员可以直接配置"，拿一线业务人员连真正的脚本也不可能用，是会得出 OP 才可笑的结论。但是如果真要你们这么非黑即白，一头是纯业务的，另一头是用 Java 这种产业级软工语言吭哧吭哧硬写代码的，那不妨更极端一点，业务这头，「真正」的「甲方」味的「业务人员」，别说脚本语言了，甚至可以拖拉的编排系统都不要去用呢，有啥需求用颠三倒四错误百出的文字描述出来让乙方返工 10 编去给搞出来不更好？

去除 OP 表达的问题或者某些思维误区，咱不谈给一线业务人员用脚本这个搞笑想法，只说在一个用 Java 开写核心引擎的平台里引入脚本语言来做开放能力，这样做是为了什么，还不是因为业务的多变性高于基础设施，让写引擎的人去用同样的语言写业务规则是资源错位，引入脚本语言了，可以更好地做对人员分工，不论是招聘还是培养，都可以细化出一批专门写业务规则的人。那么，Java 写的平台里再引入 Java 写的脚本，真的一点也不可笑吗？有技术解决方案能做到，就是合理的选择吗？

@bao3 本意非杠，只是好奇，究竟是什么情况下出现的。按我的理解，在现代 Windows 的 CMD （而非 9X 的 COMMAND.COM ）里，Win32 PE console 程序（而非 DOS COM/MZ 和 Win16 NE ），普通使用（没有自己写程序调用底层 API 或直接操作文件系统结构），要出现 8.3 根本根本是不可能的。

ipv6 的 tcp mss 设置了吗？

云宽带网关上移，最大的意义是可以让同账户的家宽、蜂窝和以后可能会出现的其他服务直通，不用再打隧道了。而不是把不同账号混在一起不隔离。事实上要实现后者根本就不需要什么云宽带。

这十几年的 IT 行业（尤其是互联网）有太多年纪轻轻在风口上功成名就的偶像级案例，以至于“30 岁还没当过 leader”就认为“自己是那只最弱的鸡”了，唉，如果总想着把传统行业里的职业成长路径压缩到一半甚至更少的时间，你不焦虑谁焦虑

@bao3 但是 NT family 的 Windows 即便在 CMD 下也优先显示 LFN 啊

这贴里有些 V 友说不就是安装了别人开发的 GPT （所以原帖 OP 虽然做的这事让同事在工作中受益但并没有什么技术亮点），也有些 V 友说沉迷技术是没用的要用技术产生价值（所以原帖 OP 虽然技术还行但安装一套 GPT 没啥用）……这两拨 V 友应该没有重叠吧。否则原帖 OP 就是一个既有技术又没技术既有价值也没价值的薛定谔 OP😃

“为了节约成本”这段省下来的钱也没多少啊。不如别省这点钱，方案不妥协。

最近经常看到说接下来码农不好做了，没有以前的风口和光环了。这也不是坏事。把以前行业红利时期并不热爱技术也不会做好技术只是因为收入高、就业容量大而跟风进来的海量阿猫阿狗们都洗掉，沉淀一下，真正的技术人比例多一些（虽然绝对数量也会降低），也挺好。

@yisonchen k8s 和微服务是架构层面的事，不是用来解决“动态类型容易有潜伏的初级 bug ，随着项目规模变大会更不可控”这种具体 coding 的问题。当然如果你对 type system 的意义确实是怎么都无法理解，也不介意语言的差别带来的影响，那别人就更没法跟你讲了。不过话说回来，认为什么语言都一样的人，我见过的大多数……当然是去选生态更好的 Java 啦。

想要全功能的话，当然是用全功能的通用发行版，为啥要盯着专用的定制化版本呢

大数据行情好的时候溢价起来何曾瞧得起业务开发