第一百一十三章 《戴森球计划》 (第2/2页)
　　
　　《戴森球计划》的玩法深度显然没这么简单，不谈玩到后期大老们直接在星球上玩画图的秀儿操作，游戏的运营发展阶段其实就是相当有难度的。
　　
　　随着游戏进程的不断推进，你会逐渐发现你前期的建造布局可能存在各种各样的问题，毕竟是走的自动化路线，如何架设生产线可以最大化提高资源利用率，降低资源消耗，如何布局才能让后续建筑的排布更加舒服，这些都是玩家需要去琢磨规划的问题。
　　
　　若是从一个专业程序员的角度来看，游戏的前中期布局就像是一个可视化的软件架构图，玩家需要认真思考如何做到高内聚，低耦合？如何做到模块化？如何设计能让接口尽量简单清晰？
　　
　　玩到中期，这游戏又像是后端微服务架构，服务发现，消息队列，负载均衡，失败转移，高并发，高可用，这可比星际争霸的建筑学难多了，想要做好这些，还真不是随随便便一通乱试就搞得定的。
　　
　　这周剩余的两天时间，顾枫都在整理《戴森球计划》的设计稿和需求文档，虽然是拿来给团队练手的游戏，但还是要给温梦留下一些发挥空间的，不过一口也吃不成胖子，顾枫还是会把大框架给弄出来。
　　
　　基于这个大框架之下，他这次不准备给数值，科技树也只是大概模模湖湖给了七八成，美术风格给一张建筑原画让其有个风格参考就行。
　　
　　小书亭
　　
　　他画的这个建筑的原画可是比原作的要精细多了，毕竟原作虽然已经尽力去把各种模型做得好看了，但因为性能的限制，这些模型的细节其实是相当简陋的。
　　
　　这其实主要还是因为要降低宏观下星球的渲染压力，这也导致这游戏宏观视角下的星球看上去美轮美奂，画质似乎也还算精美，但拉近细看的话，还是挺湖的，模型也基本都是方方正正的，多边形很少。
　　
　　而现在，不管是算法还是渲染技术，亦或是GPU并行计算速度，都是要比前世要先进许多的。
　　
　　每每这种时候，顾枫都不由感叹技术发达是真心好啊，做游戏不用为了性能问题、配置问题去妥协，是多少游戏开发者和游戏设计师梦寐以求的啊。
　　
　　前世人家五人小团队用22个月把《戴森球计划》做出来，此世他初心手下团队将近五十人，要人有人，要技术有技术，要经验，他有成功的经验可以参考，要市场，不管国内国外，都还没有一款太空题材的模拟策略游戏。
　　
　　所谓天时地利人和他都占了，这游戏焉有不成之理？
　　
　　十倍人力投入，大方向和部分游戏内容都已经给好了，既然是锻炼，开发成本也没有做太大限制。
　　
　　顾枫查了下日历，最终将项目预期交付内测时间定在2023年的2月10号，那天正好是周五，下周二14号便是情人节，定在这个时间点，也好让有对象的员工们可以身心轻松地去陪对象好好过个节。
　　
　　从下周一也就是11月21号正式立项，初期温梦和几个负责人可以讨论下游戏具体细节，正式项目启动大概在月底，到项目交付，算下来差不多也有80天左右，绝对算得上时间充裕了。