最新

搭建 Kafka 或其他面向企业的软件，包括其集群或专用服务器，过程繁琐且令人头疼，以至于大多数小型团队或独立开发者会完全跳过它们，转而妥协使用内存队列。 我想要的是一种折衷方案：一个持久化的队列，易于运行（一个二进制文件，生成一个 SQLite 数据库），由于 Elixir 的特性，能够实现真正的故障隔离和崩溃恢复，易于检查（在任何 SQLite 浏览器中打开 ezra.db 即可查看每个任务），并且不需要新的客户端库——它支持 Redis Streams 的线协议，因此任何语言的 Redis 客户端都可以直接使用。 非常简短的演示视频：[https://www.youtube.com/watch?v=MLYyD3DVWmE](https://www.youtube.com/watch?v=MLYyD3DVWmE)

我曾工作过的大公司（包括 FAANG 公司）似乎都依赖于通过表演性行为来获得赞赏。例如，大多数团队成员都在做一些管理层认为很了不起但实际上毫无用处的事情，而少数明星员工则能让团队更接近目标。 与此同时，许多经理的日程表上全是与团队开发人员的一对一会议，这显然对团队的价值贡献非常小。 还有其他人注意到这一点吗？我不确定是否有专门的词语来形容这种现象，但与一群扮演工程师的公司办公室职员一起工作确实令人沮丧。

在了解了 PICO-8 及其在 p8 卡带容量限制内的约束后，我花了些时间研究这个项目，并寻求挑战。 于是我制作了 Picosky，一个 PICO-8 主机上的 Bluesky 客户端，旨在探索 GPIO 与套接字结合的可能性。最初我只是想在我的动态中点赞一条帖子，然后项目就逐渐发展起来了。 这还启发了我制作了一个姊妹游戏 <a href="https:&#x2F;&#x2F;npicomx.vinnymac.dev" rel="nofollow">https:&#x2F;&#x2F;npicomx.vinnymac.dev</a>，该游戏基于我 2026 年初为 npmx.dev 项目做出贡献的经验。 这两个游戏都需要更多的测试来修复 bug，所以请分享您的反馈，并告诉我您会如何做不同的处理。 谢谢