WorseIsBetter

自从 Windows 11 最近悄咪咪更新到 24H2 以后，出现了折腾很久无法解决的闪屏问题，我就直接卸载掉了。

本来也就是偶尔拿它打个游戏，不会拿这个反人类的玩意从事任何有生产力的活动。

现在 Linux 上的 N 卡驱动和 Wine/Proton 越来越成熟，已经基本上可以胜任大部分游戏（至少包括我在玩的几乎全部游戏）。比如最近的浪人崛起，在我的笔记本上 2k 高画质完美畅玩，甚至比网友相同配置 PC 用原生 Windows 玩的体验更好。

@cnbatch #19

有的时候还是需要考虑的。

硬盘的读写以 block 为单位，每个 block 的大小通常为 512 或 4096 字节。如果一次写入不能覆盖整个 block ，那操作系统只能先把整个 block 读出来，更新后再写回去。这带来了一定的额外开销。

文件系统的「对齐」保证了每个文件的数据和元数据的起始位置在 block boundary 上，这在一定程度上避免了这个问题。如果只是简单地将一些数据顺序地一次性写到文件里，那确实没必要考虑太多，只要确保缓冲区的大小是 block size 的倍数就行。

但如果有随机写入的需求（比如要实现一个存储引擎），自己手搓 buffer 逻辑并裸调 system call 的时候，就不得不考虑。不过这跟 C++ 就没什么关系了，换哪个语言都是一样的。

2w 刀……我在公司做全职程序员的时候，一年到手也就差不多值这个数。币圈果然大方。

放在开源界，这个收入可能已经超过 99.9% 同等付出的开发者了。

毕业后就没怎么写过 C++ 了，几年没关注，现在都已经有原生协程了，有点感慨

当然以前也可以用 boost.context 之类的实现，只不过语法看上去并不优雅便是了

---

题外话，记得上学那会儿为了练手，搞了个 boost.asio 的 PHP binding ，用 PHP 的 generator 实现的协程：
https://web.archive.org/web/20201102142032/https://github.com/CismonX/php-asio/wiki/Basic-concepts-of-php-asio#231-generator

（不过由于水平太菜，做出来的东西性能还不如 AMPHP 之类的纯 PHP 实现，还有内存泄漏的问题不知道该怎么解决，早已删库跑路，哈哈）

@adoal #4

哈哈，点进来之前想的也是 Lynx 浏览器，毕竟每天都在用。虽然猜到这个帖子讨论的是完全不相关的东西。

这让我想起来之前在 V 站搜 Haiku ，本来想看的是 Haiku 操作系统相关的讨论，然而搜到的结果全都是某个 LLM 相关的🤣

对于独立开发者来说，一个简单有效的原则是「 eating your own dog food 」。

优先从自己的需求出发，做自己用得到，而且日常会去用的东西。这样永远不会是「伪需求」。哪怕全世界只有你一个人在用，那它也是「真实需求」。而且你自己是直接受益者。

@GeekGao #22

LLM 应用其实就是新时代的 SaaSS[^1]，隐私问题只是其中的弊端之一。

而且不像传统 SaaSS ，稍微学习折腾下就可以找到本地可用的替代品，LLM 应用是掌握在拥有拿钱堆出来的强大算力的 big corp 手中的，就算把所有的训练数据和程序都「开源」出来（事实上还没有），也不是一般人能用得起的，用几万块钱的顶级 PC 目前也只能跑个别人训练好的小模型玩玩。

不只一次听人说，LLM 就是资本利用自由软件来摧毁自由软件的「阳谋」。这话虽偏颇但不无道理。毕竟 LLM 训练时必定用到了海量的自由软件的源码和文档，反过来却没见到 LLM 对自由软件社区作出过什么突出贡献。至于资本引导控制用户的思维方式，让他们心甘情愿地用自由和隐私换取 LLM 的所谓「便利」，也就不必多提了。

虽然我从来不在自由软件社区以外的地方公开反对别人依赖 LLM 来做事，但在自己的工作和生活中是坚决抵制的，而且不认为这一点点的「不便利」对我而言是一种损失。

---

[^1]: https://www.gnu.org/philosophy/who-does-that-server-really-serve.html

很早以前搞过一个小工具，专治输入法前端「水土不服」的场景： https://www.nongnu.org/arif/
当年是因为 Wayland 对输入法的支持有坑，懒得折腾，就随手搞的这个工具。

不管什么平台，只要有个正常的终端模拟器，能显示中文，就一定能输入中文。