1. 程式人生 > >又見套路:如果計算機是用中文程式設計,你能成為計算機程式設計專家嗎?

又見套路:如果計算機是用中文程式設計,你能成為計算機程式設計專家嗎?

剛發現的頭條文章: 如果計算機是用中文程式設計,你能成為計算機程式設計專家嗎?

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

我們知道現在已經有一箇中文介面程式語言,易語言,程式設計的語法全部是用中文來表達,但是現在推廣程度及份額不敢恭維。那我們看看有哪些原因。

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

1.現在市面上主流及成型的模組全部是英文寫的,使用起來比較方便,交流起來也比較方便。但中文程式設計起步較難,容易放棄。

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

2.開源一直是使用者最喜歡,java因為時機準確,並且開源,一直受使用者喜愛,但現在還沒有一個開源的中文程式語言。

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

易語言_百度百科).

Z語言(詳見前幾篇, 如中文程式設計Z語言設計思想)是開源的中文語法的程式語言. 另外有不少漢化現有語言的開源專案(如5分鐘入門CTS-嚐鮮中文版TypeScript). 非常希望看到其他商用中文程式語言/工具加入開源的隊伍.

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

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

4.要想對程式設計有一定理解,如果只是中文好,僅僅只是可以看的懂寫的是什麼,但是和中文自然語言仍然會有較大差距,還是需要去鑽研。

這裡又混淆了"中文程式設計仍需學習電腦科學才能進階"和"中文程式設計不能讓入門/程式碼開發的成本更低"兩個完全不同的命題. 更具有迷惑性的是提到"和中文自然語言仍然會有較大差距". 最直接的反駁就是所有主流英文程式語言寫出的程式也都和英文自然語言有很大差距.

所以如果計算機是用中文程式設計,仍然需要花費大量的時間和精力去學習,去研究。該能成為一方大牛,不管用什麼語言,都能做到。

和前一段類似, 如果把"中文"替換成"英文", 也是完全成立的. 很明顯的引導方向是: 大家都去學現在的流行語言吧, 就別惦記著用中文程式設計了.

此種水文層出不窮, 但套路基本相同. 還有一類是挑選一些推手問題引出的"精華"回答來證明中文程式設計的不被待見. 比如這篇的素材就源自知乎某問題: 看看90萬程式設計師討論的話題:能否用中文寫程式碼?