> lua 没有 pip/npm ，很难发展开源共享生态

有 luarocks 。另外我认为 lua 落败的主要原因是没有抓住 AI 、后端和数据科学的风口…… 至今不愿意加入多线程支持，注定它是一门适用范围极其狭窄的小众语言

> c/c++ [...] 不如 rust 的

你这说法，感觉很快就有一群「资历深」的 C/C++ 程序员要来喷你了 https://i.imgur.com/XKj1Tkx.png

> 安卓中的 dvm

你是想说 Dalvik ？那个已经弃用快十年了，现在是 ART

> rust [...] 我觉得他的出路，在于结合 ai 开发

我感觉恰恰相反。就像很多人说的，Rust 是为了避免人类出语法和简单的逻辑错误，但是 AI 不像人类那么容易犯错。或者说，AI 犯的错和人类的倾向不大一样。Rust 不一定能检查出来。

反而是 Lua 、Python 这种脚本语言，更方便 AI 学习、编写。

> c# [...] 不如 java

C# 其实除了生态，设计理念、开发工具、冷启动性能啥的都甩 Java 几条街了……

> flutter+dart 的作者是看到了混编的魅力（ webview ）[...]重新开发一个新的壳 flutter

Flutter 和混编、Webview 没半毛钱关系啊，OP 了解 Flutter 的运行机理吗？

借楼问问现在识别率最高、延迟最低的本地部署语言转文字系统是什么？

@spacebound POP 需要定时轮询，但支持 IMAP 的邮箱可以通过长连接实现近实时推送。其他邮箱确实没办法了，只能用厂家软件走 push

你这问题范围也太广了，缩小一下需求范围吧

本来以为是水文，抱着质疑心态点开，内容确实出乎意料了：要代码有代码，要修图有修图。OP 的动手能力和专业素养都很强了，佩服

OP 这 PS 使用能力应该已经超过 V 站绝大多数的用户了，我自己修 AI 图是只会拿平板 / 数位板简单描一下然后 repaint 抽奖 https://i.imgur.com/XKj1Tkx.png

@ygwhence #10 其实也没有说起来那么复杂，比如 scoop 和 winget 其实是能简化安装流程的。

举个例子：安装 Go 。别人还在哼哧哼哧去搜索引擎找官网、下 exe 、一路 next…… 一行 winget install Go 直接装完了。

scoop 也是同理，而且相比自己从网上下载，那里用户打包的绿色版软件一般来源更干净。

我的做法：

1. 安装 Scoop （不要装到 C 盘），添加一个更新活跃的 Meta-bucket （例如 https://github.com/yxxyun/ScoopMaster ），以后找软件先上 scoop.sh 搜，然后用 scoop install 装。这样升级、卸载也方便；

2. scoop 上没有的软件，优先用 winget 装。winget 也没有就去找官网的 .msi/.exe 安装包；

3. 对于某些明确会四处拉屎的国产软件，用 Sandboxie 环境运行（当然文件隔离会导致一些麻烦，需要自己配置。见仁见智吧）；

4. 卸载软件可以用 BCUninstaller ，目前我用过最强大的卸载残留搜索和清理工具。如果觉得太复杂，GeekUninstaller 也可以平替。

选择你的回复：

- 暂时性的，AI 再发展一两年就好了

- 我用 Claude Code / Cursor / <其他 AI 编辑器>…… 写了 xxx 项目，挺好用的

- 工资几个钱啊，老板都不管可维护性你急什么

- 模型不行，我用 Gemini Pro / Claude 4 / <模型名字>…… 没遇到问题

- 屎山代码有啥好持续维护的

easytier

我总感觉看到过类似工具。OP 用过 https://github.com/RubyMetric/chsrc 吗（虽然场景略微不一样）

@baoshu #50 > 别人爱看不看
> 总是对有些人有帮助

我也没捂着别人眼说「不准看」「不准收藏」啊…… 不知道你想说什么。

> 不然我的帖子怎么可能有很多人收藏

我在这个帖子下还没有看到任何清晰的用例。且大部分人收藏多半出于「低价捡漏」的心态，或者不清楚免费证书和付费证书的区别。当然这些不是我能揣测到的，但我想说明的是 即使帖子客观上没多大帮助，也会有人收藏。所以，你说的和「推荐低价证书对 V 站个人用户有没有意义」没啥关系。

---

我也不打算就这个问题吵下去了，你我两人必定有一人对网安一知半解，完全鸡同鸭讲。等其他人来补充科普吧。

@xmumiffy #46 朋友，孤例不证啊，我们说的不是 全有或全无 而是 普遍现象。否则我要说「我所在的企业买证书和兼容性没一点关系」了……

@baoshu #45 > 我并没有说 兼容性是主要原因，也没有说安全是主要原因。

那就结了，没啥好吵的。

---

另外，「对企业花钱买证书的主要原因理解有问题」也不是我的落脚点，请你再回头看看 #31 我发的第一段话，结尾是：「所以说感觉（推荐低价证书）意义不大」。

我想说的实际上是：

1. 推荐低价证书意义对 V 站个人用户不大；
2. （但从你的阐述可以提出反驳「怎么不大？个人难道不需要考虑兼容性和安全吗」，所以）我再补充说明：你的理解有误，兼容性和安全 并不是企业买付费证书的主要原因，而是 [我说的 1.2.3. 点] 。

@xmumiffy 另外，如果你认为我的观点是「企业绝不可能因为兼容性问题买证书」，那你也没看明白在讨论什么。我以为我说的够清楚了……我再把 #35 的关键词复述一遍：

> 我说的是「你对企业花钱买证书的 [主要] 原因」理解有问题

@xmumiffy 你没有读完我的第二句话。我再复述一遍：

1. 当然可能你又要说「企业协调的方式就是购买兼容性更好的付费证书」，但这真是「主要」原因吗？
2. 每个企业都有下游 Windows 2000 大客户？这没办法解释为什么所有企业都不约而同都选择购买。
3. 所以兼容性的论点站不住脚。

@xmumiffy > 兼容性是针对用户的

对用户也没有任何区别啊，什么样的用户会 (1) 无法升级自己的极远古系统（比 XP 、Ubuntu 12.04 还老）；且 (2) 没有能力向上游提出协调 HTTP 的要求？个人用户不满足 (1)，企业客户不满足 (2)。什么场景才会遇到这种兼容性问题呢？

当然可能又要说「企业协调的方式就是购买兼容性更好的付费证书」，但这真是「主要」原因吗？每个企业都有下游 Windows 2000 大客户？这没办法解释为什么企业不约而同都选择购买。所以兼容性的论点站不住脚。

@baoshu > 企业花钱主要是兼容性和安全。你说的保险就是安全的范畴。

我是只针对前一点反驳。后一点本来你说得就模糊不清，就权当我帮你补充解释并确认了一下吧。

@baoshu #34 第一，你发的网页里清楚写了 Windows >= XP SP3 ，macOS >= 10.12 ，Ubuntu >= 12.04 ，我不觉得会有人用比这还老的服务器。退一万步，如果真的有企业需要运行更老的机器，那个年代的系统、软件基本都没有适配 HTTPS ，而因为 TLS 证书只能用于认证自己的域名，我想知道有什么因素让他们选择「花钱买更古老的 TLS 证书」而不是「给自家服务器开一个内网访问的 HTTP 端口」？总之，一定要选前者的覆盖面太小了，构不成主要原因。

第二，我说的是「你对企业花钱买证书的主要原因」理解有问题，不是对「 Let's Encrypt 兼容性好不好」理解有问题。你的回复不在一个频道上……

@baoshu #25 > 花钱的证书兼容性好点，安全一点

你的理解有问题。企业花钱买证书为的是 保险 和 售后服务。

保险：Let's Encrypt 之类的是免费，但同时意味着如果他们某天倒闭或者撤回所有证书，用户没有立场指责他们，毕竟没花一分钱。但如果是商业证书，交的注册费相当于签订合同时给付保险费，如果证书出现类似的情况，对方要负全部违约责任。

售后服务：有的商业 SSL 证书签发公司会提供售后服务，比如指导部署证书或者搭建网站。

还有一个不太重要的点是，付费购买方便了审计和会计。

---

但是这三点对个人都没有意义，而企业又不太需要省这一两块的成本，所以说感觉意义不大。

@w568w 漏了几个字，应为

Rust 是一坨屎，意义不明的垃圾发明，只要碰了这语言就是「魔怔人」「教徒」。上面所有认为 Rust 好写的用户都应该被出警