这篇文章探讨了基于存储的系统的演变以及对其未来的展望。

主要观点：

• 介绍个人对 Ekala 的计划和贡献，同时指出还有其他相关努力在进行。
• 反思“Thought Driven Development”，强调理解起源和意图的重要性。
• 指出 Nix 虽有创新但未完全兑现承诺，存在技术和政治方面的问题。
• 阐述 Nix 作为包管理器和范式转变的特点及误解。
• 说明 Nix 当前用户体验的不足，如版本管理和复杂性问题。
• 提出原子格式（Atom）作为解决代码分发和配置管理的方案。
• 介绍原子模块系统（Atom module system），对比与现有系统的差异和优势。
• 强调 eka CLI 的作用和设计原则，作为进入 Ekala 生态系统的网关。
• 展望 Eos API & scheduler 的愿景，实现高效的任务分发和供应链完整性。

关键信息：

• Nix 创新与挑战，如在生产中的使用体验和政治问题。
• 原子格式的特点，包括与 Git 的相似性、去中心化代码注册等。
• 原子模块系统的优势，如清晰语义边界、可预测评估等。
• eka CLI 的零评估查询、静态管道构建等原则。
• Eos API & scheduler 的愿景，实现高效任务分发和供应链完整性。

重要细节：

• Nix 项目中的政治戏剧，一些关键人物被禁止参与。
• 原子格式的技术实现细节，如 Git 中的原子快照和元数据。
• 原子模块系统中模块的引用和范围规则。
• eka CLI 的扩展计划和语言无关插件系统。
• Eos API & scheduler 的迭代开发和与现有标准的集成。