我們討論的不是中文編程有沒有必要,夠不夠方便,能不能成為編程語言。我們只是打算吹吹牛逼 ,聊聊這種可能。

1.國家支持:這種事情我比較傾向於國家,個人的力量實在太小。幾個小公司花個幾十年能弄出個啥。有人說現在程序方面的書籍都是英文。我們創造可能不怎麼樣,但是翻譯過來改幾個字,嘿嘿。其實建國後政府也曾經討論過要不要實行中文編程,因為太窮了,所以就流產了。這個應該是可以查的……

2.硬體支持(不太清楚跟硬體有沒有關係,寫上再說。哈哈哈 )

3.國內程序猿的態度,經常看看類似問題下面的回答就知道了。說什麼中文編程豈不是+改用加, 1改用壹,0改用零等等,可以想像。若是讓你來主持中文編程語言,你把1改用壹,0改用零,只怕要被槍斃 哦(讓我笑兩分鐘)。要是那些國家級的程序猿也是這態度,中文編程語言前景可想而知。

4.美國會不會搗蛋


謝邀。

  1. 技術上毫無任何難度。
  2. 商業價值上低,與推行任何一門新語言面臨的問題一樣不少。
  3. 目標用戶不明確,使用這樣語言的會是怎樣一羣人?

首選是技術上,任何字元都可以進行程序的書寫,這是一件稀疏平常的事情。甚至現在你就可以用一些支持宏定義的語言來用中文、韓文、日語寫代碼,你甚至可以用顏表情、emoji 來寫,都是無技術壓力的。

然後是使用價值上。大多數程序代碼都會被編譯為二進位文件,所以不存在編碼前字元格式的約束,但關鍵的是編碼用的文字如果是中文,相較於英文會極大地降低輸入效率(畢竟是人在碼)。英文能嚴格保證常用字元一個按鍵就能輸入出來,而中文基本不可能一個鍵輸出。

然後是商業價值上。Google 推行 Go 語言,IntelliJ 推行 Kotlin,Apple 推行 Swift 都是花了大把大把時間、精力、財力纔能有現在的規模,你新造一門語言,推廣問題很難解決,起碼國內幾乎沒有先例(E 語言算是最成功的了)。不同的語言不同的特性,雖然可能最終大家都被編譯成二進位文件去執行,但編譯前的碼代碼過程是很不一樣的,適當的語法糖、適當的性能要求和諸如多線程處理這種常見要求,是一門語言設計需要考慮的。

然後是目標人羣上。如果是為了一羣學不來英文的人設計一門中文語言的程序,價值不僅低,目標人羣素質偏低,連英文都學不好,80 % 的計算機世界都很難進去,留在那 10+ % 的中文世界談何人才?工具始終是給優秀的人發明的,給蠢材發明工具只會更蠢。所以你希望那麼蠢的語言被發明出來嗎?

以上。個人所談,不針對任何人、任何語言。


易如反掌

只是現在語言的作者們根本不屑去做這事

因為伺候連這麼基礎單詞都搞不定的人,做保姆是一件很煩的事


Python3裡面就可以直接用中文寫變數名和函數名,因為Python3默認使用utf-8編碼。

如果說中文編程是語言關鍵字也用中文的話,我覺得沒什麼意義。畢竟關鍵字就那幾個,不擔心學不會。

其實用中文寫變數名和函數名挺有意義的,因為就很多人的英文水平而言,順手起的變數名意義非常不明確(比如count, flag, state之類),代碼簡直讀不下去。


「國人普遍接受的編程語言」,這就沒可能實現,什麼條件也做不到。不說中文,英文也做不到。

編程語言就不是一個可能被普遍接受的東西。


其實只要這麼幾件事情:

制定一套中文的術語集,並為常用概念提供簡稱

制定一套規則的構詞法,如在什麼場合使用什麼語序等;

按照上述原則,製作一套龐大的庫。我們說「不可行」通常是指這一步。

補充:對於「國人普遍接受」,其最大難度是完善國人的語言教育水平。以數次觀察結果而言,整天提「中文編程」者的語言水平往往處於「不會說中文」的層次。


因為中文目前不是世界通用文字。

如果哪天全世界的人都在學中文,怕不是到時候鍵盤上都全是注音符號或者五筆字根,一個英文字母都沒有。現在所有中文編程所謂的問題,到時候都不會是問題,只要解決這些問題的成本低於讓所有使用者學英文的成本。

易語言,哈哈哈。其實英文挺好,敲代碼很方便,中文嘛,拼音重碼太多,太沒效率了


推薦閱讀:
相關文章