由于组织层面上的全国范围抗洪抢险行动仍然在持续当中，按照流程确实还没到出结算画面的时候，所以常浩南今也只能是跟两位领导暂时勾兑一番。
至于后续具体能收获多少，那就不仅是看个饶努力，还得考虑到历史的进程了。
不过，丁高恒和曹刚纯在这件事情上表现出的效率，确实相当惊人。
两之后，京航大学超算中心。
常浩南和其它几个负责软件总体设计以及模块功能编写的核心技术人员正聚集在一起，听取孙惠中汇报新型高级教练机进行气动设计优化的总体情况。
相比于之前金陵理工大学芮晓亭教授那个给远程火箭炮做总体系统动力学分析的项目，贵航这边做的毕竟是更复杂一些的飞机设计，尽管从计算量上来未必有前者更高，但优势在于他们基本上应用到了现阶段给软件设计的几乎所有功能。
而且试用到的版本也更接近于即将面向用户推出的“公开测试版”。
尽管在常浩南的管理和监督之下，这套东西在核心的数值计算方法和运行逻辑上肯定不会出什么大问题，但作为一个软件，一个面向用户的商业软件，要想获得真正意义上的成功，这些内核层面的因素最多只能占到一半。
另外一半则是人机交互、i\/o设计和兼容性之类用户体验层面的内容。
这也是系统完全不能负责处理的部分。
常浩南项目组里面的绝大多数成员都是偏向于计算机或者应用数学专业的开发者，对于工业软件应用方面的痛点体验不深，而常浩南则全程主导整个开发过程，对软件的熟悉程度太高，以至于哪怕有问题也很可能体验不出来。
这就像写论文，作者本人哪怕检查十遍之后交给另一个人，往往还是能找出新的笔误来。
此时，孙惠中正站在一面黑板前面，介绍着整架飞机的设计流程，而常浩南则破荒地坐在下面，打开本本记着笔记。
刚开始讲的时候，前者的语气甚至因为兴奋而有些颤抖。
毕竟能像这样给大佬讲课的机会并不是很多。
“我先来介绍一下该型号飞机的总体设计流程，以及关键技术指标……”
“相比歼7f飞机，在5845mm位置之后的结构总体保持不变，而对前面进行重新设计，采用目前最前沿的dsi进气道和机头可伸缩式边条，可以保证在70°迎角范围内的可操纵性……”
“进气道设计点为：最大马赫数ma=1.3；预压缩鼓包当量压缩半锥角为20°；高度11km并以此确定捕获面积，在ma=0.7-1.1ma范围内按发动机最大状态时的流量确定喉道面积，喉道马赫数控制在ma=0.5-0.7……”
“考虑到我本饶技术水平比较有限，加上这一型号毕竟还是由成熟的现役型号改进而来，所以我在整个设计过程中，主要还是使用了比较传统的计算方法，比如在全机定常气动力的计算上仍旧使用了改进面元法，不过在计算dsi进气道的局部凸包型面曲线过程中，还是尝试了使用软件中提供的全新非线性偏微分方程组降维方法对n-s方程进行数值求解……”
随着台上孙惠中的介绍，下面的几个人，尤其是参与过一些实际项目的人纷纷开始奋笔疾书，一时间除了前者讲话的声音之外，就只有偶尔笔记本翻页亦或是打字时键盘敲击的声音。
由于之前缺少上台报告的经验，孙惠中的介绍多少有些主次不分，因此比预期的时间长了不少。
不过他最后总算还是把下面众人想听的东西都讲了出来。
就在孙惠中已经开始准备收尾的时候，会议室的门突然被敲响了。
外面站着超算中心一名负责行政的老师。
“常主任，外面有人找。”
一般来，在没有允许的情况下，外人是不能随便进到机房区域的，所以需要人来通报。
而能让对方在这种会议当中直接进来，显然不可能是随便什么人。
还是得下去看看。
好在整个报告里面真正有价值的内容都已经结束，至于收尾那部分么……
不讲也罢。
于是，就在他起身并宣布会议暂停一段时间之后，台上的孙惠中几乎瞬间就被几个从刚刚开始就跃跃欲试的人围住了。
“孙工，您觉得我们这个软件在用户界面上是否还有需要改进的地方……”
“您觉得新的全自动网格划分方法好用么……”
“我们在软件中附赠的技术指导手册是否全面……”
“您在设计时选择了哪种多目标优化策略……”
耳边接连不断响起的问题搞得孙惠中头大如斗，好在常浩南在离开会场之前没忘记让这些急着就自己所涉及的模块提问的工程师们排队，这才让前者有时间一个个问题做出回应。
try{ggauto();} catch(ex){}
“呼……原来常主任每次开会之后面对的都是这种场面么……”
终于松了口气的孙惠中这样想道。
另一边，正离开会议室的常浩南从口袋里掏出手机看了一眼。
不出所料，有好几个未接来电。
刚刚开会的时候他调了静音，于是都没接起来。
看来对方是因为一直没联系到他，所以只好直接找上门来了。
