丁巳又丁巳
文明的發展，總是一個不斷向上的過程。英文字母體系的計算機只是智能設備發展的初級階段，以後發展到高級階段時，這種英文字體系的智能體系顯然不夠用。中國早期的文字也和英文體系差不多，但文明的發展最後被淘汰了。至於量子計算機能不能用漢字體系替換，估計不是短期的行為了，必然經歷一個痛苦掙扎，艱難突破的歷史階段，可能幾十年上百年。畢竟中國現階段的計算機水平相當落後，連繫統的設計使用都還在摸索中，更不用說進行系統語言的設計以及最底層編碼的替換了！總之，智能體系的文字轉換，必然是由低級向高級演變，但是這必須由我們中國人一代又一代的有識之士不斷的去探索去嘗試了！
至於外國人會不會哭，這過程我們看不到了，因為現階段是不可能的，因為我們目前的國民計算機平均水平太低了，沒辦法馬上實現這個高難度的大逆轉！
明明白白的難受
為什麼不呢？
超人77666603
看看我在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
不會。就像中國人能夠適應用英文編程語言一樣，不會中文的外國人必要的時候也會適應中文編程語言。
不過，量子計算機的原型編程語言現在看到的都還是英文編程語言，即使是國人原創的。
之前與量子領域研究者請教過“為量子計算設計的中文編程語言”問題，再看了一下他的回答提到：
建議接口儘可能通用
編程語言領域，中文編程語言的探索還相對很少。相對中文編程語言，對中文接口（API）的實踐就更少了。事實上在現有的大多數英文編程語言中都可以對公共接口進行中文命名。發展中文API可以提高代碼可讀性，也降低項目維護成本，比如下面就是對p5js的接口進行中文化後的例程
對比下面同樣功能的英文代碼，是不是一目瞭然的多呢？
中文語法的編程語言離不開一套成熟好用的中文命名的核心庫（API）。相比編程語言非常有限的語法和關鍵字，核心庫的設計量更大，也是對開發者來說學習門檻更高的部分。從這個角度來說，不應坐待中文編程語言實現後再開發中文API，而是在現有的英文編程語言開發中，就逐漸開發積累出成規模的中文API，並儘量發佈到對應的庫管理平臺，比如這個Java實現的簡繁轉換庫，就發佈到了Maven平臺：
用中文編程
如果用中文編程，會把電腦逼瘋
用戶104425586802
可以考慮下
ggxx高高興興
用戶3558070184548
這問題是個偽問題，連起碼的什麼是量子計算機都沒搞懂，就提問量子計算機的編程。
我來逛呀逛
用拼音編，更好
廬山西海4
中文編程不是不可以，但中文編程面臨最大的問題是使用者少，執行效率不高。
