@unspring #8 实际上大部分语言对浮点数运算都没有特殊处理，因为二进制就是没办法精确表示十进制小数，你压根处理不完特殊情况。0.1 + 0.2 都不等于 0.3 ，也没有哪个语言为浮点数重载一下等于号。
你要是追求精确，就不该用浮点数。

Kaitai Struct ？

「合并文件层级」—— 你需要 mergefs/unionfs

「文件标签」—— KDE 的文件管理器 dolphin 恰好支持，但问题是这玩意儿没有标准，而且用的人也非常少，备份工具并不支持

@FrankAdler 咋跟进？ Arch 开始提供源码包？

@OceanBreeze #12 可以，systemd 支持模板

国内不少商业公司的软件，一旦牵扯到 Linux ，暴露出的水平简直让人地铁老人手机
能做到不用 777 解决权限问题，都算是优秀级别了……

@mcone 有没有可能，不是同一拨人

这个简单，你要想办法和最新最时髦的技术结合一下，实不实用不重要，能唬人就行
比如结合大语言模型，自动对各种类型的文档/视频建立索引，用户不需要手动翻找资料，直接问 AI 就行
比如结合区块链技术，把数据存在 Filecoin 之类的区块链存储项目上，去中心化、分布式、无监管（？）
比如结合元宇宙技术，邀请他人一同欣赏网盘里的片子，不对，我的意思是，一起学习网盘里的资料
……

同后端，和你纠结过差不多的问题，先后学过 React 和 Flutter
理论上来讲，我觉得 React 好一点——至少在 Web 中是原生的，在其他平台可以则选择套壳或 React Native ，不像 Flutter 在哪儿都是二等公民
但我最终还是选择了 Flutter ，因为（ Web ）前端的技术太分裂了，让我这种刚踏进去的新人眼花缭乱，不知道该走哪条路，Flutter 这种基本只有一条路可走的方案，对于新人来说就比较友好（高情商：生态统一，低情商：生态不行

买 N100 还要注意一个问题，它只能插单条 DDR5 内存

谁说 tasker 只能在 root 过的手机上用……

啥年代了，NVIDIA 都出了开源的 Linux 驱动了，还在宣扬 Linux 千万别买 N 卡的言论……

我两台 3050 和 4060 的笔记本，1 台 2080ti -> 3080 的台式机，全部装的 Linux 。
你要说稳定性，确实没 Win 上那么稳定，但远远没有差到「千万别买」的水平。尤其是笔记本更无所谓了，你还有集显呢。

能实现功能是一方面，能用 idiomatic 的方式实现是另一方面

@ewiglicht 我恰好相反，我记得它是叫「文心一言」，但周围的人读得都是「文言一心」，搞得我以为是我记错了

@LitterGopher #35 那没办法，笔记软件很少用原生 markdown 的，表达能力太受限了，这个楼里提到的比较多的 obsidian 、joplin 、logseq 等软件，都或多或少扩展了 markdown 语法。印象中只有 vnote 比较「原生」，连 typora 都支持一些扩展语法。

1. 你要保证对方那里的渲染效果，应该使用 pdf 来分享。各软件对 markdown 的支持程度都参差不齐，就算你只使用支持最广泛的 CommonMark ，也可能因为对方的编辑器支持了额外的扩展导致渲染出奇怪的结果。

2. 所以我才说你不是目标用户啊……
笔记软件用户毫无疑问会被笔记软件绑定，但不是被语法绑定，而是被整个软件绑定。
一个笔记软件所需要提供的功能，不仅仅是 markdown 编辑而已，它可能有自己的文件组织方式、标签/附件管理方式、模板语法、批注、奇怪的插件……
一旦用了这些功能，你在不同笔记软件间的迁移就会变得麻烦。如果未来出现了比 obsidian 更优秀的软件，功能一定更丰富，会更难迁移。
——除非，你只使用他们的 markdown 编辑功能。那么就又回到我开始的观点了：你需要的不就只是一个 markdown 编辑器吗……

@LitterGopher 你这属于非目标群体乱入了

笔记软件和 markdown 编辑器的功能虽然有重叠，但两者的设计目标是完全不同的。你需要的是 markdown 编辑器，而不是笔记软件。

啊，还有在 Linux 上用 Windows 虚拟机有时候也会整个系统卡一会
大多数时候用着没有问题，但一旦出现了这个问题，不管你怎么折腾就它始终挥之不去，过几天再打开的时候又好了……

以前网络不好的时候，我还遇到过好多次网络一卡鼠标就跟着卡住（ Intel CPU ）（