辛启天不是脑袋一热，就直接打算做。他是对当前市场情况，以及未来科技发展，有前世参考而印证的。

当前，市面本身就有上百种编程语言。可是随着应用软件彻底爆发，随着未来多平台，单片机计算机，工程计算机，移动智能机等等的出现。

现阶段的编程语言，是不能满足开发需求的。

辛启天考虑到，现在要开发工程计算机平台，开发安全性更高的银行系统的情况。决定趁着起步早，直接把最基础的工具给他做好。

有这个需求后，就要设定编程语言技术框架。在最初，想的越明白，越是框架清晰，后期升级维护，编程语言的能力就越大。

这方面，辛启天同样有优势。他清楚的知道，未来信息发展的大方向。

辛启天给仓颉设定，首先是面向对象，高度集中化。

比如设定好胳膊腿，程序员开发时，直接用而不是从基因开始编写。

其次，要有跨平台能力，未来要在工程计算机，移动设备上可以使用。这方面，辛启天或许记忆中有点印象，又或许是他天赋加成，他设定仓颉程序编译运行时，加入一个中间过程，不同硬件平台搞个虚拟机。

程序编译后，首先翻译成中间码，然后通过虚拟机再翻译成硬件平台能够执行的代码。

再然后，仓颉的应用领域，还应该考虑到互联网，需要仓颉有一定的动态性。这个问题，让辛启天很是头疼，动态静态是完全相反的。

静态类型语言，在代码被编译时变量的类型便已确定了。程序使用变量时，会分配好内存，从而提高程序执行速度。程序健壮性更强，简单说就是抗风险能力高。但是代码量也更多。

规矩过多，做事就会死板。

而动态类型语言，变量类型要到程序运行的时候，才给个定义类型。编码时更灵活，可是程序运行时，可能发生相关错误。

琢磨研究了很久，辛启天最终还是决定，少点灵活性，就少点吧。静态的更适合当前情况，未来很长一段时间，也会适用。

只是在人工智能的时代，仓颉可能会显得呆板。不过那时候，应该会提出其他解决方案。灵活和呆板的选择，本身也可以是灵活的。

在此后，辛启天和团队，开始给仓颉定义规则，设定语法，特性等等。

前期的这些准备，详细设定，在辛启天的参与下，四十人的团队，用了两个星期全部完成！