AprilNEA's Notebook

#DevUtility 也是调试上 USB 了

#OpenSource@AprilNEALab#tauri@AprilNEALab https://fixupx.com/AprilNEA/status/1939677789193670951

#CodeSigning https://fixupx.com/AprilNEA/status/1939201501957890358

#OSPP#OpenSource https://fixupx.com/AprilNEA/status/1938889317524611362 https://fixupx.com/AprilNEA/status/1938993622663463094 https://fixupx.com/AprilNEA/status/1939176765257314558

#AI#Cursor

https://fixupx.com/AprilNEA/status/1927729221868077245

https://fixupx.com/AprilNEA/status/1927608076720353501

#README 时隔多年更新 README https://fixupx.com/AprilNEA/status/1926575635062808992

#OpenSource@AprilNEALab#AChat 把荒废了两年的仓库改了名字，转移到了组织，心中多少有点怅然若失。 https://github.com/AChatLab/AChat https://t.me/achatlab

SpacetimeDB and Convex SpacetimeDB 是一个新型数据库，它旨在将后端服务的逻辑直接集成到数据库本身，从而彻底改变构建和部署可扩展实时应用的方式。 SpacetimeDB 直接使用 Rust 或 C# 代码来定义数据表结构和用户逻辑，因此你既可以把它看作一个能自定义函数的数据库，又可以看作一个自带原子化事务数据库的 RPC 框架。这种设计优点有二，第一，将传统三层架构（客户端 + 后端 + 数据库）压缩，简化了整体架构；第二，无须付出额外的努力，所有的应用逻辑都在事务中执行，在提升开发效率的同时，保证了数据的强一致性。 SpacetimeDB 这些特点让我想起了两年前看到的类似产品 Convex, 它是一个集数据库、后端框架、前端 SDK 一体的一站式开发套件，使用 TypeScript 定义数据库表结构和用户逻辑，自动生成 React 所需的 HTTP 请求和状态管理函数。 对比发现，这两者都致力于简化现代应用的后端开发，特别是对于需要实时数据同步的应用，但它们在实现方式和侧重点上有所不同。 在核心架构上，SpacetimeDB 是「数据库即后端」；Convex 虽然也简化了后端，但它更像是一个「后端即服务」，尽管紧密耦合，开发者编写的 TypeScript 代码仍然是在其后端环境执行，来与数据库交互。 在应用场景上，SpacetimeDB 明确以 MMO 游戏为首要目标；而 Convex 更侧重于通用 Web 应用和移动应用，强调与 React 等框架集成，强调响应式的数据调用方式，这与现代前端框架的状态管理理念也十分契合。 两个产品都是非常有趣的开发范式革新，有兴趣的读者可以考虑在新项目或 side projects 上使用，欢迎分享你的使用体验。 P.S. 在生成前端 SDK 这点上，Convex 让我想到了之前分享过的 Encore: https://t.me/reorx_share/5084

#HowtoRunCompany@AprilNEALab 突发奇想买了个域名写点东西。 https://howtorun.company https://github.com/AprilNEA/HowToRunCompany