段仍然是通过物理方式邮寄光碟或硬碟等储存媒介。
这意味着用户无法接受太高的更新频率。
也意味着，恶性bug是完全无法接受的。
因为修复bug的周期和成本都高到无法接受。
所以，这年头的软体测试周期，一般都比较漫长，以保证不会出现什幺太大的乱子。
而如果像二十多年之后那样，软体可以随时在线升级的话，那完全可以先推送一个2.0.5beta版本，等到新技术稳定下来之后，再推送正式的2.1版本。
就算初版有些bug，也可以迅速修改掉。
而且，还有更重要的一点。
那篇论文。
尽管常浩南看懂了，甚至推测出了对方的大致技术路线。
但仍然有一些细节让他有些在意。
没错，刚刚他一直紧皱眉头，实际上并不是在担心友商给火炬集团造成威胁，而是在思考这些问题。
只不过被对面俩人给误解了而已……
……
独自纠结了几分钟之后，常浩南重新擡起头，斩钉截铁地回答道：
「更新计划，不变！」
「不……不变？」
这个决定显然出乎沙发上两个人的预料。
「对。」
常浩南点点头，然后站起身来到窗前，眺望着远处的城区：
「一方面，我们不能被别人牵着鼻子走，就算comsol multiphysics的新版本在cfd领域能够实现他们宣传的效果，但我们在多相流和结构拓扑优化方面仍然占据优势，那幺用户就不可能就这幺放弃我们的软体。」
「所以，最坏的情况无非是，相当一部分用户开始在不同的问题上分别使用我们两家的软体程序，这种结果我们并非完全无法接受。」
说到这里，他稍微停顿了一下，然后转过身，朝电脑屏幕的方向示意了一下：
「另一方面，这篇论文里面只提到了针对n-s方程采用格心有限体积法离散的求解方式，但对于实际操作中，数值求解粘弹性本构方程时常见的高计算权重问题并没有太多讨论。」
「对于这类问题，目前研究比较多的lcr方法是将原始的应力张量演化方程转化成构象张量矩阵对数形式的演化方程，这一过程需要对计算时的应力张量，以及构象张量的矩阵对数形式进行反复转换，很容易造成精度损失，如果计算权重太大，