pluv/HeurAMS-Core
1
0
Fork 0
Code Actions Releases Activity

更新 README.md

Browse Source
This commit is contained in:
Wang Zhiyu
2026-07-18 14:03:05 +00:00
parent 509153d942
commit 500827716c
1 changed files with 4 additions and 2 deletions
Download Patch File Download Diff File Expand all files Collapse all files
README.md
+4 -2
View File
@@ -30,11 +30,13 @@
在过去一年, Python 版本的 HeurAMS 应用凭借 Textual 框架已经能稳定地在终端完成间隔重复记忆调度的功能, 但我们发现这个技术原型已经不能继续远行: 在过去一年, Python 版本的 HeurAMS 应用凭借 Textual 框架已经能稳定地在终端完成间隔重复记忆调度的功能, 但我们发现这个技术原型已经不能继续远行:
- Python 运行时巨大, 跨平台性能差: 我们不愿意把跨平台的能力寄托到 PyQt 等 UI 绑定与自带 Python 运行时上, 我们希望每个客户端都是原生且开销尽量小的 - Python 运行时巨大, 跨平台性能差: 我们不愿意把跨平台的能力寄托到 PyQt 等 UI 绑定与自带 Python 运行时上, 我们希望每个客户端都是原生且开销尽量小的
- 安全性差: 配置能自我描述, 但必须通过 exec 等危险函数, 我们不愿意把平台与应用安全交由多样社区或使用复杂的 "安全补丁", 我们希望安全性由架构设计自然保护 - 安全性差: 配置能自我描述, 但必须通过 exec 等危险函数, 我们不愿意把平台与应用安全交由多样社区或使用复杂的 "安全补丁", 我们希望安全性由架构设计自然保护
- 类型不安全: Python 代码缺乏约束, 我们不愿意使用啰嗦臃肿的代码描述策略和内核 - 类型不安全: Python 代码缺乏约束, 丰富的动态特性有助于开发, 却让大型算法逻辑难以维护, 我们不愿意使用啰嗦臃肿的代码描述策略和内核
- 依赖难以管理: 尽管有了 uv 等现代化解决方案, Python 的依赖树依然庞大, 我们不希望对每个平台编译 C 扩展, 只为了那几个可有可无的依赖 - 依赖难以管理: 尽管有了 uv 等现代化解决方案, Python 的依赖树依然庞大, 我们不希望对每个平台编译 C 扩展, 只为了那几个可有可无的依赖
- 算法模块不可移植: 我们发现, 现有的算法扩展机制完全依赖 Python 内部行为, 这意味着算法功能扩展需继承特定的类原型, 我们不愿把数学语言的寄托绑定在多变而不稳定的专有原型平台上 - 算法模块不可移植: 我们发现, 现有的算法扩展机制完全依赖 Python 内部行为, 这意味着算法功能扩展需继承特定的类原型, 我们不愿把数学语言的寄托绑定在多变而不稳定的专有原型平台上
我们决定做正确的事: 重构一切, 自断手脚, 使用受限制的 TS 与 lisp 语法重构内核, 用可控的代码为间隔记忆领域软件换来开放、安全、自由且高性能的未来 我们不愿看到, 一个崭新的软件与框架逐渐变成其诞生时立志取代且不愿成为的样子, 我们不愿看到, 它在功能上越走越远, 却逐渐走向开放的反面.
我们决定做正确却艰难的事: 重构一切, 自断手脚, 使用受限制的 TS 与 lisp 语法重构内核, 用可控的代码为间隔记忆领域软件换来开放、安全、自由且高性能的未来
## 项目会取代 Python 版本吗? ## 项目会取代 Python 版本吗?