因為專家說英文都學不會還是不要程式設計了。舉了一大堆例子，什麼文件是英文的啊，沒有必要浪費精力啊，一個人想做開發那麼幾個符號也看不懂嗎？等等巴拉巴拉的。我想對他們說一個詞：shit！

我是一名工作五年的程式設計師，我認為中文程式設計雖然不是很必要但是多少也有用途。在現在各種框架加持下，開發已經很簡單了，中文程式設計可以讓一些非專業的人士快速掌握開發，技術美術相關的軟體，醫療，建築等等一大堆其他行業的人可以用程式設計解決問題，甚至有一定的雛形可以成立專門公司開做一些專門軟體。現階段中國專用軟體領域基本都是被國外霸佔的。

我就舉一個很簡單的例子。假如一箇中國的設計師和一個美國的設計師同時遇到一個問題，想要用軟體來解決問題，先不說他們自學程式設計解決問題。就是跟其他開發者溝通都是問題，現在的文件什麼都是英文，美國設計師甚至可以一兩天學習個大概可以跟另一個開發者友好的交流，知道那些好做哪些不好做。但是中國的工程師直接就覺得語言是一堵牆，最後跟開發者溝通都是問題。即使他努力也會比美國設計師晚甚至還很難理解一些問題，造成做出來的軟體不盡人意。

很多人說專業人士英文就應該好。我想說：gun！ (我英文不差，無障礙閱讀開發文件那種) ，中國還有很多設計師是師傅帶出來的，沒學歷那種。英文就認識hello！還有工廠裡也是，有經驗的師傅很多也是。就認識那幾個特定的詞。而很多東西往往專業知識和經驗很重要開發次要，如果讓他自己能夠開發絕對事半功倍。

最後我要反駁那些說開發用的英文不多的說法。是不多，程式碼程式碼，程式碼並不是非要用字母代替，可以是很多東西代！但是因為都用英文，不自覺的自己的方法劉都用英文寫了。拼音都用的少，這種華人開發的東西自己人都沒法看，你說說？如果中文程式設計你會用 get 還是用 取 ？

最後我的觀點是支援中文程式設計的。藉助文言文甚至可以做出開發效率更高的語言。同時對青少年，業餘開發者，專業人士使用程式解決問題都有很大幫助。我期待將來某一一天，所有人都會寫幾行程式碼，處理自己的工作。事半功倍，這樣我們也能從996的夢魘種解脫！(唉，肯定不包括我們啦，我們一整天都在用程式碼解決問題)

用中文還是英文對開發人員無所謂，但共識是程式設計師不願看別人的程式碼和三年前的程式碼。

試想一個五人以上的專案組，日常溝通交流中用紅黑樹、表多還是加雜著Red Black Tree或Table多，而實際開發中更多的是專業術語。

為了解決以上問題，程式邏輯抽取器可以將英文程式轉化為中文報告輸出，有效減少培訓成本，方便溝通交流，提高運維時效。

程式邏輯抽取器支援c/c++/esqlc，資料庫支援oracle/informix/mysql，讓你輕鬆瞭解程式幹了什麼。

本站bricktou.cn正在舉辦註解核心贏工具活動，你對核心的理解可以傳遞給他人。

有中文的！

易語言是一門以中文作為程式程式碼程式語言，其以“易”著稱，創始人為吳濤。易語言早期版本的名字為E語言。其最早的版本的釋出可追溯至2000年9月11日。創造易語言的初衷是進行用中文來編寫程式的實踐，方便華人以華人的思維編寫程式

但是本人不建議學，因為基本找不到工作

通俗易懂的解釋，因為計算機是美華人發明的，而且，用易語言寫個helli world，都會被360檢測為病毒程式

這是個好問題，尤其是在中文命名識別符號早已可以用在絕大多數英文程式語言中的今天。

舉個例子，可以想象一下這段Python程式碼，如果用英文命名會是多麼奇葩：

不知道Python能使用中文命名的就該用拼音了吧，HanYiFangSong，是上面的哪個變數看的出嗎？

那麼如果中文命名有這麼大的好處，為什麼沒看到鋪天蓋地的中文程式碼呢？

一個原因：因為現成的程式碼99%都是英文程式碼，拿過來改改就能用了，英文命名爛一點只要上線之前沒事就好，也不用考慮以後同事接手的問題，幹嘛費勁改成中文呢？

如果是自上而下的改變，需要管理層下決心降低開發維護成本，並且更關鍵的是，要意識到中文命名對於專案開發維護交流成本降低的好處。

如果是自下而上的改變，則需要開發者意識到對於自身和同事的好處，也就是可以用更少的時間做同樣的事情。

而這些，都需要時間來改變整個業界的“只能用英文程式設計”的定勢思維。

從自己做起，從自己能做主的專案做起。