三十九章 迈向高效协同的第一步
    陈天宇这番话,如同在热烈的气氛中泼了一盆冷水。

    大部分工程师都被他说得愣住了。

    他们原以为,计算机就象一台更高级的算盘,拿来就能用。

    却没想到,使用它竟然还有这么多门道。

    就在众人沉默之际,陆小鹏眉头微蹙,开口说道:

    “陈总工,您的要求,是不是有些太高了?

    据我在英国那边的同行说,美国那边在使用计算机的时候,通常是工程设计人员提出计算任务和具体的数学模型。

    然后就由专门的数学家或者受过训练的技术人员,负责将这些任务翻译成计算机能够执行的程序代码。

    设计人员本身,并不需要过多地介入编程的细节。”

    陆小鹏的这番话,代表了当时一部分接触过西方技术的工程人员的普遍看法

    他们认为专业分工是提高效率的保障,设计人员就该专注于设计,编程的活儿自然有专门的人去干。

    陈天宇闻言,微微颔首,并不否认陆小鹏所说的事实。

    “陆工说的情况确实存在,尤其是在计算机发展的初期,由于编程本身的技术门坎较高,专业分工是必然的。

    但是,我认为,设计人员对计算机的工作方式有所了解,甚至掌握一定的编程基础,是提高与计算机专业人员沟通效率的必要条件。”

    我们不能总是跟在别人后面模仿,在人才培养的思路上,也应该有更长远的眼光。”

    说到这里,陈天宇话锋一转,提出了一个具体的建议:

    “所以,我提议,从今天开始,我们设计小组内部,在需要我协助进行复杂计算,或者将来需要申请计算机计算的时候。

    大家都必须按照一个标准化的格式,来提交你们的计算协助申请。”

    “标准化格式?”众人有些不解。

    陈天宇点了点头,没有过多解释,而是直接走到立式绘图板前,换上了一张新绘图纸。

    他拿起铅笔,手腕翻飞,几乎没有丝毫停顿,一个个几何符号、箭头和简短的文本说明,便清淅地呈现在纸上。

    片刻之后,一张结构清淅、逻辑严谨的流程图便跃然纸上。

    “大家请看”

    陈天宇指着流程图中的不同符号,快速地解释道:

    “比如,这个圆角矩形,代表计算的开始或结束;

    这个菱形,代表一个判断条件,根据判断结果,流程会走向不同的分支;

    这个普通矩形,则代表一个具体的运算或处理步骤;

    箭头则指示了计算的流向。”

    介绍完基本符号,陈天宇补充道:

    “这种用图形符号来描述算法过程的流程图,其基本思想,我主要参照的是1947年,美国机械工程师协会(ASME)基于吉尔布雷斯夫妇的原始研究成果,所发布的一套标准化的通用流程图符号。

    当然我在此基础上,根据我们航空设计的实际需要,进行了一些微小的调整和补充。”

    他看着若有所思的众人,继续说道:

    “以后,大家在提出计算须求时,都尝试着用这种规范化的方式,把你们的计算思路和步骤梳理清楚。

    这样做,一方面,可以帮助你们自己检验计算逻辑的严密性;

    另一方面,当我们习惯了这种表达方式后,将来与计算机编程技术员进行对接时,就能大大提高沟通效率,减少因为理解偏差造成的错误和返工。”

    陆小鹏和其他几位资深工程师,最先反应过来。

    他们凑近绘图板,仔仔细细地研究着陈天宇绘制的那份范例流程图。

    图上的逻辑清淅明了,每一个步骤、每一个判断都一目了然。

    “恩……”陆小鹏摸着下巴,沉吟道。

    “陈总这个方法,我看行!

    用这种流程图把计算步骤预先画出来,确实能把问题描述得更清楚。”

    另一位工程师也点头附和:

    “没错,这样一来,思路就非常直观了。

    以前我们口头描述一个复杂的计算过程,说半天对方可能还是一知半解。

    有了这个图,谁看都明白。”

    他们几人低声讨论了一会儿,很快就得出了结论:

    即便暂时还没有计算机可用,采用这种规范化的计算申请方式,也是一个极好的改进。

    它不仅能让须求提出者自己把计算逻辑想得更透彻,还能方便地将一些相对独立的计算模块,交给其他人。

    比如从大学里找来的数学成绩优秀的学生在进行少量培训后,就能协助设计组进行数据演算,从而把资深工程师解放出来,专注于更内核的设计工作。

    

本章未完,请点击下一页继续阅读>>