WorseIsBetter

毕业后就没怎么写过 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 对输入法的支持有坑，懒得折腾，就随手搞的这个工具。

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

Firefox 用户路过。一直以为是预期内的行为。

MDN 文档只说会 scroll to ，并没有说要不要重新请求当前页面：
https://developer.mozilla.org/en-US/docs/Web/URI/Reference/Fragment#fragment
个人觉得不刷新是更符合直觉的。

或许可以加一个判断，如果用户没有手动修改 fragment 的值，且当前页面已经滚动到了对应位置，按下回车后触发刷新，似乎会更合理一些。

另：早在 20 多年前，Firefox 0.x 的时候，就有人提出这个问题了……
https://bugzilla.mozilla.org/show_bug.cgi?id=186371

如果是非常小的孩子的话，不如先给他推荐几个锻炼逻辑思维能力的解谜类游戏（比如 Zachtronics 家的 Opus Magnum 就是一个不错的选择）。如果他感兴趣，能玩得下去，这时候再让他接触 real-world programming 也不迟。

一上来就灌输冷冰冰的理论知识，可能反而会打击其对计算机相关领域的兴趣（回想起我小时候，家里让我练吉他，搞得手指千疮百孔。现在一看见吉他，手就开始隐隐作痛🤣）

可以试试 Pandoc

对我来说真正的「 macOS 穷鬼开发套餐」是本地跑个 OSX-KVM ，虽然图形性能很差，但拿来做调试已经足够了。

不过如今我直接选择不兼容 macOS 。与其去折腾适配一个连我自己都不会去用的 nonfree 的操作系统，还不如把精力花在改善软件在自由生态下的用户体验。