第753章 老人家
因为一旦华夏大字库加入进去之后，整个Unicode当中中文汉字编码将占到七八成的比重。
虽然信息产业是靠ASCII支撑起来的，汉字加进去有点第三世界人口老求多说话没求用那味儿，但毕竟也展示了自己的存在，打下了好大一片江山不是？
而且实事求是地讲，周至这个建议的价值的确非凡，不说别的，就连委员会内部，都给GB那坑爹的两万多个码位给烦死了。
如果，说的是如果，Unicode万国统一码真能成为通行标准，而汉字又因为参与最早占据了最充足分区的话，当然是功在千秋的好事儿。
答辩的内容，渐渐就归结到了几个问题上。
GB可扩展性如何，未来能否实现中华大字库的功能，通过什么思路去实现；
Unicode的固有优势是明显的，但是这个联盟如何加入，加入后，在联盟里会有多大的话语权，联盟能不能及时拿出正式产品，最关键的，是这个标准能不能被全世界信息产业界所接受。
这些都是大问题。
至于如何实现，反倒成了小事儿。
之所以成了小事儿，是因为通过这一周的加班加点，蜀大计算机系已经对周至的这套思路进行了验证，包括点阵字采样、编码、入库、自定义、拆解、拼合，以及利用旧耦合函数进行笔画渲染和字体生成，大小控制，都已经完成了可行性验证。
甚至是文字识别，蜀大都做了一定的尝试，准备了充分的实验数据和完备的项目资料，让本该最被质疑的部分，成了答辩会上最早达成一致部分，那就是这套方法论，是完全可行的。
这个会一开就开到了半夜三点，充分体现出国家对信息产业“狂追快赶”的决心。
经过了八个小时的激烈讨论之后，共识渐渐开始形成。
国家承担不起Unicode的不确定性，因此GB是一定要先推出的，但是对于Unicode的前瞻性研究，必须进行，尽量争取转化。
蜀大目前在做的事情也非常有意义，华夏大字库点阵字集合是汉字信息化进程中一个关键性节点，现在虽然才完成了四万多字的工作，但是在系统“可兼容，可拓展”的设计思路下，这些都不是问题。
哪怕是今后不用Unicode这个方案，只在GB基础上进行码位拓展，那这个点阵字集合也是可以拿出来用的。
事情讨论到这里就差不多了