第84章 推脱不了的事情(1 / 2)

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

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

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

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

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

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

这又是很多大的工作量。

辛启天思考后,当机立断,做!

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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