这个不在建设方案里体现，是因为它属于运维服务的范畴。陈总和技术组都是技术出身，应该明白这个边界。
关于编码的事，我承认GBK在处理生僻字上确实不如UTF-8，但我们看了你们北省的用户数据，生僻字本身就不多，出现的次数也很低，为了小场景去改动整个接口协议栈，我们认为性价比很低，故此我们的解决方案是：直接在代码里对出现过的那些生僻字，预先做好处理。
至于安全合规，我实话实说——这个是我们工作上的疏漏，回头我们补上就行。不是什么大问题。”
李明远说完，端起茶杯又喝了一口：“陈总，我们非常理解技术组的担忧和顾虑。但是站在整个项目角度来看这些问题，我们智通科技的建议是：架构和性能的争议，咱们在实际运行中验证，今天不下结论。而且凭借着我们的实战经验，我们认为出问题的概率很小。这么做，既能按计划推进项目，也不会影响工期。你看这样行不行？”
还没等陈默说话，陈清飞直接接过了话茬：“我先说两句。我刚才听了李总的讲解，也听了陈总提的问题，你们双方提交的材料我也都看了。在这里，我既是工程组组长，也是运营公司分管信息化技术的副总。坦白地讲，系统发版上线后，一旦出了问题，谁能脱得了干系？谁又能背得动那个责任？在座的各位，你们现在谁敢站出来说如果系统出问题，责任你全部承担？如果不敢，就别在这里跟我提什么概率。虽然我脱离技术一线工作多年了，但是我清楚地知道，在计算机世界，一就是一，二就是二，没有任何中间地带，更不会给你讲什么大概率事件，小概率事件。只要发生一次，那就是事故，就需要多层级联动来消除影响。经验是用来借鉴的，不是叫你照搬的。我记得国内一位世界冠军说过一句话，‘对我们运动员来讲，当我们走下领奖台的那一刻起，就要求我们从头开始，为下一个比赛做准备’，做技术的更是如此，不能有半点侥幸心理。勾副组长，你觉得呢？”
陈清飞说完，直接看向了勾成。
勾成心里顿时觉得很恶心，但陈清飞点名了，他还不能不回复。只能说道：“陈总说的非常正确。对待工作，尤其是软件系统建设工作，我们必须要较这个真。”
陈清飞看了看勾成，接着又说：“我之所以说了这么多，就是不希望因为这个项目，给运营公司、给数智公司带来任何负面影响。更不希望给运营公司的班子和数智公司的领导班子，造成不良评价。好了，陈默，你们技术组接着说吧。记住一个
本章未完，请点击下一页继续阅读！