rust 就算了，威胁不了 cpp 的，

rust 不适合做 GUI，前有 qt c++的庞大的历史生态各种组件都有，（且 rust 的 ffi 使用 qt 的方式不稳定 bug 多，根本不能用于实际），后来者又有 js mvvm 新浪。

rust 也不适合写服务后端这种需求量大的业务，因为 crud boy 们写业务讲究的就是快，rust 这种没有运行时依赖注入容器辅助的，要玩黑魔法修改或者替换，运行时某些符合某种规则的 struct 方法 func 的行为都做不到，只能手动人肉修改每个 struct 源代码，会被写业务的 crud boy 们嫌弃的。

rust 也不适合写小工具，小工具用 python 、php 、js 等脚本不是更方便，即使是性能需求或者有保护源代码版权不泄露的小工具，也都会倾向于用 go 写，vagrant 都从 ruby 改成用 go 重写了，esbuild 选择了 go 而不是 rust，因为更多是开发效率上、人力成本上的考虑。

而 jpg 、mp4 这种套了容器压缩算法的本身就很复杂了，diff 很难

二进制文件怎么 diff，怎么 merge 解决冲突，
每种二进制文件都有自己的格式标准哦，
除非指定二进制文件类型，比如 office 文件的版本管理，比如 bmp 文件的版本管理，

而 jpg 、mp4 这种套了容器压缩的本事就很

本质上来讲，我们应该有个共识：

“零代码平台 lowcode” 与 “编程开发的区别”
等同于
“xml 配置文件” 与 “编程语言”
的区别。


无脑吹捧“零代码平台 lowcode”可以干任何事，等同于否认“编译原理”的重要性。

我不信，楼主快把病毒发出来我试试 linux 能不能运行。

爬大众点评试试

@yanqiyu #225

MIUI 什么版本？
我这老版 MIUI 11.0.6 没有这个端口

curl 192.168.1.102:61593
curl: (7) Failed to connect to 192.168.1.102 port 61593: Connection refused

楼主这是在用 svn 的模式玩 git，svn 模式：一堆人都在同一个分支上改。

而 git 模式应该是每个 feature 一个分支。

建议楼主使用 pull request/merge request 这种 git 主流的工作方式，来解决楼主上面说的问题，而不是抱怨，没有代码 review 强行合并分支的楼主现在当然很惨了。

偏个题，upnp 路由套多层 upnp 路由 还有效果吗？

左右值编码树就能搞定的事儿，整这么复杂。

要把 xxx.docx 转换成 pdf，在 linux 下，用命令行执行
`libreoffice --headless --convert-to pdf --outdir ~/result_pdfs/ ~/xxx.docx`
就会得到 ~/result_pdfs/xxx.pdf 。

不过要求是你要在 linux 中安装 windows 的版权字体，不然生成的 pdf 字体格式会和 windows 预览的不一样。

ps java 当然可以调用命令行执行外部命令。

楼主你以为接口只是单纯的文件管理吗？
接口不幂等的业务多了去了。

@zjsxwc
这个依赖注入容器更简单直观，和 requirejs 一样的注入方式

https://github.com/golobby/container

golang
依赖注入容器 https://github.com/facebookarchive/inject
web 框架无脑 beego

你们领导都奈何不了，你有什么办法

pypy 性能强劲，堪比 C 的性能