第361章 最强大脑，模块化并行程序开发！ (第2/2页)

“所以我们的第一个项目，也是最重要的项目，是首先给我们自己制造一把趁手的工具，也就是一个全新的、面向多物理场的仿真模拟软件。”
　　
　　常浩南把PPT翻到下一页，上面是花了几天时间设计好的工作流程。
　　
　　为此他花掉了系统提供的全部科研点数。
　　
　　即便如此，依然只能提供一个基本框架，后面还需要持续进行升级和维护。
　　
　　足以见得这个项目的复杂程度。
　　
　　“相比于过去的传统手段，我们主要改进的有以下四个方面。”
　　
　　“一，是一种全新的非线性偏微分方程组降维方法，我已经把相关的理论内容以书面形式发给了各位，并且这个部分将会由我本人亲自负责，因此在会上就不再做讨论，如果有感兴趣或者不了解的地方，可以后面再来跟我交流。”
　　
　　“第二，是分别针对力-热和电-磁两组强耦合场开发新的时频域算法。”
　　
　　“第三，对于绝大部分可以使用传统方法解决的问题，我们也不会彻底放弃有限元法，但对于复杂问题，需要开发全新的并行有限元分析过程。”
　　
　　“第四，是优化我们在几乎所有数值分析方法中的关键步骤，也就是网格生成方法，尤其是对于一些复杂的‘脏’几何问题，要拿出对应的解决方案。”
　　
　　“为了提高效率，我将会把后面三部分任务分成9个模块交给不同的小组做同步的并行开发，最后再集中对接到我这里来，形成一个完整的应用程序。”
　　
　　这句话一出，整个会议室毫不意外地陷入了一阵惊呼声之中。
　　
　　就连老成沉稳的宋建等人，也是颇为诧异地抬起头看向台上的常浩南。
　　
　　实际上，后者所说的四个方面听上去好像不多，但其实已经相当于把传统的数值分析方法给整个推翻了重建，难度本来就堪比移山。
　　
　　现在他竟然还不准备一项一项按照顺序进行，而是要同时来搞？
　　
　　还要让所有的模块都对接到他本人那里？
　　
　　这不仅需要极强的全局掌控力，更重要的是容错率很低。
　　
　　“常总，您说的这种模块化开发，效率确实是高了，但万一要是有哪个部分结果出现一些结构性的问题，那可是要牵一发而动全身啊……”
　　
　　“是啊常总，这样对于我们来说倒还好，您那边的压力是不是太大了，毕竟要整合所有的模块……”
　　
　　众人的反应并不出乎常浩南的预料。
　　
　　实际上，如果没有系统帮忙，他也不敢玩出这种花活。
　　
　　前世洛马公司在开发F35的飞控软件时就用了这种办法。
　　
　　而且还外包给了印度程序员。
　　
　　最后一直到常浩南重生那会，服役已经十年了，还有一百多个bug没修好……
　　
　　他抬起双手，在半空中向下按了按，示意大家安静。
　　
　　“我可以确定，结构性的设计问题，不会出现，只要所有模块内部不出现差错，组装到一起之后，肯定能够稳定运行。”
　　
　　常浩南用极其笃定的语气说道：
　　
　　“至于编写程序过程中出现的bug，这个无法避免，但并不会对我们的项目产生太大影响，因为你们在把项目提交给我之后，如果有bug，我可以给伱反馈到具体的位置，到时候再改就行了。”
　　
　　“另外，你们每个人虽然只负责一部分程序，但也要对整体的开发思路有一个了解，这样才能保证执行具体任务时的方向不出问题，所以同样性质的会，总共要开三场，分别介绍后面三个部分工作所涉及到的具体内容，包括理论，以及算法。比如今天先讲最基础的第四部分，也就是自动网格生成算法。”
　　
　　“总的来说，只要你们跟着我的指引，把我已经构思完的思路以代码的形式表现出来，这个项目就肯定能走到最后。”
　　
　　几句话结束，整个台下鸦雀无声。
　　
　　如果换个人站在上面，恐怕早就已经被轰下去了。
　　
　　但是现在。
　　
　　一方面是宋建刚刚表现出的支持，另一方面是大家多少了解这位首席科学家之前的一些牛逼事迹。
　　
　　再加上常浩南刚刚说话时那种自信但却不盲目的感觉……
　　
　　众人脑子里几乎同时跳出一个念头：
　　
　　“难道真能行？”
　　
　　常浩南看着面前表情各异的与会者：
　　
　　“我讲明白了么？”
　　
　　(本章完)