辛啟天提出了一個新的想法后，立刻與部門所有人員，開始商議起來。
一門語言的開發就是這樣，在開發過程中，會發現更多的問題。
在辛啟天帶領，或者逼迫的狀態下，整個小組部門，年輕的兄弟們，各自都進步不少。
他們對于編程語言，也有了自己的深刻理解。
眾人你一言我一語，認為新添加一個多態處理，對倉頡的性能，可延展性有很大幫助。
但目前的問題是，這樣一來，原先設定好的規則，需要重新修改。
這又是很多大的工作量。
辛啟天思考后，當機立斷，做！
這是添加功能效果，而不是增刪，不會太過困難。
于是乎，大家吃完飯，沒有資格加班的兄弟，羨慕的看著熱火朝天做事的同事，依依不舍的離開。
辛啟天這個黑心老板，做的還算是成功，他深入把握了，人對主動被動的接受程度。
同時，借著明確境界劃分的優勢環境。
搞得大家，你爭我趕的想著加班。
倉頡1.0是根據這個世界現有的，字符指令編碼，同時依靠底層匯編語言，來進行實現的。
在真正的設計中，辛啟天個人盡管認為，使用華文編寫，還不到時候。
可是最終，實際上還是將華文添加在內，相當于，把華文當做一個符號使用。
因此，從底層編譯，到整體架構，倉頡同樣，有一套華文編寫的方式。
比如，一些固定的“ifelse”函數，也可以寫成“如果否則”之類的。
假如辛啟天對前世的技術更了解一些的話，他就知道，其實前世的編程語言，也是支持用華文寫類名的。
單個華文本來是自成系統。底層編寫中，將他拆分，成為一個無意義的符號。
辛啟天覺得這樣太過于浪費。而且在當前的鍵盤輸入情況下，輸入華文會讓編寫速度變慢。
盡管如此，支持華文編程，也有個好處。
那就是，倉頡語言，可以完美的承接適用于今世現有的編程語言和平臺。
辛啟天猜測，業界大佬們，可能就是考慮到，一旦改變一些標準。從匯編語言往上，需要進行很大手術動作。所以才使得他們字編進程，扯皮很久還沒有結束。
而辛啟天的做法，直接解決了這個問題。
甚至因為倉頡語言直接依靠匯編，并且采用通用的字符指令編碼集。
使得這套語言，可以采用當前世界上，大多數的人類語言編寫。
只要不同的符號，指向相同的匯編譯碼就好了。
對計算機而言，所有的符號都沒有真正的字面意義。