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

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