就可能让一个大型项目直接崩溃。
这种情况之下连改bug的风险都是超高的，改一个bug可能会引发一连串的不可思议的问题，因为本来有问题的地方被程序猿用其他方式绕过解决了，但绕行的时候出了个小bug，忍着这个bug也没大事，但是后来的愣头青把它改掉的同时，原先被掩盖的问题就自动暴露了出来。
那怎么办呢？再想一些新办法把需要改的bug掩盖掉，让问题变得更严重，但是能解决眼前的kpi。这是天朝it公司无论大小都会采用的方法，并一以贯之。
就这德行还想改框架？死吧！
而小康更特殊，需要五个it团队通力合作，换言之，锅不见得出在谁身上，想找毛病都没门！楚垣夕也没有什么信心保证自己的公司和天朝其它it公司有本质的区别，只能平时鞭子抽的勤一点，让程序猿更严谨一点。但是人都是有惯性的，积习难改是个普遍现象，在工作过程中，不断妥协才是常态，因为妥协的阻力最低，无论底层程序猿，中层项目经理，高级的总监还是他这个总裁。
所以楚垣夕十分清楚未来改框架是不可能的事情，要什么自行车？如果想做，只能另起炉灶做一个新的系统，那问题也不会少。
简而言之，搭框架的时候一个it项目的上限就已经确定了。其实做企业也是这样，最初思考商业模式的时候基本上就会确定估值的天花板，超出也不会超太多，天花板一百亿的能做到两三百亿但不可能做到一千亿。
以巴人集团为例，最初的预想是达到一百亿算及格，天花板一千亿，现在来看还未必能达的到。当然这是用楚垣夕比较严谨
第六百九十一章 曹翔恢复自信（求月票）(3/4)