## Pebble 更新:硬件与软件进展 - 2024 年 2 月
Pebble 正在准备发货三款新产品:Pebble Time 2、Pebble Round 2 和 Index 01。生产过程复杂,需要在成本、质量和速度之间取得平衡,并且经常需要进行最后的调整。
**Pebble Time 2** 处于最终的生产验证测试 (PVT) 阶段,计划于 3 月 9 日开始量产,预计初期交付在 4 月初。预订订单将在 6 月初发货。它防水达 30 米(3ATM)——适合游泳(不适合热水浴缸),并且将在发货前几周发送包含税费/关税详情的订单确认函。
**Index 01** 也处于 PVT 阶段,目标是 3 月开始生产。它防水达 1 米(IPX8)。计划推出 10 美元的戒指尺寸套件,Pebble 正在评估对 14 码和 15 码尺寸的需求。
**Pebble Round 2** 已完成初步设计阶段,并将专注于防水测试,预计生产将于 5 月底开始。
重要的软件更新也在进行中,包括修复错误、改进天气功能、支持 Android 上的 WhatsApp 呼叫,以及在移动应用程序内改进 Pebble 应用商店。Pebble 还在努力恢复旧应用程序并改进开发者工具。
## Lilush:一个自包含的LuaJIT运行时环境与Shell
Lilush是一个非常紧凑(小于3MB)且自给自足的LuaJIT运行时环境,专为Linux环境设计。它是一个单独的二进制文件,没有外部依赖,非常适合Docker容器、busybox替代品以及在x86_64 Linux系统上的部署。
除了LuaJIT解释器之外,Lilush还包含用于网络(TCP/UDP,带有WolfSSL的HTTP(S))、密码学、文件系统访问以及具有UTF-8支持和通过TSS进行样式的终端UI的内置模块。它还具有Markdown处理、Redis支持以及嵌入式WireGuard/ACMEv2客户端等工具。
值得注意的是,Lilush *也* 充当一个功能齐全的shell,具有智能提示符、选项卡补全以及内置实用程序,如`kat`、`ktl`、`netstat`和`dig`。它可以通过插件扩展,并可通过TSS进行自定义,需要一个Kitty兼容的终端模拟器。
Lilush的目标是成为“下一个小东西”——一个强大、可移植且无依赖性的脚本和系统管理工具。
## 使用 Oban 连接 Elixir 和 Python
当 Elixir 应用需要 Python 擅长的功能(如机器学习或 PDF 渲染)时,集成这两种语言可能具有挑战性。传统的 HTTP 调用或消息队列等方法存在,但 Oban 提供了一个更简单的解决方案:透明、持久的任务交换。
Oban for Python 允许 Elixir 和 Python 应用共享一个公共数据库(使用 `oban_jobs` 表和 JSON 作为与语言无关的参数)作为任务代理。一个应用将任务入队,另一个应用处理它们,并在共享表中更新状态。这避免了复杂的进程间通信,并允许每种语言独立集群领导。Postgres PubSub 进一步实现了实时协调。
一个演示应用“Badge Forge”通过使用 Python 的 WeasyPrint 库从 Elixir 入队的任务生成 PDF 来演示这一点。Elixir 发起徽章创建,Python 渲染 PDF,然后将确认信息发送回 Elixir 进行处理。
这种双向通信模式对于利用两种生态系统的优势非常实用。一个独立的 Oban Web 控制面板提供了任务活动的可视化。完整的演示代码可用,展示了这两种语言如何轻松地连接以增强功能。
## ShannonMax:优化你的 Emacs 键绑定
ShannonMax 是一款利用信息论分析你的 Emacs 使用情况并建议改进键绑定的工具,以提高效率。它会识别出可以通过更短的键序列显著减少输入工作量的命令,并标记那些使用频率低的命令,这些命令的绑定可能过于简短,可以考虑取消绑定。
**工作原理:** ShannonMax 会记录你的按键操作,然后根据每个命令的使用频率计算其键绑定的“理论长度”。常用命令应该有更短的绑定。
**安装需要:** Java/JVM,下载 `shannon-max.el` 和一个 `.jar` 文件,将目录添加到你的 Emacs 加载路径,并通过 `(shannon-max-start-logger)` 启动按键记录器。分析可以通过 `M-x shannon-max-analyze` 运行。
**主要功能包括:** 可定制的按键成本,命令过滤(例如 self-insert),以及全局重新绑定的选项(Emacs 29+)。该项目正在积极开发中,计划包括更简单的安装、改进的 UI 以及更好的主模式支持。
**注意:** 使用按键记录器时,请注意记录敏感信息。
**在此处查找:** [https://github.com/sstraust/shannonmax](https://github.com/sstraust/shannonmax) & [https://www.youtube.com/watch?v=MytPttbIUOY](https://www.youtube.com/watch?v=MytPttbIUOY)
## RayMakie & Hikari:Julia 中的照片级渲染
RayMakie 和 Hikari 将基于物理的 GPU 光线追踪直接引入 Julia 的 Makie 绘图生态系统。这使得能够以最少的代码修改,对 3D 场景进行照片级渲染——包括全局光照、体积效果和基于物理的材质。只需切换 Makie 后端,即可解锁强大的可视化能力。
该系统基于 pbrt-v4 的 Julia 移植,并利用 AMD 的 Radeon Rays SDK(通过 Raycore.jl),性能可与 C++ 光线追踪器相媲美,并支持跨厂商的 GPU。其模块化架构和 Julia 的多分发系统,能够在 GPU 上直接实现自定义材质和模拟。
演示展示了在科学可视化中的应用:渲染云层(Breeze.jl)、详细的植物模型(PlantGeom.jl)、蛋白质结构(ProtPlot.jl)和流体动力学(TrixiParticles.jl)。 除了可视化之外,该系统还允许进行新的应用,例如模拟黑洞周围的引力透镜。
目前处于预发布阶段,RayMakie 承诺弥合研究数据和引人注目的视觉效果之间的差距,无需将数据导出到外部光线追踪工具,并为光线追踪研究提供高度可定制的环境。未来的开发重点是内存和性能优化,以及更广泛的 GPU 后端支持。