第 4 章另一个有趣之处是 Paul MacCready 有关 Gossamer Condor 的谈话以及与软件开发的类比。MacCready
当初建造这架飞机的目标是为了赢得利用人力飞行器飞跃某段距离的这样一个奖项,故这架飞机只需要完成一件工作:由一个人来提供动力,在跑道上转两圈。这里还用到
Condor “无文档”的例子来取悦那些要求只写代码而不要写设计文档的软件开发者。
McBreen 对于飞机设计师总迷恋于在绘图板上创建完美设计的臆想是个彻头彻尾的错误。我觉得他应该在作出如此鲁莽的判断之前,花一点时间走访像波音这样的飞机制造商。那么,他将会看到在为一架商用客机的几乎每个部件进行的设计、测试和分析当中的
1000 多次迭代。作者这种风格一贯的表述遍及全书,却背离了其间那些真正有价值的材料。
本周的 Aviation Week & Space Technology 第 9.24.01 期杂志刊登了一篇有关 AirplanePDQ 的产品发布广告。该产品为试验型飞机的制作者提供了一组可用于生成设计图纸和文档的自动化工具以及大小计算和分析工具。显然,那种认为试验型飞机的建造者不但不做文档,而且还抛弃所有优秀工程实践做法的看法是无稽之谈。McBreen
应该去更加细致地调查一下设计、建造和维护哪怕是世界上最简易飞机的过程,我想他会发现这些飞机的制造的确采用了轻载过程,然而关键是存在这么一种过程,而且它是建立在成熟的工程实践基础之上的。
参照这个 Gossamer 飞机的类比,波音飞机建造者们的行为是否会与 MacCready 一致呢?当然不会。那些只想写代码而不想写文档的开发者们,在波音公司的实时飞行控制系统岗位上会受到欢迎吗?很可能也不会。可见,为一个类比设定必要的语境是相当有价值的。把
MacCready 的作品作为匠艺理论的基础,却不把他制作的这架飞机放入到一个语境当中,这样做忽略了重要的一点——在一个领域中学到经验能够被另一个领域复制吗?为了获奖,Gossamer
Condor 做到了载着一名非常健壮的自行车运动员沿着封闭跑道绕场一周,可是制造这种飞机的方法能够被拓展到其他领域中去吗?是啊,这可是个大问题,不是吗?