@fliter 所以呢，有没有可能，其实问题的关键是不同档次地方的经济形态，而不是行业。

以前看过一本哲学书，开头说：世界上有两种游戏，一种是为了让游戏结束，另一种是为了让游戏持续。

你“回到大城市”里有，诶有跟其他行业的人交流呢？
做比较忌不控制变量有一出想一出。

哦哦，向左这个不行

@drymonfidelia
https://imgur.com/a/rSGP5Dp

在墙内，表示折叠以后还是可以展开

在数学里还有个若当呢

平行世界里的微软，选择了从某个版本的 Excel 开始，直接打开 CSV 文件时使用 UTF-8 编码。
然后那边的 v8ex 网站上有个 v 友在提问：excel 如何像以前版本那样直接打开 ansi 编码的 csv 文件不乱码？

比如 UISP 系列的路由器产品，看产品线定位应该是取代 Edge 的，但是在功能上并不能平替，尤其是 EdgeOS 有跟企业级同行相媲美的全 CLI 操作，而 UISP 系列到现在为止还没有任何官方 CLI 手册。这事已经被用户社区吐槽了很久。就在大家彻底死心认为 EdgeOS 要被放弃的时候，最近突然出了 EdgeRouter 的 3.0.0-rc 固件……虽然功能变化不大，只是加了 wireguard 和换用户界面，但这个莫名其妙的操作又吊起了社区的胃口……鬼知道以后会怎么样。

Ubiquiti 这几年的网络设备产品线莫名其妙，不论是 Unifi 系列还是 Edge/UISP 系列。从放弃 UBNT 这个老品牌改称 UI 来看，可能是想转型，更加强化智能办公/智能家居，在用户中改变只做网络设备的形象。但是对熟悉他家网络产品的老用户来说真的是不适应。

繁花开过后，落下一地鸡毛

这种一般是因为，没办法决定客户生产环境用的发行版 and/or 版本，所以/usr/lib 下的库（正常来说应该都是发行版打包的），版本不可控，就会有兼容性问题。如果要去适配和测试多个发行版 and/or 版本，势必增加很大的工作量，大多数公司不会愿意接受这种没有直接产生效益的成本。所以宁肯草台一点，自己打包主要依赖，至少做到行为可控。

话说，Windows 下面应用软件的第三方依赖不都是这么搞的么。

另外如果你要集成脚本语言，不要依赖用户环境里预装或者自装的版本，一定要你自己控制。

那还是看领域吧。Blender 用 Python 就好好的，Coral PaintShop Pro 用 Python 也……不对，这软件根本没人用。

tauri
是：用 web 前端技术栈开发本机 UI 的框架；不是：嵌入浏览器访问现成网站。
是：支持多个平台运行的本机 UI 框架；不是：避开不同浏览器行为差异的“跨平台”框架。

你这是要投运维岗吗？

你牛个屎

你只看互联网厂家的产品，那不就是互联网摄像头嘛。