1. 拿千元机和万元机比，得出「千元机所在阵营不行」的结论；

2. 毫无逻辑的「不认真看贴」「想表达的是国产安卓卷摄影的方向是对的」。我怎么一点没看出来呢，藏字了？

3. 果粉（套盾：不指普通苹果手机用户，也不暗示苹果这样的用户很多，各个品牌都有自己的「脑残粉」，我一视同仁地骂）还是太弱智了，用个手机把脑子都用没了，说话零零碎碎、逻辑不通的。我先 Block 为敬。

@lambdaq #92 我最后几句回复完全没耐心看完是吧？不再回复了，换个 GPT 来都听懂了。

"Error is also a return value" 的设计理念就会导致这样的结果。当然这个思想本身没有错，只是 Go 执行得太尴尬了。

其他语言会加一些语法糖来缓解（例如 Rust 的 ?，Zig 的 try ），但 Go 受限于 minimum syntax sugar 的思想就只能这样弄。4 楼的 MustPop 是较优解。

Go 就是丑的，美观和写法优雅从来不是它的核心追求。如果你不能忍受，就果断换语言吧。

@lambdaq #90 是。

@lambdaq #88 我真的搞不懂啊，为什么一定要纠结「扣分」呢？这是什么社会基本准则，还是人类创造文明的基石？离了这个，交通法就不转了，还是《交通法》厚厚一本只有「扣分」俩字入了您的法眼？

我已经说了一遍了。现在，我再复制一遍来请您阅读：

1. 具体到驾照：不是因为有「驾照」才有「车」，别把逻辑关系搞反了（「扣分」同理）。

2. 怎么追究：按严重程度，分为：(1) 公开道歉和公示，勒令整改 (2) 向受害人和相关受损部门经济赔偿 (3) 吊销公司运营资格 不同的等级。

3. 也许（只是也许！）会有类似「企业驾照」的东西，但目前还没有，相关法规待完善。但是，「待完善」!=「没有任何法律依据」，更不等于「不处罚」。这么浅显易懂的道理听不懂吗？

@lambdaq #86 你完全不看后面几句话，对吗？

不想再打字回复了，请仔细读一读吧。

不是，这也要阴阳怪气一句「神奇的土地」，我寻思别人说啥了？楼上又敏感了？

----

楼主似乎有点钻牛角尖了，而且似乎不愿意读别人发的法律，不管答啥都怼人家「驾照」「扣分」两字。

楼上的几位说得非常清楚了：

1. 违章谁负责：公司负责；

2. 怎么负责：追究公司民事或刑事责任；

3. 怎么追究：目前判例太少。从现行法律来看，无外乎 (1) 公开道歉和公示，勒令整改 (2) 向受害人和相关受损部门经济赔偿 (3) 吊销公司运营资格 三个等级；

4. 具体到哪个部门：公司作为一个整体接受处罚，别把问题搞复杂。以上几种处罚和补偿措施和个人没有关系。非要说的话，公开道歉当然是公关部门去做，整改是工程部门去做，经济赔偿是财务去做，吊销运营资格那更是和某部门没关系了，全员解散；

5. 具体到驾照：无人驾驶汽车和汽车都是一种自动机械，只不过汽车需要一个操作员——司机来驾驶，所以才有了「驾照」的概念，不是因为有「驾照」才有「车」，别把逻辑关系搞反了。无人驾驶汽车法律领域也许（只是也许！）会有类似「企业驾照」的东西，但目前还没有，相关法规待完善。

@daliusu @RheatiN 我的英语水平不重要，我想表达的是：陌生的语言有利于强迫人规范表达，同时也能促进逻辑思考：问题里的英语换成 日本語 或 Espernado ，对我来说结果一样。

@passive @luckykong 有可能。不过书写中文对我来说就已经能让我补齐逻辑上的漏洞了，只是英文给我的感受更强烈。另一方面，我觉得其实学习英文也是杜绝中文病句和逻辑不通的一个很好的方法，因为义务教育阶段只有外语课会从语法角度出发教你语言嘛。

1. 因为懒，没有 KPI 不想更新换代；

2. 因为技术不行，负责 Linux 的开发太少；

3. 因为这是响应号召。虽然有「信创」大旗在前，但信创基本都是打包好的固定 Linux 环境，根本没考虑 freetype2 升级的问题。也许他们自己到现在也在用旧版 freetype2 ，因此没遇到任何问题。

@DigitaIOcean 感谢，不过我看过了。

我的观点还是一样：百度能运营这种可能造成致命危害的自动机械，本质上和电梯制造商差不多。电梯重大人身事故怎么判，这个就怎么判。

可参考： https://www.thepaper.cn/newsDetail_forward_23184910

现在娱乐圈进化为饭圈了。你就说热不热闹吧

@Nasei 你是想找一个 https://github.com/spf13/viper 那样的库吧？这种大而全的库我确实没看到比较好的，clap 本身不支持，还在讨论中（虽然已经讨论 6 年了）。

可以用 clap + config + clap_config 来做，总共也就多写一行代码。也有一些相对不流行的包实现了多来源参数合并，例如 hyperparameter 、argone 。

@sagaxu 不支持，干啥都要写 For 。当然也可以自己写一个 Map 之类接受闭包的函数，但 (1) 我没找到过好用的工具包；(2) Go 的闭包函数不是零成本的，会损失性能，高性能场景慎用。

@w568w 补充一句：不是说 go 不好。只是这种场景下，rust 确实领先 go 太多了。

@kk2syc 稳定是稳定，但是大多还有一堆报告不兼容性或者 bug 的 issue 没修，作者基本也摆烂了……

另外，楼主问的是 Rust 和其他语言相比的优缺点吧？

1. 论跨平台，静态编译方面 Rust 早就超过 Go 了。还认为「 Go 的跨平台是独家优势」的该更新更新观念了；

2. 论易用性，Rust 有 clap 之类的神器，一键生成 help message 、schema 和类型校验，不像 Go 每个参数的解析要写一些像 python argparser 那样的 boilerplate 。而且 Go 的哲学是 verbose is better than implicit ，适合写网络解析之类的通信逻辑，对命令行工具很不友好；

3. 论生态，Rust 的命令行解析器和 CLI 基本都在活跃更新，而且都卷出新高度了（ https://github.com/rosetta-rs/argparse-rosetta-rs ，看这里，甚至在卷毫秒级的解析性能和内存占用）。

作为被 Go 折磨的人，我实在不推荐这种需求上 Go 。

目前无人驾驶车基本还是有驾驶位的。像 Tesla 那种级别的自主驾驶，自然是罚驾驶员。我猜楼主说的是完全无人驾驶、乘客没有操作机会的那种。

我的观点是，作为可能造成致命危害的自动机械，可类比：

1. 商场自动扶梯夹人事故：商场和厂家质检部门负责；

2. 电梯故障困人：负责定期维护的厂家负责；

3. 露天广告牌砸到人：施工单位和广告牌承包商负责。

@wwqgtxx 是的，于是我的代码就不能通过编译了。

最通用的方式：<div id="mycode"> ... </div>

@w568w 缺失->却是