第84章 推脫不了的事情（1/2）

辛啟天提出了一個新的想法後，立刻與部門所有人員，開始商議起來。

一門語言的開發就是這樣，在開發過程中，會發現更多的問題。

在辛啟天帶領，或者逼迫的狀態下，整個小組部門，年輕的兄弟們，各自都進步不少。

他們對於程式語言，也有了自己的深刻理解。

眾人你一言我一語，認為新添加一個多態處理，對倉頡的性能，可延展性有很大幫助。

但目前的問題是，這樣一來，原先設定好的規則，需要重新修改。

這又是很多大的工作量。

辛啟天思考後，當機立斷，做！

這是添加功能效果，而不是增刪，不會太過困難。

於是乎，大家吃完飯，沒有資格加班的兄弟，羨慕的看著熱火朝天做事的同事，依依不捨的離開。

辛啟天這個黑心老闆，做的還算是成功，他深入把握了，人對主動被動的接受程度。

同時，借著明確境界劃分的優勢環境。

搞得大家，你爭我趕的想著加班。

倉頡1.0是根據這個世界現有的，字符指令編碼，同時依靠底層彙編語言，來進行實現的。

在真正的設計中，辛啟天個人儘管認為，使用華文編寫，還不到時候。

可是最終，實際上還是將華文添加在內，相當於，把華文當做一個符號使用。

因此，從底層編譯，到整體架構，倉頡同樣，有一套華文編寫的方式。

比如，一些固定的「ifelse」函數，也可以寫成「如果否則」之類的。

假如辛啟天對前世的技術更了解一些的話，他就知道，其實前世的程式語言，也是支持用華文寫類名的。

單個華文本來是自成系統。底層編寫中，將他拆分，成為一個無意義的符號。

辛啟天覺得這樣太過於浪費。而且在當前的鍵盤輸入情況下，輸入華文會讓編寫速度變慢。

儘管如此，支持華文編程，也有個好處。

那就是，倉頡語言，可以完美的承接適用於今世現有的程式語言和平台。

辛啟天猜測，業界大佬們，可能就是考慮到，一旦改變一些標準。從彙編語言往上，需要進行很大手術動作。所以才使得他們字編進程，扯皮很久還沒有結束。

而辛啟天的做法，直接解決了這個問題。

甚至因為倉頡語言直接依靠彙編，並且採用通用的字符指令編碼集。

使得這套語言，可以採用當前世界上，大多數的人類語言編寫。

只要不同的符號，指向相同的彙編解碼就好了。

對計算機而言，所有的符號都沒有真正的字面意義。

不過，宣傳的時候，從人類角度講，就可以說，倉頡是全球人通用的程式語言！

本章未完，點選下一頁繼續閱讀。