- 主题:rust和自动驾驶
整套用 rust 实现是迟早的事，但凡语言流行到一定程度，能重写的肯定会有人干的
比如 oci runtime 实现，现在 c 语言有 crun，rust 有 youki，这俩不管速度还是内存都完胜 go 的 runc
【 在 olddognewwit (老狗) 的大作中提到: 】
: 但愿老大成功！
--
FROM 203.211.108.*
不是都用 macro 解决么？
【 在 beep (菜Ｍ.喵星耗子) 的大作中提到: 】
: 除了众所周知的借用检查器的各种毛病,目前我自己感受到的最大的坑就是, rust 当前还不支持 variadic function, 有些业务写起来很蛋疼
--
FROM 203.211.108.*
最近 firefox 的 rust 代码比重已经接近10%了
https://4e6.github.io/firefox-lang-stats/?2022-03
【 在 EchoWorld (Echo) 的大作中提到: 】
: 担心真有坑的，我觉得只有语言完备性的问题是真的无法越过的，之前大家没有去试过。
: rust有unsafe兜底，完备性怎么都不成问题，无非就是丑点的问题。
: rust限制了一些东西可能写起来麻烦，但是你看firfox新的浏览器内核都还在进展之中，就应该觉得没有太大的问题，在复杂性上，没有太多的软件比浏览器内核还复杂。
: ...................
--
FROM 203.211.108.*
我觉得是整体 cli/tui 工具都有被重写的趋势，常用 cli 工具几乎都有 rust 版
比如 ls - exa， grep - ripgrep，find - fd，sed - sd，cat - bat，tmux - zellij
前端工具的话，我只有 node version manager 用了 fnm。前两天还看到有 npm 的实现，反正我觉得蛋疼，就 rust 提升那点儿速度能节省0.1%的时间么
【 在 beep (菜Ｍ.喵星耗子) 的大作中提到: 】
: 以及前端开发工具链领域
--
FROM 203.211.108.*
前端的开发工具链依赖 node packages，所以 fnm 作为 node version manager 可以看做工具链中的一员。但 deno 就是纯粹的 typescript runtime 了，目前我还没见过哪个前端库是依赖于 deno 生态系统的。最多是某些库同时发布 node 和 deno package 而已，不管怎么算都不能把 deno 算到前端的头上。另外 mdn 在某些 web api 里，单独把 deno 列为跟 server，区别于 desktop/mobile browser，也算 ecma 组织对它的官方定位了
【 在 littleSram (littleSram) 的大作中提到: 】
: deno是前端的吧
--
FROM 203.211.108.*
我觉得你们低估了浏览器的复杂度了，各种资源调度，不同的 api 模块，复杂度已经不亚于操作系统了。servo 毫无疑问是最复制的 rust 项目，当然你也可以说它是项目的集合。至于 firefox 源码，native 语言总共占比也就一半多一点，各位电脑上除了 os 和 vm 以外，恐怕只有 3a 大作能比这 1/5 更复杂了
【 在 No1 () No1 () 的大作中提到: 】
: 现在最大的rust项目，应该就是rustc
--
FROM 203.211.108.*
oracle 数据库的复杂是贬义词，跟一般意义上的复杂不太一样，而且我也不认为你能本机跑 oracle 而不用 vm/container
matlab 的确复杂，我忽略码农的群体可能使用的工具的复杂度了
rustc 能超过浏览器的确超出我的想象了，不就是个前中端么，中后端交给 llvm。浏览器还带了个 js engine，虽然前端不复杂，但带了个有 jit 的后端呢
【 在 No1 () No1 () 的大作中提到: 】
: 这最大也是rust社区自己说的，servo排第二
: 复杂东西多了去，Oracle数据库复杂不，Matlab/Mathematica复杂不……
--
FROM 203.211.108.*
刚看了一下主 repo，最近一个 merge 是22小时之前，为啥说没人维护了？
【 在 txgx (纸上谈医) 的大作中提到: 】
: servo现在没人维护了。
--
FROM 203.211.108.*
那岂不是动不动就要重新装一遍……
【 在 No1 () No1 () 的大作中提到: 】
: 完全臆测了，我本机不光装过oracle，sybase、informix、mssqlserver、db2、mongodb、clickhouse都装过。
: 因为我做过很久的银行数据交换共享、ETL和报表工具，不装都不行，那时候docker和虚拟机这种东西还不太流行……
--
FROM 203.211.108.*
oracle 是真的烂，如今连 c 都有正经 boolean 类型了，oracle 还是没有。varchar2 依然最多4000，再长就只能上 lob 了。auto-increase 类型也没有，必须用 sequence，而且这货还不能直接设成一个数值，只能每次 +1。更别提像 json 这种再高级点儿的类型了，完全都是不存在的。
官方没有 docker image，必须自己 build，要下载一个近 3g 的 tar.gz。做好之后的大小大约是 6G+，第一次启动得等上十几二十分钟才能用，然后 image 就变成 11G 了。就这么一个啥都没有的空 db，没记错的话全部 layer 的 tarball 也要将近 5G 大小。这样还不够，需要至少 3G 内存才能跑，而且再次启动 db 也要大概半分钟才能用。而且非常神奇的是，在 ec2 上首次启动要等至少10分钟才能用，也不知道在等啥。
开发用的 oracle vm 我也是尽量避免用，启动之后也得等个1、2分钟才能用，而且 vm 随便出点儿啥问题，都有可能报 corrupt，反正我是不会修
现在还在用 oracle 的绝对是从古代就用下来，各种没办法迁移。比如我们公司，这些代码全部都是 plsql，不包括 table 定义
Language Files Lines Blanks Comments Code Complexity
──────────────────────────────────────
SQL 1437 241977 7650 50849 183478 5870
要不是核心业务逻辑都在 plsql 里，肯定早就换 pg 了
【 在 lvsoft (Lv(The Last Guardian)) 的大作中提到: 】
: 我觉得你说的没错。低耦合度的复杂更像是规模的堆砌。比如kernel里面主体是驱动，比如linux里面gnu的那一堆可执行文件理论上也可以算在os的loc里面。
: matlab的复杂应该也同理，oracle嘛主要是声誉不咋滴，不禁让人怀疑这里的复杂到底是真实需求还是能力问题。
: 最后，回到标题，musk说过fsd的代码量规模，大概十几万行，并且他不认为loc有什么价值，并且他表示这个规模会随着时间推移不断下降。
: ...................
--
FROM 203.211.108.*