再然後，倉頡的應用領域，還應該考慮到互聯網，需要倉頡有一定的動態性。這個問題，讓辛啟很是頭疼，動態靜態是完全相反的。
靜態類型語言，在代碼被編譯時變量的類型便已確定了。程序使用變量時，會分配好內存，從而提高程序執行速度。程序健壯性更強，簡單就是抗風險能力高。但是代碼量也更多。
規矩過多，做事就會死板。
而動態類型語言，變量類型要到程序運行的時候，才給個定義類型。編碼時更靈活，可是程序運行時，可能發生相關錯誤。
琢磨研究了很久，辛啟最終還是決定，少點靈活性，就少點吧。靜態的更適合當前情況，未來很長一段時間，也會適用。
隻是在人工智能的時代，倉頡可能會顯得呆板。不過那時候，應該會提出其他解決方案。靈活和呆板的選擇，本身也可以是靈活的。
在此後，辛啟和團隊，開始給倉頡定義規則，設定語法，特性等等。
前期的這些準備，詳細設定，在辛啟的參與下，四十人的團隊，用了兩個星期全部完成！
接下來，開始進入正式工作。
而這同樣也並不輕鬆，甚至比之前還忙碌。
因為你要編寫合適的編譯器，開發虛擬機，並且不斷調試程序，
理論和實際其實有很大區別，實踐是檢驗一切真理的唯一標準！
程序編寫過程中，常常會出現意想不到的蟲子。唔，這個世界把計算機程序漏洞也叫蟲子。
最初計算機用機械繼電器控製電路。當時一台計算機幾千個要繼電器，產生熱量太多。巨大的溫暖計算機吸引蟲子光顧。曾經檢查故障的人員，發現一隻蟲子。然後BUG就這麽流傳下來，直到今。
在開發語言過程中BUG經常滿飛。有時候是程序根本運行不了，有時候是算法規則製定有問題。
有時候，是編譯器錯誤。總而言之，問題很多。
辛啟推辭了許多，能夠推辭的社交業務。完全吃住在公司，每十二個時以上都在工作。
倉頡是一款獨特於市麵所有編程語言的語言。
能夠借鑒的地方並不多，很多代碼需要自己一一敲擊。而不能采用V大法。悠閑地喝著咖啡，等待程序運行再去找蟲子。
隨著開發進行，倉頡的前景越發明朗。
擴大到兩百人的倉頡部門團隊，包括私下跑來的石頂山、於夏田、丘佰俊等人，心情越發的激動。
一直關心了解的樂新覺，同樣很是期待。
下午六點鍾，下班的時間已經到了。偌大的部門辦公室內，大家還在忙碌著。
其中一個角落中，辛啟胡子拉碴，寸頭上和臉上滿是油膩，雙手看不見影子，在鍵盤上敲打著。
一部分工作做完後，他稍微停頓休息，盯著代碼正在仔細看。
這時，已經站了好一會兒的樂新覺道：“啟，樂華那邊學校請假的事情，已經辦好了。你別太辛苦了，注意身體，到飯點了。” 本章已閱讀完畢(請點擊下一章繼續閱讀!)