第353章 楊飛：老闆是永遠的神(第1/2頁)

楊飛立刻在介面上寫著程式，剛剛開始用九章編譯器，在邏輯上還不怎麼轉得過來。

他的手放在鍵盤上半天也不知道被敲什麼。

隨後楊飛思量了許久，再敲下了幾個字。

陳瀟看著飛打出的文字說道，“還是儘量要用簡潔的語言，這樣編譯器的語音庫才能夠準確的識別。”

陳瀟說這話的時候，其實也在思考一個問題。

漢語的確博大精深，也能夠準確的表達意思。

但是漢語的詞彙量非常大，如果操作者隨意組合，這會給積極識別帶來一定的困難。

目前九章並一起正在白度那裡便往學習更多的語言知識，但受制於伺服器效能的原因，特別是受制於晶片計算能力的原因，編譯器對長難句的識別還不是那麼的準確，對一詞多義的理解也不是那麼準確。

這就會讓編譯器在執行的時候出現bug，也會加大工程師編寫程式的難度。

因此陳瀟有一個計劃，專門給編譯器制定規範的語句使用庫，這樣一來既能夠讓工程師們儘快的學習和掌握九章編譯器，又能夠提高變成的準確性和效率。

這件事陳瀟放在了心裡，準備在春節之後安排楊飛的團隊去做。

楊飛盯著鍵盤許久之後，總算是完成了一段小程式的編寫。

這段小程式是聊天群中邀請好友的功能，要是用c++直接編寫，大約會耗費楊飛一整天的時間。

就算是有整個團隊共同編寫，也需要大半天的時間。

再加上後面程式測試以及修改bug的時間，可能需要兩三天。

但是現在免費只用了不到20分鐘，就把自己想表達的的邏輯輸入了進去。

點選執行之後，楊飛期待有奇蹟發生。

非常可惜，編譯器提示有大量的bug，楊飛第一次嘗試，居然失敗了。

陳瀟認真的看著楊飛編譯的內容。

果然和自己預料的一樣，邏輯結構沒有問題，最大的問題還是語言文字表達，沒有被編譯器的語言庫所識別。

在陳瀟的建議之下，楊飛修改了自己的語句，讓語句更加明瞭和簡潔，少一些模稜兩可的句子和多義詞。

楊飛又花了接近20分鐘，對整個語句進行修改。

隨後他有一些心驚膽顫點選執行。

楊飛糾結的並不僅僅是自己書寫的語句能否形成完美的邏輯閉環，能夠順利的執行，而是擔心這一次執行之後又不能成功，這就是打陳瀟的臉了。

結果讓眾人長舒一口氣，程式碼執行的結果十分的完美，達到了眾人的預期。

因為這段小程式只是整個應用的一部分，所以說還沒有辦法透過應用的方式直觀的來檢視小程式的編寫是否成功？

但編譯器經過邏輯和語言驗證，沒有錯誤之後，已經能夠說明問題了。

整個悅動互聯的員工們都激動了，什麼叫做效率？這就是效率，原本需要一兩天甚至更長時間做的工作，現在不到一個小時就全部搞定，這怎麼能夠不讓人激動？

但是即便出現這樣的結果，眾人還是不放心，畢竟九章編譯器是一個新興的事物，如果九章編譯器本身就出現了bug，那它顯示執行成功也是錯誤的。

最好的驗證辦法就是找到九章編譯器所呼叫語言的相應程式碼，然後用其他編譯器去驗證。

楊飛趕緊按照陳瀟告知的辦法去查詢相應的程式碼。

結果發現九章編譯器呼叫的對應語言也是c++，這也確實證明了c++在程式設計之中有著廣泛的應用。

楊飛立刻檢視著c++的程式碼，程式碼總共有數萬行，這預示著工程量的確非常的大。

楊飛首先讓自己的團隊分段檢查程式碼是否準確，得出的結論，別讓眾人十分的驚訝。