使用 Web 技术栈绘制 GUI 基本上已经成为公认的、成本效益最为平衡的一种解决方案。无论是桌面端、移动端，甚至是你在使用的操作系统也充斥着大量的 WebView。从十年前（掰手指——）我还是大学生的时候这股「妖风」就刮了起来，Intel 造了个叫做 XDK 的东西， IBM 甚至还自己裁切了一个叫做 CrossWalk 的嵌入式 WebView 引擎（虽然现在已经没人维护了）。

经历了这么多年的发展，在移动端用 Web 技术栈开发混合程序依然是一个非常麻烦的事情。造成这一景象的原因有两方面，一方面是 Chromium 本身与 Android 系统高度耦合（Android 里有些 API 是专门给 Chromium 做的）、内部工程实践混乱、剪裁难度极大，另外一方面，Android 本身碎片化非常严重，各中「发展中国家」「自研」的「OS」还会用各种方式作妖，比如之前臭名昭著的 MIUI ，内置浏览器虽然看起来规矩，但是会假装自己是高版本浏览器，还有一些民间 ROM 会裁掉一些浏览器的 API，也不知道是为了什么。

收到了节前的第一笔工资之后，要做的第一件事情当然就是把它败光。之前吵得火热的 AR 眼镜类产品自然就成了非常不错的败家对象。于是下单，心心念念的期待 doki doki 的次世代影音体验。

结果因为地址填错，尊贵的京东大会员发动了特权卡，中间改了次地址，于是京东的快件路由重新绕回了库房，第二天才把设备送到家。于是，我的 VR 之旅开始咯 （ﾍ( ﾟv ﾟ)ﾉ）！

现在产品已经到手一周，经历了各种折腾、调教和体验，算是对这个最新款的 XREAL AR 眼镜有了一些基本的认知和感受，于是撰篇文章记录一下这段时间折腾它的故事。

2023 年 12 月 21 日，我正式发表了自己撰写的第一本书籍《当代学生生存手册》，此书于 2024 年 1 月 23 日，我发现自己的书被盗版。盗版出现的速度快到难以置信，令人错愕。

在图书出版的前夕，我曾在自己的「电子日记」中阐述过自己对于各个电子书平台的看法、对 DRM 系统的看法。并放出「豪言」如果我的书被盗版了，那我会正大光明的把盗版书的地址贴到自己的地盘上，作为一种宣誓，展现出独立作者的态度和姿态。现在我来「还愿」了。

对于独立出版作品来讲，一本书 45 元并不是昂贵的价格（特别是这本书里面有大量手工的成分，像是书封的折叠、签字和盖章），但我能理解目前这些书城在支付流程、阅读体验上的缺陷可能会让很多读者无法接受。因此我个人并不介意盗版的存在。但我依然认为自己有必要说些什么，于是就有了这篇文章。

在电子墨水阅读器这个领域，文石的品牌口碑一直都很不错。趁着帅哥张老师最近要从新加坡回国，我便厚着脸皮求他帮我扛回来一个国际板的 Tab Ultra C Pro（中国版为 Tab 10 C Pro）。

国际版的价格比中国版贵了不少，涨价幅度达到了上千元。我选择当「盘子」购买国际版的原因主要是两个方面：一方面，国际版允许用户选择数据中心的位置，如存储数据于欧洲或美国，而国行版只能选择中国数据中心，考虑到欧盟这种「干啥啥不行，立法第一名」的调性，隐私保证方面可能会更靠谱一些；另一方面，我期望国际版的系统相对更为干净，没有太多预装软件。

现在设备买回来已经用了一周多，遂执笔分享一下我的使用感受。

这两天做了一个需要媒体播放的项目。基本上每次我做这种东西的时候都会去翻看一下浏览器的格式兼容列表有没有什么变化，但每次都会被 Safari 的弱智操作气到。在所有主流浏览器当中只有 Safari 是不支持 OGG 容器的。但很吊诡的是，它却支持 OPUS 编码，这种编码只能被塞到 CAF 容器里。

这个操作非常苹果。事实上 CAF 是苹果私有的封装容器，你几乎在其他平台上很难看到这种格式的踪影。而且苹果对它的支持很有限，哪怕是在 Safari 浏览器当中，它也仅实现了一部分的 CAF 标准，而非全部。要知道 CAF 容器的格式标准可是苹果自己制订的。

是的，这是一个充满阿婆公司风味的奇妙操作。iPod 年代要把音频往设备里面折腾的恐怖回忆又开始攻击我了，不过这一次我打算直面这件事情，从技术面解决这个问题。

作为一名阴森的吸血鬼，我曾不止一次在博客中提及我有多喜欢黑暗的环境，因为它不仅可以阻止我不停的受到阳光的伤害疯狂掉血，黑暗的环境本身也是一种很好的介质，能够让我用各式各样的灯光改变房间的分为。每当夜幕降临的时候，打开我家里各式各样的 RGB 灯光都会让人觉得非常惬意。

直到有一天，我的室友听闻我喜欢灯具之后，便送了我一个手工剪纸灯，但可惜的是这个灯并没有办法接入我的智能家居系统，于是乎强迫症发作的我决定自己购买元器件，把这个手工作品变成五彩斑斓的黑的智能灯具。其实过程并不困难，而且做了一次就会上瘾，后来我陆陆续续把家里的各种小废物都做成了各种灯具，着实好玩。借着今天这个机会我决定把先前的经验整理一下，做一个笔记，如果各位也想做自己的灯具的话，不妨亲自试试。

提到自己做小家电（？）初心者可能会觉得很忐忑，但因为我们这词用的都是低压电做操作，所以过程是相当安全的，需要的元器件只有 LED 灯带、ESP8266 等各种不会放出魔法烟雾的组件，所以我们可以放心大胆的做喔！

这篇文章始于群友的一个问题：「英语不好，很焦虑怎么办？」遇到这个问题时我有点困惑，于是继续发问：「For what?留学？移民？还是大学四六级？」「idk，只是焦虑，想学点什么。」「额……那，试试刷个英语考试？」

今天我们要讨论的话题非常有争议：语言考试和语言能力的问题。事实上，在许多场合我都提到了这样一个观点：如果你在非英语环境中学习语言，最高效的方式实际上是策略地进行结构化学习，而不是浪漫地沉浸在英语环境中。

前两天给自己的博客做了一个非常微小的更新，如果你是从 Twitter 或者 Telegram 等正常渠道点进本文的话，应该就能看到新的变化了：每一篇文章都有了一个看起来还不赖的缩图。老实讲这件事情本身实际上没什么技术含量，但是折腾的过程还是挺有意思的，于是写一篇小文章记录一下。

其实每次在 Telegram 上水群看到 GitHub 项目的缩图心都会很痒，因为那么大的一张图明晃晃的摆在聊天信息里面看起来就非常的醒目。可是 GitHub 的那个贴图太素了，不太符合我这种花哨的审美取向，于是我就打开了 Affinity，开始研究来做一个狂拽酷炫屌炸天的缩图。

这篇文章会简单介绍一下设计思路和工程实现方法，如果你也想要做类似的工作的话，可以参考一下喔！

去年伴随 React 18 的发布了一系列非常新潮的 API，它们都为更大规模的 Web 程序渲染提供了可能，而这些看起来非常时髦的技术也带来了很多问题，这在和服务端渲染有关的任务当中尤为严重。尽管 React 18 在开发过程当中就组建了一个 Work Group 和诸多领域的开发者交换过意见，但因为步子迈的太大导致许多周边生态在一年之后也依然没能完成适配工作。与之相对的，很多 Meta Framework 却跟进的非常快，一系列官方推进的最佳实践马上就得到了落实。这之中便产生了某种撕裂，致使诸多 UI 组件库不能正常的在客户端进行渲染，本文将以微软推出的 Fluent UI V9 为例，简要介绍过渡期间开发者可以完成的一些工作，来确保 Remix.run 这类元框架可以和你的组件库和谐共处。

太长不看：我决定在 GitHub 上以 CC0 / MIT 协议开源自己的磁共振脑影像，使其进入公有领域，并放弃自己对于这些文件的所有权利，希望能够为这个世界带来一些微小的变化。

促使我做出这个决定的原因有很多，但最值得拿出来说的是，它看起来很像是某种行为艺术。我希望能够展现出一种与当下「闭源商业化人工智能」相左的姿态，虽然你不能给这玩意插个电让它动起来（我觉得你也不一定想这样做，想想都觉得很恐怖），但我们的确有很多相当好玩的事情可以做。

对了，额外插一句，我这颗脑袋也是一颗被两百万人围观过的脑子，在「老奇好好奇」的那集《核磁共振为何知道》当中那个「朋友的脑子」，就是我的脑子啦！视频做的很好看，如果你还没看过的话推荐看一看！