丁巳又丁巳
先說結論:不會。即便中文編程也不是寫作文式的編程，那是人工智能的事，做個翻譯器用英文寫完預處理一下變成中文就是了(無非就是因為編譯器是中文的再翻譯成機器碼唄）實際就是脫褲子放屁。全世界都有自己的計數數字，為什麼現在都用阿拉伯數字？因為方便，先進。編程最重要的不是用什麼文字，是方法，是方法，是方法，就是先做什麼後做什麼，怎麼做，如果這樣那麼那樣...用漢字一樣可以寫偽代碼，再高級點的編程就是用什麼的結構，考慮有多少數據從哪裡來，如何處理過來，留多少餘量，冗餘，如何處理最優化...那種噼裡啪啦打鍵盤的，做些炫酷效果，弄個安卓，java，網頁小app根本就是和碼農好不好。最後再說一點，編程語言本來就已經是一種通用需要罷了，只是關鍵字的符號是字母罷了，關於這一點懂編程的都明白，提問的這種人應該是理解不了的，而我居然在這叨逼叨逼半天，真tmd吃飽撐的！
大樹NB
不會。就像中國人能夠適應用英文編程語言一樣，不會中文的外國人必要的時候也會適應中文編程語言。
不過，量子計算機的原型編程語言現在看到的都還是英文編程語言，即使是國人原創的。
之前與量子領域研究者請教過“為量子計算設計的中文編程語言”問題，再看了一下他的回答提到：
建議接口儘可能通用
編程語言領域，中文編程語言的探索還相對很少。相對中文編程語言，對中文接口（API）的實踐就更少了。事實上在現有的大多數英文編程語言中都可以對公共接口進行中文命名。發展中文API可以提高代碼可讀性，也降低項目維護成本，比如下面就是對p5js的接口進行中文化後的例程
對比下面同樣功能的英文代碼，是不是一目瞭然的多呢？
中文語法的編程語言離不開一套成熟好用的中文命名的核心庫（API）。相比編程語言非常有限的語法和關鍵字，核心庫的設計量更大，也是對開發者來說學習門檻更高的部分。從這個角度來說，不應坐待中文編程語言實現後再開發中文API，而是在現有的英文編程語言開發中，就逐漸開發積累出成規模的中文API，並儘量發佈到對應的庫管理平臺，比如這個Java實現的簡繁轉換庫，就發佈到了Maven平臺：
用中文編程
不是這樣的，我是碼農，英文編程可能是長期的，不僅習慣，而且效率高，為中文而中文編程是不可取的。有一點可以肯定，中國5000年的文化有個拿來主義，就是國外先進的，使用上手的東西，我們是直接拿來用，中文詞語中，像“沙發“，“布丁“，“披薩“，“沙拉“等詞語已經成為中文的一部分了。那麼，是不是可以這樣看待問題，我們從小學就開始接受英語教育，26個英文字母早已背得滾瓜爛熟，雖然我們還是“啞巴英語“、“中式英語“，但不可否認，這二十六個字母所組成的單詞句子儼然已成為中文文化的重要組成部分，說白了，你就可以把他理解成中文的一部分，中文的數字符號，因為它已經深入我們中國人骨髓，這是西方文明最終留給我們的成果，所以，沒有必要另闢蹊徑開啟純漢字的編程語言。
回到主題，量子編程，用中文編，老外會哭嗎？我想不會。因為程序是純邏輯的東西，只要完成邏輯，用的符號越簡單越好，所以根本不會中文編程，就像數學公式，是一個道理。
黑白謬1234567
計算機語言是一種書面語言，準確來說不應叫語言應叫文，像中文一樣是被讀的，而不是被聽的。
目前全世界只有中文是表意文字，因此中文是最適合做計算機文的，尤其是古文即古漢語適合做計算機語言，可簡稱機文，其對應的語言則現代白話文，可簡稱機語，用於語音交互。
舉例：
分支結構；如，則。
循環結構：從，到；周；復。
順序結構：始，停，止。
數據類型：整，實；符，串，文。
大部分語法不管用英文還是中文，都是符號，差別不大，但用中文更省存儲空間。
至於源文件中的函數用中文表示就更省了。
自從計算機為適應多文種混合改為雙字節表達字符後，一個漢字就兩個字節，一個英文單詞就好多字節。
編譯系統編譯，ifthen，如則，字符數就是3：1，中文節省多了。函數circle.()，和圓（），是6：1。函數rollback. 中文回滾，依次類推。
這點很有優勢，因為現在流行的計算機語言大都是解釋語言，用中文編程，源文件要省得多，解釋效率就會高許多。
所以中文適合做計算機語言。
但外國人不會哭，因為中文太簡單很容易學。
烏托邦男
計算機編程語言問題的發展到今天，已經有多種語言可用於編程了。
追尋計算機語言的發展過程中的使用話語語言問題也是滿有意識的事。
機器語言，計算機的原始語言是機器語言，首先是歷史的條件造成，計算機最早是用“開”和“關”兩種狀態來運行的，這就是二進制進行各種計算，包含邏輯的根本原因。形成了最早的機器識別語言，有了機器語言的運用，解析翻譯了文字的輸入輸出問題，建立了文字庫，形成了機器的庫邏輯。最早的庫內容以26個英文字母語言、數字語言、符號語言構成。在英文體系下是最少的字符庫內容，在漢語體系下就是很龐大了。在這個基礎上發展為白式柯語言，逐漸發展出來了拉溝語言，C語言、C＋＋等語言，到今天的迦瓦語言等等。
漢字庫建立後，逐漸有可能建立漢字編程的問題，漢字需要很多的確定字符定義法則來設計計算機，這是很不經濟的。同時漢字中存在的一字多意，多音問題，以及一句多意問題仍然沒有解決。且鍵盤上的事不可能以為數上萬的漢字來設計，所以以漢字為編程語言還是個比較笨重的複雜的問題。玩過英文和漢字機械打字機的人都明白這個道理。
還需要更多的漢字語言電化庫的完善，才有可能實現漢字編程的問題，且在邏輯運算上還存有多意多語氣的限制。
量子計算機，加速了調用庫資源的可能，給漢字（語）編程帶來了新的可能但是還是存在一些問題，這些問題正是表現了漢語用於計算機編程的優勢和缺陷。
外國人使用的問題是語言相通的問題，一旦完善的漢語言編程模式建立，漢語編成程序也完全可以翻譯成多種語言程序，不可能存在使用上的問題。
雅安李光傑
這是一個偽命題！
首先，計算機程序分很多層，最底層的一定是機器看得懂的那幾個符號。中國有個哲學論斷叫一生二、二生三、三生萬物，在量子計算上運用是太貼切了！
其次，到今天高級程序語言發展到已經可以用常用的英語語句來編程了，而中文是聯合國文獻中用字最少文件最薄的語言沒有之一，沒有道理不能用來編程，只是你研究了沒有，應用生態支持的如何而已！
黑仔399
只能說你完全不瞭解計算機原理。
現在的電子計算機是二進制的，最基礎的就是0和1，用電路的通斷來表示0或1，用32個這樣的電路組成一個整數就是32位系統，用64個這樣的電路組成一個整數就是64位系統。用8個位組成一個字節，用3個字節組成一個24位顏色值，CPU的各種計算和控制指令也是用0和1實現的，用一串0和1組成一個CPU指令，這是在設計CPU的時候就被設計好的，0和1就是機器碼，一大段的0和1沒人能記得住，人們就用字母來代替cpu指令集，這就是彙編語言，你要搞中文編程，首先就要用搞出中文彙編語言。彙編語言都是非常底層的指令，用來寫程序那是非常浩大的工程，寫一個很簡單的東西都要寫巨量多的代碼，而且還非常容易出錯。所以接下來就要在彙編的基礎上搞出c語言一類的高級語言，然後再用C語言開發出操作系統。
可是搞出一個C語言的能力都沒有啊。
打腫馬
看看我在2000年做的X語言，
1.支持中文、英文切換
2.語法是basic，pascal，c，pb的混合體
3.自創不大於，不小於操作符
4....特性多多，呵呵
看圖吧：
我的青銅工作室……我的理想我的青春呀，俱往矣.
關於編程語言，c#，basic，turbo c，vc，pb，delphi，java，objective c，fortran，prolog，php，js，ruby都多少用過，但從語法角度，c# 是我最喜歡的，到了一定高度了。
但是哪個語言好，就沒有什麼標準答案了，各有各的環境用途，Delphi在9幾年，易用，編譯速度，神一樣的存在（比vc），做ios躲不開oc，android離不開java，企業應用vs又快又好，驅動開發老老實實c，前端js vue。所以選語言通常沒好壞，看應用環境。
關於中文編程，能體會到大家的情結，但編程最關鍵的是對目標的抽象，面向對象編程思想，對系統軟硬件架構的全面瞭解。然後系統的某個環節實現，需要什麼語言就去學習，實現一下，沒感覺哪個有太難。
關於X語言，是2000年做的，用中文也只是玩玩的想法，實際沒太大用途。在同學中推廣也不順利，基本就廢了。
後來在一個工資軟件裡，用於表達式計算，類似excel，靈活性很好。
再後來，用它衍生出一個模版語言，這個倒很有用，近幾年每天工作都要用到。
也就這樣了，歲數大了，沒時間折騰了，現在就想早點財務自由。等退休了，再撿起兒時的理想，呵呵😄
祝各位即將踏入此行的朋友們，入對行，走對路，發大財！
JoshuaDos
首先，用中文編程是事關標準制定和話語權的問題，我們應在未來各領域主導世界制定我們的標準。其次沒有語言障礙就會有更多人才進入這一領域。印度軟件業發達就是得益於他們的使用語言是英語，這是我們中學地理課告訴學生的道理。難道我們的專家不知道這點嗎？
西江春
我覺的可行，因為計算機最根本的是0和1，至於他們的排列組合代表什麼有什麼關係，只是一個編譯的過程罷了，中文有它天然的簡潔性，幾個字可以代表很多意思，同時，中文也有很強的意義解釋性，中文會大幅簡化程序的，沒有那麼多複雜的東西，我強烈建議我們用中文編程，功在千秋，利在當代，我們的小朋友會很快進入編程狀態，就像很多外國人一樣，看著程序就可以理解編程者的很多含義，印度之所以軟件業發達，和英國殖民時期使用英文作為通用語言一樣，目前我們中國大多數人還是無法把英語作為母語一般的理解認識……所以大有必要發展以中文為編程語言的程序，需要我們編程大家作出貢獻才行
