2018-07-27 又見套路:若是計算機是用中文編程,你能成爲計算機編程專家嗎？

剛發現的頭條文章: 若是計算機是用中文編程，你能成爲計算機編程專家嗎？

這個題目又具備明顯的誤導性. 上來就把"用中文編程"放在一個假設性位置, 從而給人以當下不可以用中文編程的暗示, 能夠想象文中不會提到即便是在英文編程語言中也能夠中文命名這一可行性極強的技術手段(詳見在各類編程語言中使用中文命名). 更不用說後半句的引導式疑問了.

咱們知道如今已經有一箇中文界面編程語言，易語言，編程的語法所有是用中文來表達，可是如今推廣程度及份額不敢恭維。那咱們看看有哪些緣由。

瞭解易語言的開發者應該知道, 下面的幾個點其實和易語言推廣的障礙都沒有直接關係. 在易語言已經處於休眠狀態的如今, 爲何還要拿它說事呢? 也許更重要的目的, 是把中文編程直接侷限到中文編程語言以致於易語言上, 以偏概全, 轉移對中文編程其餘方面好比無需中文編程語言也能夠中文命名等等的關注.

1.如今市面上主流及成型的模塊所有是英文寫的，使用起來比較方便，交流起來也比較方便。但中文編程起步較難，容易放棄。

這裏提到API都是英文的確實是個事實, 但交流/學習上對於中文母語的開發者是確定沒有優點的. "中文編程起步較難"就是睜眼瞎話, 易語言就是出名的起步容易. 但配上前一句以後, 乍一聽起來彷佛就有了一點說服力, 也是此類水文的一個套路.

2.開源一直是用戶最喜歡，java由於時機準確，而且開源，一直受用戶喜好，但如今尚未一個開源的中文編程語言。

我的以爲易語言開源(即便是分社區版/專業版)有可能使它重獲新生. 即便如此, 不開源也不是易語言推廣的直接障礙. 我的瞭解, 商業語言開源化是從Java在2006年的開源才大規模開始的. 而易語言在那以前的推廣速度很快(詳見易語言_百度百科).

Z語言(詳見前幾篇, 如中文編程Ｚ語言設計思想)是開源的中文語法的編程語言. 另外有很多漢化現有語言的開源項目(如5分鐘入門CTS-嚐鮮中文版TypeScript). 很是但願看到其餘商用中文編程語言/工具加入開源的隊伍.

3.編程的基礎是語言，編程的思路是核心，不斷修復BUG是過程。中文編程只是讓你的語言所有用中文表示，可是編程思路，仍然不變。對於一個沒有基礎的初學者，中文和英文沒差距。

第一句乍一看頗有大師風範, 也許能唬住一些人, 但三個部分都是空話. 後面繞過了中文命名的問題, 強調"編程思路，仍然不變", 這也是把編程和命名割裂開的一種引導, 顯然編程思路和業務邏輯的緊密關係直接決定了母語命名具備優點. 至於最後一句"對於一個沒有基礎的初學者，中文和英文沒差距"就是徹底無視易語言易於上手並且問世就迅速推廣的最主要緣由了.

4.要想對編程有必定理解，若是隻是中文好，僅僅只是能夠看的懂寫的是什麼，可是和中文天然語言仍然會有較大差距，仍是須要去鑽研。

這裏又混淆了"中文編程仍需學習計算機科學才能進階"和"中文編程不能讓入門/代碼開發的成本更低"兩個徹底不一樣的命題. 更具備迷惑性的是提到"和中文天然語言仍然會有較大差距". 最直接的反駁就是全部主流英文編程語言寫出的程序也都和英文天然語言有很大差距.

因此若是計算機是用中文編程，仍然須要花費大量的時間和精力去學習，去研究。該能成爲一方大牛，無論用什麼語言，都能作到。

和前一段相似, 若是把"中文"替換成"英文", 也是徹底成立的. 很明顯的引導方向是: 你們都去學如今的流行語言吧, 就別惦記着用中文編程了.

此種水文層出不窮, 但套路基本相同. 還有一類是挑選一些推手問題引出的"精華"回答來證實中文編程的不被待見. 好比這篇的素材就源自知乎某問題: 看看90萬程序員討論的話題：可否用中文寫代碼？