考，“咱们在搭架子的时候就会确定一个项目的格局和天花板，如果按照私有链的格局去搭这个架子，那么这套体系只能服务于小康。但如果兼具公有链和私有链，是具备扩张能力的。”
“咱们现在就想扩张的事情是不是太早了？”
“早么？”曹翔鼓动大眼泡子反问，“可能是早了点吧，但是想的早一点，总比等到未来想要扩张了发现没有建立起那么高的格局来强吧？这个框架一类的东西，今后想改可不是那么好改的，必然有大量历史遗留问题。”
曹翔说的历史遗留问题实际上是国内IT公司的通病，通常一个大型项目走到后期，因为各种加班赶工以及程序猿的对付，把代码灌进去跑通了就当成阿弥陀佛，使得后期的维护和更改变得极为猥琐，因为只要敢动一行代码就可能让一个大型项目直接崩溃。
这种情况之下连改bug的风险都是超高的，改一个bug可能会引发一连串的不可思议的问题，因为本来有问题的地方被程序猿用其他方式绕过解决了，但绕行的时候出了个小bug，忍着这个bug也没大事，但是后来的愣头青把它改掉的同时，原先被掩盖的问题就自动暴露了出来。
那怎么办呢？再想一些新办法把需要改的bug掩盖掉，让问题变得更严重，但是能解决眼前的KPI。这是天朝IT公司无论大小都会采用的方法，并一以贯之。
就这德行还想改框架？死吧！
而小康更特殊，需要五个IT团队通力合作，换言之，锅不见得出在谁身上，想找毛病都没门！楚垣夕也没有什么信心保证自己的公司和天朝其它IT公司有本质的区别，只能平时鞭子抽的勤一点，让程序猿更严谨一点。但是人都是有惯性的，积习难改是个普遍现象，在工作过程中，不断妥协才是常态，因为妥协的阻力最低，无论底层程序猿，中层项目经理，高级的总监还是他这个总裁。
所以楚垣夕十分清楚未来改框架是不可能的事情，要什么自行车？如果想做，只能另起炉灶做一个新的系统，那问题也不会少。
简而言之，搭框架的时候一个IT项目的上限就已经确定了。其实做企业也是这样，最初思考商业模式的时候基本上就会确定估值的天花板，超出也不会超太多，天花板一百亿的能做到两三百亿但不可能做到一千亿。
以巴人集团为例，最初的预想是达到一百亿算及格，天花板一千亿，现在来看还未必能达的到。当然这是用楚垣夕比较严谨的估值方式，用纳斯达克的估值模型已经到
本章未完，请点击下一页继续阅读！