辛启天提出了一个新的想法后，立刻与部门所有人员，开始商议起来。
一门语言的开发就是这样，在开发过程中，会发现更多的问题。
在辛启天带领，或者逼迫的状态下，整个小组部门，年轻的兄弟们，各自都进步不少。
他们对于编程语言，也有了自己的深刻理解。
众人你一言我一语，认为新添加一个多态处理，对仓颉的性能，可延展性有很大帮助。
但目前的问题是，这样一来，原先设定好的规则，需要重新修改。
这又是很多大的工作量。
辛启天思考后，当机立断，做！
这是添加功能效果，而不是增删，不会太过困难。
于是乎，大家吃完饭，没有资格加班的兄弟，羡慕的看着热火朝天做事的同事，依依不舍的离开。
辛启天这个黑心老板，做的还算是成功，他深入把握了，人对主动被动的接受程度。
同时，借着明确境界划分的优势环境。
搞得大家，你争我赶的想着加班。
仓颉1.0是根据这个世界现有的，字符指令编码，同时依靠底层汇编语言，来进行实现的。
在真正的设计中，辛启天个人尽管认为，使用华文编写，还不到时候。
可是最终，实际上还是将华文添加在内，相当于，把华文当做一个符号使用。
因此，从底层编译，到整体架构，仓颉同样，有一套华文编写的方式。
比如，一些固定的“ifelse”函数，也可以写成“如果否则”之类的。
假如辛启天对前世的技术更了解一些的话，他就知道，其实前世的编程语言，也是支持用华文写类名的。
单个华文本来是自成系统。底层编写中，将他拆分，成为一个无意义的符号。
辛启天觉得这样太过于浪费。而且在当前的键盘输入情况下，输入华文会让编写速度变慢。
尽管如此，支持华文编程，也有个好处。
那就是，仓颉语言，可以完美的承接适用于今世现有的编程语言和平台。
辛启天猜测，业界大佬们，可能就是考虑到，一旦改变一些标准。从汇编语言往上，需要进行很大手术动作。所以才使得他们字编进程，扯皮很久还没有结束。
而辛启天的做法，直接解决了这个问题。
甚至因为仓颉语言直接依靠汇编，并且采用通用的字符指令编码集。
使得这套语言，可以采用当前世界上，大多数的人类语言编写。
只要不同的符号，指向相同的汇编译码就好了。
对计算机而言，所有的符号都没有真正的字面意义。