unix socket 的文件路径只是起到一个寻址的作用，读写不涉及硬盘 IO 。
再者一般 sock 所在的 /tmp /run 等临时文件目录，已经是 tmpfs 也就是内存盘了。

@dzdh runit 和 s6 可以作为也可以不作为 pid 0 ，很多多进程的容器都是这么用的。

runit 、s6

@a33291 elvish 比其他来说一个重要好处是和原生外部命令集成的更好。至于补全，你可以配置一下，能使用 bash 和 fish 的补全，还有不少包括 docker/git 等在内的高质量补全。

Project Wakefield 提都没提，果然优先级很低啊。

推荐 elvish ，唯一一个有不错 UI 的新 shell ，其他 shell 还在那里琢磨语言呢，UI 都顾不上。
@ColorfulBoar 和 PowerShell 区别大了去了，结构化数据和 OOP 差了十万八千里，PowerShell 的一些文章和介绍自己优势的时候总拿 OOP 是结构化数据的好处说事，但 OOP 搁 shell 里纯粹是过度设计。

@documentzhangx66 Linux 桌面除了不成熟、用户少没有其他问题。而 Windows ，编码、注册表、路径、shell 、链接、toolchain 、依赖管理、CRLF 、utf-8 BOM 、进程模型，到处都是坑。没有 Windows 非 unicode 编码十年前就淘汰了，Windows 为非 Unicode 续命几十年。

@documentzhangx66 你对 dotnet 的批评很对，虽然 M$看似拥抱开源开放跨平台，但总是在各个角落里变着法的引导你用 Windows + VS 那一套，恶心不是客户的开源用户。
但你对 Linux 桌面的看法简直和 M$如出一辙，MAUI 只支持 win/mac 的情况下大言不惭的宣称支持所有桌面平台，仿佛 Linux desktop 根本不存在一样。Windows 桌面确实成熟稳定 bug 少，用户量摆在那里，但开发者用起来有多恶心看 mac 销量就知道。

这应该是你的 launch/debugger 设定的原因，你看看输出是不是在 debug console 里？

Web 可以说是 GUI 领域的事实标准了。

@HiCode lib.rs

@ragnaroks 其实已经开始搞了，微软著名的 EEE 已经被骂了好多遍了。以 dotnet 来说，debugger 不开源，且只授权 visual studio 系列产品使用，你自己从源码构建的 vscode 都不许用，还有之前想砍掉`dotnet watch`变成 vs 独占功能等等，isdotnetopen.com 就社区是对这一系列行为的汇总。
显然这些是商业策略的选择，至于 MAUI ，抛开商业因素，技术实现上投入也不少。连这些不需要太多技术投入的都不支持，MAUI 我想更难以奢望了。dotnet 一向是一个 pragmatic 的平台，你看 MAUI 的宣传语，好像 Linux 桌面平台根本不存在一样。

@Blacate 没错，git 的 commit chain 和区块链的连接机制是一样的。
所以要“篡改”历史，就要篡改所有节点，也就是 git push -f 。

@Chad0000 那当然，要是和果子比肯定是最糟的，Swift 应该是唯一一个不跨平台的 llvm 现代编程语言。

@ragnaroks 得了吧，连个 debugger 都不给用，toolchain 绑定 Windows+vs ，会投入资源到 Windows 的竞品平台？
dotnet 宣称开源跨平台，但 M$始终确保你必须是客户才真正有用。
https://isdotnetopen.com/

@ysc3839 这个就只能用多用户（ workspace ）了，或者通过 native hook 的方式篡改。