Cloud

不需要文件服务器的存储与项目

云纹背景之上的一个 ODE+ 云盘窗口:侧边栏里 Cloud 处于选中状态,文件网格里是项目的模型与研究,下面是三份最近的文档。第五个文件 trajectory.study 从外面被拖进来,落进网格并上传,底部的存储量表从 55% 走到 60%,随后循环重新开始。

Cloud 能做什么

每个工程组织最后都会搭出同一套坏掉的系统:一个网络盘、一套没人遵守的命名规范,再加一张表格,记着哪个结果对应哪个模型。Cloud 把这个类别整个取消了——模型、运行、结果和文档都是项目里可寻址的记录,而不是文件夹里的文件。

它替代了什么

文件服务器从来就不是对的抽象

一次仿真结果不是一个文件。它是一个模型版本、一组参数、一份求解器配置和一条输出轨迹——这四样只有凑在一起才有意义。把它们存成文件,它们之间的关系就只活在文件名里。把它们存成记录,这层关系就可查询、可比对,而且改个名字也毁不掉。

  • 传统做法

    共享盘上的 pack_v3.mo

    ODE+ Cloud

    一条带版本历史的模型记录,每个版本都能被引用

  • 传统做法

    一份结果 CSV,旁边一张表格帮你记着参数

    ODE+ Cloud

    一条运行记录,自带参数、求解器配置,以及指向模型版本的指针

  • 传统做法

    模型当成邮件附件传来传去

    ODE+ Cloud

    在项目内共享,带权限,不产生副本

  • 传统做法

    「这张图是哪个版本跑出来的?」

    ODE+ Cloud

    每张图都指向生成它的那次运行,来源不会丢

能力

Cloud 给每个项目的东西

01

可寻址的记录

模型、运行、数据集和文档各自带一个稳定标识符——在 Paper 里引用它,这个链接就一直有效。

一个 ODE+ 云端窗口,里面是一份简短的工程文档。句子中间用标识符 run/8f21c4 引用了一次运行;引用亮起,它指向的记录在页面之上展开成一张卡片——同一次运行、它所依据的模型版本,以及它产出的结果。

02

版本历史

每次编辑都是一个版本。用结构而不是文本去比对两个模型版本,看清到底是哪些方程变了。

一个 ODE+ 云端窗口列出某个模型的历次版本。第二新的那个也被选中,于是两个版本被放在一起比较,结构差异随即出现在下方:新增一个组件、移除一个组件,还有两个参数从原来的取值挪开了。

03

共享工作区

在同一份事实来源上实时协作,带角色与评审——没有人是在一份过期副本上干活。

一个 ODE+ 云端窗口,打开的是同一个传动系统模型。一位编辑者移到某个块上并把它抓住,一位评审者从外面进入画布,两人都出现在窗口头部;一枚标签记录着已有三条提议被采纳。

准备开始了吗?