第84章 推脱不了的事情（1/2）

辛启天提出了一个新的想法后，立刻与部门所有人员，开始商议起来。

一门语言的开发就是这样，在开发过程中，会发现更多的问题。

在辛启天带领，或者逼迫的状态下，整个小组部门，年轻的兄弟们，各自都进步不少。

他们对于编程语言，也有了自己的深刻理解。

众人你一言我一语，认为新添加一个多态处理，对仓颉的性能，可延展性有很大帮助。

但目前的问题是，这样一来，原先设定好的规则，需要重新修改。

这又是很多大的工作量。

辛启天思考后，当机立断，做！

这是添加功能效果，而不是增删，不会太过困难。

于是乎，大家吃完饭，没有资格加班的兄弟，羡慕的看着热火朝天做事的同事，依依不舍的离开。

辛启天这个黑心老板，做的还算是成功，他深入把握了，人对主动被动的接受程度。

同时，借着明确境界划分的优势环境。

搞得大家，你争我赶的想着加班。

仓颉1.0是根据这个世界现有的，字符指令编码，同时依靠底层汇编语言，来进行实现的。

在真正的设计中，辛启天个人尽管认为，使用华文编写，还不到时候。

可是最终，实际上还是将华文添加在内，相当于，把华文当做一个符号使用。

因此，从底层编译，到整体架构，仓颉同样，有一套华文编写的方式。

比如，一些固定的“ifelse”函数，也可以写成“如果否则”之类的。

假如辛启天对前世的技术更了解一些的话，他就知道，其实前世的编程语言，也是支持用华文写类名的。

单个华文本来是自成系统。底层编写中，将他拆分，成为一个无意义的符号。

辛启天觉得这样太过于浪费。而且在当前的键盘输入情况下，输入华文会让编写速度变慢。

尽管如此，支持华文编程，也有个好处。

那就是，仓颉语言，可以完美的承接适用于今世现有的编程语言和平台。

辛启天猜测，业界大佬们，可能就是考虑到，一旦改变一些标准。从汇编语言往上，需要进行很大手术动作。所以才使得他们字编进程，扯皮很久还没有结束。

而辛启天的做法，直接解决了这个问题。

甚至因为仓颉语言直接依靠汇编，并且采用通用的字符指令编码集。

使得这套语言，可以采用当前世界上，大多数的人类语言编写。

只要不同的符号，指向相同的汇编译码就好了。

对计算机而言，所有的符号都没有真正的字面意义。