「管理平台」是指管理什么？从你的字段来看，这不是随便找个在线表格都能做么。

看起来好像几年没升级了，Dragonwell 点进去更新时间还是 2022 年，Java 21 的版本也没上

「该软件开始走上 360 的道路」：这是什么新闻，我咋没听说过？

「不用强迫用户升级」：杀毒软件不升级有啥用？需要杀软防护的场景，不说 0day 利用了，普通病毒几天不升级都出问题。你先想想你想要的到底是个杀毒软件，还是 垃圾清理/弹窗拦截/恶意网站过滤/… 的软件。

@geelaw 感谢。关于数组协变，我的想法是不是 C# 根本不应该支持在数组上自动协变？下面也有朋友提到协变后的数组写入其他类型的元素是运行时错误，极难检查。

@niubee1 @ShinichiYao 此话怎讲？

@DTCPSS 看了一下，很有收获，确实把语言中最肮脏的设计都列出来了。（好在 Java 等 GC 语言也共享了几个，比如无 Destructor 。）

@gadfly3173 看起来也没有那么难修复，感觉是微软特有的 Windows 中心思维在作祟。不知道 Mono 有没有同样的问题？

@csys @ZGame C# 的生态非常差吗？我看 NuGet 上的库挺多的（虽然基本都是围绕 Windows 转）。

@Bronya 感谢。「异步函数传染」这点，其实我写 Rust 、Python 、Dart 、Kotlin…… 早就习惯了，所有函数全部染色就好了，现在写 Go 好像也没什么感觉了。「 Self-contained 修剪不到位」这个确实是有点硬伤，我得多写程序测试测试。

@gpt5 C Sharp 太拗口了，我还是喜欢念 C 、C 艹、C 井，哈哈


@neteroster 用 Jetbrains 的 Rider 是不是就没有这个问题了？


@z1829909 确实，不过我看翻译出来的 C# 代码也没用多线程（至少明面上没用），可能还是 Python 的 JSON 解析和数组处理效率太低了。

@tool2dx 本来不想回复了，你这句话成功又把我炸回来了：

「安装 openssh 是为了传文件？肯定啊，openssh 传文件速度很快的」：传文件有很多专门的工具，比如 rsync 。rsync 有实时压缩、差分传输、文件系统复制等高级特性，SFTP 无论性能还是功能都没法比（当然 openssh 的 SFTP 大部分情况下传文件都可以跑满带宽。但这一点 FTP 、WebDAV 都可以做到）。rsync 支持 Linux 和 macOS ，Windows 上也有 cwrsync 项目。

「 smb 基本上是 windows 独享的」：你听说过 Samba 项目和 CIFS 文件系统吗？搜一下这两个是谁开发的、主要用在什么系统里。macOS 我不熟悉，但我知道 smb 在访达里是实打实的一等公民；

「 linux/mac 上你总不可能用 ftp 协议来传吧」：为什么不能？

槽点太多了。

1.「 openssh 协议」：openssh 不是协议，是 OpenBSD 开发的一个 SSH 协议实现；

2.「是 linux 内置」：Linux 从没内置过 OpenSSH ，会预装 OpenSSH 的发行版也没几个，我用过的各系发行版（ Debian 、Fedora 、Arch……）都是要自己敲命令安装的；

3.「 smb 已经完成了历史使命」：SSH 是安全 Shell 协议，能文件传输的那个协议叫 SFTP ，只是 SSH 的一个扩展（例如 Dropbear 这个 SSH 实现就很可能不支持 SFTP ）；另外，就算你口误了，SMB 也不是文件传输协议，它是文件、打印机、串口、IPC 共享协议。这两者使用场景不完全重合：SFTP 没法直接分享串口和打印机，SMB 协议也不支持启动 Shell 会话。

Insomnia https://insomnia.rest/

也是 Electron-based ，但体感上比 Postman 好点

@soulmt 一眼 AI 胡诌回答

> 当然也许有人会说顺序很重要，但是一般来说 visitor 在业务代码例如 web 应用里面都是用在树状数据结构上，这种使用场景应该没差？

你也想到了，如果 visitor 的结果依赖于访问状态（例如访问的顺序或访问的次数），你提出的这种设计就失效了。换句话说，你的设计要求 visitor 必须是无状态的（或者通俗地说，纯的），这就限制了使用场景。

因此，不如在设计上退一步。无论是否需要访问状态，都要求访问者自己维护。

@VchentozV 是。反过来说，Rust 是工业界语言里汇聚了最多近年来学术成果的，也是学术界语言里唯一有实际落地应用的。

Rust 的语法特性属于两头卡，工业界的人一看到 Trait 、Bound 、Variance 这些头都大了：啥啥啥，这都写的啥；学术界的人还觉得 Rust 得多练练，一个 Higher rank trait bounds for closure 到现在都没写出来： https://github.com/rust-lang/rust/issues/97362

@FreeWong 「内存安全」的语言，从 Java 开始基本就都是了。

标题党？

- 标题和帖子内容毫无关系，没讲任何详情

- 网站 AI 生成，简介全是错别字，所有页面看着都是模板

- 最近三条帖子全是推广自己的作品，起一个吸睛标题

恭喜你重新发明了 Parser combinator： https://en.wikipedia.org/wiki/Parser_combinator

https://awesome-selfhosted.net/

拿去玩

@drymonfidelia #5 看了你的 https://yangjunhui.monster/t/1077711 ，没有给出任何实际代码。Talk is cheap, show me the code.

#8 Flutter 在 Android 上使用 Skia 。顺带一提，Android 自己绘制画面用的就是 Skia 。

@w568w 错字：最后一句的“请告诉你”应为“我”。

一些我知道的事实：

- 没有足够的实验证据表明夜晚直视亮色主题所发出的蓝光会导致褪黑素减少，也没有证据表明电子设备发出的蓝光会对眼睛造成伤害。所有的“防蓝光”软件（ F.lux 、电脑的夜览模式……）都没有足够证据支撑其有效性。

- 偏色可能导致视疲劳。请不要拉高“防蓝光”软件里的色温到离谱水平，大脑将不得不补偿暖色差。

- 散光在黑暗模式下会有重影，因此阅读更加困难。这是因为黑暗模式下光量更少，虹膜不得不张开以接收更多光线，而散光者晶状体的变形会在眼睛处产生更加模糊的焦点。

- 亮色模式对大多数人来说更容易阅读。

- 在完全黑暗的环境中不得不使用设备时（例如半夜看手机），减少亮度和使用黑暗模式是有益的。然而这种情况下，最好是完全不要使用设备。

- 大部分程序加入黑暗模式的一个原因其实正是上一点：他们希望你即使在床上也会多用他们的 App 。

- 看到楼上有人提到“假性近视”，这是上世纪六七十年代就证伪的日本舶来伪科学，目前没有任何正规的眼科医生会这么说。“假性近视”根本上不存在，是用于商家营销的伪术语。

- 鉴于没有任何研究（如果你看到了，请告诉你）能给出亮暗色模式的定论，一个很可能的结论是：每个人身体状况不同，适合的配色也不同。争吵这种尚无定论的事情意义不大。如果你觉得亮色模式刺眼，换成暗色；如果你觉得暗色模式伤眼，换成亮色。