Rust 的学习难度对大多数程序员来说是肉身可感的。但是带来的好处（ zero cost abstraction 、memory safety 等）则是很难变现为绩效的。

前些日子看到新闻说用 Rust 重写的 sudo/doas ，有人评论：这才是最该用 Rust 重写的。

用 Rust 重写 coreutils 、重写 shell 下的命令行工具、重写编辑器，虽然也有实用价值，但都不是“选择 Rust”的 must be 场景。所以有人觉得 Rust 社区很热衷用重写各种东西来刷存在感，很无聊。而 sudo/doas 这类对安全要求高的基础设施，则是能发挥 Rust 价值的主战场。可惜这个主战场太小了。甚至，被认为无聊的那些东西都算上，战场还是太小了。绝大多数程序员还是写业务逻辑的。Go 虽然有云原生这个基础设施领域的成功战场（尽管跟 Rust 所针对的“系统软件”领域相比已经偏上层了），但毕竟以 Go 的入门难度来说，也是可以被广大阿狗阿猫程序员拿来填空业务逻辑的对吧。

在当前版本的 Debian 里，/下的 vmlinuz 和 initrd 是符号链接，指向 boot 下对应的文件。按照 Debian 的 grub 设置，启动时是从 boot 下找内核的，/下的符号链接可能是为了兼容某些程序。另外因为只是符号链接，只占很小一点空间，删掉也没有多大意义。

lost+found 是某些文件系统（比如在 Linux 最主流的 ext*文件系统）用来修复文件系统故障的。

你说不是引战，是论心。别人说你引战，是论迹。

over-webized world

@lyc8503 到一大堆服务器上添加新的公钥，然后遗漏了一小堆……不过话说如果要登录的服务器数量多的话，应该用签过的密钥，或者用 AuthorziedKeysCommand 从一个地方集中读取公钥，但是这样一来又有新的加固点需要去维护

私钥不离物理设备当然是按理正确的，但还有一个尴尬问题是，旧设备突然物理损坏了，还没来得及用来添加新设备的公钥……

如果一定要重度使用 Word ，唯有 sharepoint 是正途

有没有可能，不够重视技术，也只是果，不是因

ipv6 太复杂，当前阶段建议简单一点，对被墙域名只解析 v4

结论：换 DP 线吧。

Dell 这奸商做得真是超凡脱俗。

仔细看你发的主机页面

| 灵活性更高，可扩展性更强
| 借助 HDMI 1.4b 和 DisplayPort 端口，灵活连接其他显示器和设备。HDMI 1.4b 端口支持连接 FHD 显示器，而 DisplayPort 端口则支持连接高达 4k 分辨率的显示器或 3 台 FHD 显示器。


然后在“HDMI 1.4b”后面那个 i 图标点一下，出来

| 重要详情
| HDMI 1.4b 端口：无 4K 、2K 输出。

把 MongoDB 放在公网上且没啥保护措施的人大把大把

@sentinelK 有道理

@sentinelK 另外从 OP 的表述来看，他的疑问显然不是翻译问题。如果是翻译问题，那应该是在这个语境里 render 使用合理但翻译成渲染不合理，而他显然是在确认这个语境里英文的 render 和中文的渲染对应的情况下，质疑英文 render/中文渲染这个名字是否能准确表达语义。

@sentinelK 不要泛泛而谈空对空。就 web 开发里的从模板+数据生成页面这件事来说，中文里说的渲染就是直接来自英语里的 render ，而且是老早就有的事，不是 react 和 vue 时代的培训班生造出来的。有一定年岁而且习惯看英文材料的老 web 开发者应该都有印象。

这也怪培训班？还特么的从 vue 、react 时代？

英语原文里早在不知多少年前就用 render 表示根据 HTML 模板和实际数据来生成最终页面的过程了。

@tempw 是指 4K 显示器，24 算非常规的。

OP 要被一群精通大厂职场螺丝钉精神的爹友们拍死了

3. 多 WAN

可能需要的场景
1. 简单的多 LAN 段，每个口一段。
2. 跟交换机之间做 LAG 。