1330章 失败的飞行(2/2)

本章已阅读完毕(请点击下一章继续阅读!)

    “就在刚才，我们也失去了与猎鹰的联系。”

    而对于一个大公司而言，新奇的想法或许可以有，但更重要的，却是公司整体的发展。

    但如果有大纲的话，对于作者来说，很多想法和灵感也都会被束缚起来，这却也是令人非常不爽的事情。

    而凯瑟琳接下来，就是要设计seele的一系列的计划大纲。

    没有大纲，完全凭借作者的想法，的确很有可能出现一个巧妙的j" />品，但也有可能会导致各种bug横飞，故事x" />随着进展而飞速的“变质”。

    凯瑟琳也就回到了自己的地方。

    在其他的方面也都是如此。

    这是一种类似作坊的开发方式，对编写几百行的小程序来说还不错，但这种方法对任何规模的开发来说都是不能令人满意的，其主要问题在于：缺少规划和设计环节，软件的结构随着不断的修改越来越糟，导致无法继续修改、忽略需求环节，给软件开发带来很大的风险以及没有考虑测试和程序的可维护x" />，也没有任何文档，软件的维护十分困难。

    凯瑟琳刚刚回来，就问了艾尔莎一句。

    （未完待续）

    就比如对于文章来说，边写边想的写作方式，很容易写一个上百万字、甚至上千万字。

    “这玩意儿比想象中的还复杂啊……”

    “共济会对我们的事情有什么反应？”

    “请将感应系统接好。我们将开始捕捉机器。”

    对拥有理念的seele，一个大纲、一个终极的奋斗目标，还有组织的系统，这些都是必须的。

    “好了，不过这个组织不够给力，现在，应该是我们的seele登陆的机会了。”

    当然，没有身份的话，作为一个没技术、没资源的幕后黑手，这资格也太低了。

    但是到了后期，再看看前期，这必然已经几乎成为了两个完全不同的故事。

    “我们表达了想要加入共济会的意向，他们表示欢迎。”

    当然，既然是这样的一个幕后黑手，那些为了利是图的家伙们，自然不能进入。

    其次，才是身份。

    凯瑟琳如是说。

    但要说起来的话，其中的成员，凯瑟琳已经有目标了。

    ……

    边做边改发展模型的最重要缺点是存在于需求、设计和实现中的错误要到整个产品被构建出来后才能被发现。

    但似乎都自己什么事情了？

    ——实际上这个检测也不怎么重要，他们只需要将凯瑟琳的视觉信号拿出来分析就好了。

    凯瑟琳点点头。

    而一旁的专家，这个时候已经立刻开始计算了起来，他们g" />据机器失去联系的情况，正在计算可能的坠落地点。

    而seele，看起来似乎就很合适。

    就比如……巴菲特。

    现在他们要捕捉这台超音速飞行器，然后让上面的凯瑟琳-素体来对现在的情况进行第一时间的检测。

    旁边的技术员站了起来。

    毕竟是钢化碳纳米管纤维，所以质量过得硬，在这儿时候，也依然能够进行联系。

    大纲不是一成不变的，这是需要随时随地进行慢慢修改了。

    看起来并不是凯瑟琳的问题，而是机器本身的问题。

    要进来的人，首先要是具有奉献j" />神和不为一己私利的人。

    “我们的seele，将成为改造人类、改造世界的钥匙。”

    但是，这次的实验也终归就这样结束了。

    终于，在5个小时之后，他们重新联系上了超音速飞行器。

    这样说着，凯瑟琳实际上正在思考如何建立一个真正的“幕后黑手”。