第96章 宏大的计划,总是需要试点的

着重一些诸如3D建模、剧情分支触发、NP交互的核心功能,以后可以通过引擎插件,就能快速实现。

而不是又要一遍又一遍的重复编代码。

为此,苏砚承专门在程序组里边,笼络了几个技术最强的人,包括渡边和自己在内。

来专门负责引擎的升级与叠代。

其次是第二个办法。

就是苏砚承自己,基于他对整个项目的了解和熟悉程度。

他了解原着,了解参考的目标对象,也知道自己要做出的是个什么东西,知道这个工具做出来,最终指向的需求————

以此来最大可能地,减少团队一次又一次的返工和推翻重做。

最后嘛,就是他刚刚提出的,理察惊为天人的,渡边极不看好的————

全球跨时区24小时不间断开发计划。

说起来,听起来,很简单,很易懂。

但甚至都不用真做起来,光是懂行的稍微一细想————

简直难于登天!

渡边感觉自己第一次那么生气。

在办公室里,他掰着指头,一个问题一个问题地跟苏砚承争论和掰扯起来。

「所以就算你真在海外成立工作室了,那么好,技术同步的问题你怎么解决?」

「没有版本控制工具,那我日本的团队和他美国的团队怎么办,渡边指着理察,吼,「我们之间跨了一个太平洋啊,牢大!

代码、美术资源、策划文档全都无法实时的同步,那你打算靠什么同步?

软盘,拨号邮件?还是美国联邦快递和飞鸽传书?

要不要我再去点个烽火?」

理察挠头:「话说你吼我干嘛?」

苏砚承还没开口。

渡边又开始说了:「好,就算你解决了同步问题,那3D模型、场景贴图这些动着几十G的大文件,你怎么传输给其他工作室?

拨号网络带宽,就算用了银河算法,那一份资源传输也至少花几个小时,而且还可能中断!

上一页目录下一页

猜你喜欢