阅读历史 |

第930章 以不变应万变(2 / 2)

加入书签

对着电脑屏幕的论文,常浩南很快通过逆向思维推测出了对方实现算法的具体技术路线。

而坐在沙发的魏永明,则不知道什么时候掏出了一个小本本,此刻正在低头记笔记。

“当然,这只是我从理论层面出发进行的推测,未必100%准确……”

看着奋笔疾书的魏永明,常浩南最后还是没把话说死,给自己留了条退路。

但这句话显然没起到什么影响。

前者手的动作甚至变得更快了。

而旁边的宋景明或许是接收了太多完全听不懂的内容,此时感觉自己的脑子有些发胀,于是趁着魏永明来不及抬头的空挡,赶紧把话题从技术转移到了管理面:

“那常总,现在这种情况,我们是不是需要改变一下原计划的路线?”

“比如……呃……使用一些的技术做应对,之类的。”

在他看来,既然常浩南刚刚露出一脸凝重表情,那显然说明对方确实给到了足够的压力。

这当然不完全是宋景明自己的想法,而是在此行之前,和旁边魏永明共同讨论之后得出的结论――

在CFD领域,火炬集团其实还有些没拿出来的技术储备。

主要集中在高精度方法层面。

只是因为开发周期的问题,赶不原定的时间表。

而眼下,要想继续维持火炬集团在数值计算,尤其是计算流体力学领域的优势,那势必要延迟,以引入这些更有潜力的技术。

然而,常浩南却并没有马点头。

TORCHMultiphysics软件2.0版本的,是他从大半年前就开始筹备的,涉及到多相流、拓扑优化和CFD总共三个方面的重大提升。

如今距离新版本推送可以说只差临门一脚,如果因为对方的动作就贸然打乱自己的节奏,反而会导致落入被动。

其实说到底,还是数据传输手段落后导致的。

2001年这会,大体积商用软件的主要手段仍然是通过物理方式邮寄光盘或硬盘等储存媒介。

这意味着用户无法接受太高的频率。

也意味着,恶性bug是完全无法接受的。

因为修复bug的周期和成本都高到无法接受。

所以,这年头的软件测试周期,一般都比较漫长,以保证不会出现什么太大的乱子。

↑返回顶部↑

书页/目录