第四百三十五章 基础建设

了没有攻城狮转职的产品经理，那不能容忍怎么办啊？

    只听楚垣夕说：“你别瞪眼，我现在就是又要马儿跑又要马儿不吃草，你必须用你的经验来完成我的要求，你必须提升需求文档的质量，使得技术团队能够设计可持续发展的架构，而不是堆积功能，最后做进死胡同里。我们这个游戏是划时代的，必须有配得上它的基础架构。”

    杨健纲心说你把我打死算了，这意思就是文档大概要出现大量返工。

    “然后是技术团队。”楚垣夕对江波和赵杰说：“技术团队的话语权要体现在判断上，某一个需求将导致自身架构紊乱，那么不能硬着头皮用打补丁的方式做。要保证换人的时候能够从容的维护，而不是看到前面的代码简直一团shit，只能重写一遍功能，我们做的只是个卡牌游戏，时间肯定是充裕的，如果感觉到出问题了，宁可把需求停一下，也得好好把基础架构梳理清楚，这就是我对你们俩的要求。”

    于文辉好几次欲言又止，楚垣夕这是极大的提升了前后端主程的话语权，他的工作将变得难做。

    然后他听到楚垣夕这么说：“我有一个大胆的想法。”

    于文辉好悬没背过气，只听楚垣夕说：“鉴于公司今后还要开发别的项目，为了避免重复造轮子的情况，我觉得应该借鉴阿里的中台制度，咱们建立一个‘巴人SDK’，把可能重复的功能都梳理出来，然后技术组呢，于文辉牵头做出标准来，没问题吧？”

    “阿里的中台制度我倒是知道，不过什么是可能重复的功能啊？”

    “就是登录啦、公会啦、排行榜啦还有取名之类的，每个游戏都要有的功能。TCG组做了一遍，这眼瞧着你们也得再做一遍，这就是重复造轮子。”

    “但是每个游戏可能具体功能有差别啊。而且这主要是后端的工作吧？”

    “留出接口啊，只做基本功能。”楚垣夕挠挠头，“这个问题主要不是接口和功能差异的问题，而是我们必须从这个项目开始，建立一套成熟的开发模式和方法论。你说对了这个主要是后端的工作，今后的项目，我希望前端五花八门，但是后端开发大体上沿用一套思路，一套流程，这样方便快速迭代产品。而不是每个项目组一套独立流程。”

    赵杰倒吸一口凉气：“你这样，可能得把公司架构调整一下，现在的项目组恐怕不适合做这件事情。”

    “是的我知道。”楚垣夕知道其中的麻筋，“通常的公司会在有几个开发组之后再考虑这种事，因为只有一两个项目组不划算。但是等到有几个项目组的时候这事其实就不好展开了，TCG组咱们先无视，就你们一个组，以你们为根基建立标准后面一律奉行，最容易把这套办法展开。

    我希望，这套机制能够一直运行到5G时代的来临，5G时代的后端运算将大量变为云端运算，显然将与这一代有明显的差异，程序语言也必然要随之大变，前后端统一的语言将变得更润滑，比如Node.js。我们的基础建设也要为之做好准备，这是我对你们的要求，能不能完成？”