CC宅漫周邊
我不從事軟件開發工作，但用易語言和C#多年，目前又在學Java，我說句公道話:
1.易語言對低學歷、非科班人員瞭解編程思想，有先天優勢。一方面關鍵字、方法名易記易理解，一目瞭然，另一方面少了許多抽象的概念。什麼封裝繼承多態泛型委託接口 lambda 等都不需要接觸。大部分是面向過程，從而很容易培養簡單的編程思維。
2.很容易有成就感。稍認真學一星期左右，寫個簡單的CRUD記賬軟件沒問題， SQL語句都不用瞭解，他自帶數據庫了。而且由於易語言封裝了很多庫，減少了大量工作量，基本上拖一拖控件，設置一下屬性，寫幾個流程控制，一個小軟件就成型了。
3.有利於從業餘向專業進階。在易語言中混久了，不由自主地會接觸更底層、更深入、更專業的知識。數據庫、Socket、http 、win32api 、PHP、Java、加解密、逆向，甚至是彙編代碼也可以置入。慢慢地，易語言用戶會愛上編程，越走越遠。
4.許多人有誤解，中文命令輸入慢。其實不然，易語言雖然用漢字作關鍵字，但其實是首拼輸入，輸入速度不比 java等語言慢，而且易語言支持英文命名，IDE智能提示比Eclipce還方便。
5.最後當然，易語言肯定不如 java c# Python,甚至比VB都遜，但易語言對非科班、低學歷人員瞭解編程、愛上編程具有不可比擬的優勢。
具瞭解，易語言作者好像是非計算機專業的中專生，從出身看，他比科班出身人員更瞭解非科班人員。
最後，我還是感謝易語言，讓我領略到編程之美。
湖南安仁老張
從事軟件開發多年主要在瀏覽器內核，安卓框架，多媒體等領域研究的比較多，主要編程語言是C/C++ java等三種編程語言，對於易語言簡單做了幾個小功能，做了下嘗試，從本質上講差異不是很大，都是需要遵循一些語法細節，可能是用的時間短的緣故整體感覺還是怪怪的，主要是長期在英文編程環境下已經養成習慣，至於是不是中文倒是沒有太大的感觸。
說到對易語言接觸時間也不短了，剛入行不久喜歡寫一些技術博客，也算是結實了一些粉絲，和有些粉絲聊得比較多，其中一個人在研究易語言想通過易語言做註冊機，從技術上角度不太喜歡玩這些看似很無聊的東西，架不住三番五次的勸說就多少了解一下易語言，然後看看如何實現，弄了沒多久覺得實在無聊，就果斷放棄了，純正的程序員一般不太喜歡搞什麼遊戲外掛或者黑產之類的東西，但現在很多學歷不高的人通過易語言在鼓搗這些東西，想從中謀取暴利，國家已經有明確的法律規定對於非法的遊戲收益真要有人較真到底，還真是違法犯罪的事情。
有個同事講過一個故事，有個人專門研究騰訊的一款遊戲，然後從中獲取了幾百萬的收益後來被發現並報警，由於但是立法還不太完善，在裡面呆了幾個月罰了點錢又放出來了，易語言誕生的年份已經不短了，當初帶著極好的愛國主義情懷，喜歡有一個屬於中國人自己的編程語言，雖然在內部實現上可能就做了一次轉化而已，起碼讓一些英文不好的人能上手寫代碼了，這算是易語言最大的貢獻了。
任何一種編程語言的誕生或者存在都是為了解決當時非常棘手的問題，然後慢慢的被大家接受，通過時間的積累慢慢培養了生態鏈，也就是大家常說的各種編程社區，然後一群志同道合的人在裡面討論這種編程語言如何來使用，如何來改進，如果是深層次的參與者慢慢加入到核心修改小組，不停的對編程語言的版本以及未來的發展趨勢做貢獻，現在主流的編程語言都是這麼衍生而來的，社區力量的強大與否代表著當前這種編程語言的受歡迎程度，目前就國內的編程語言而言無疑java屬於老大，在開源社區裡面java方面的開源項目最多，這就是生態鏈，生態鏈的建立不是一天兩天的事情，需要具備很多因素，還要跟上時代的潮流。
為什麼很多正牌的程序員對於易語言不感冒？
1.編程習慣，絕大部分程序員已經習慣於英文字符的編程模式，切換成中文有諸多的不習慣，而且就編程語言的本質而言最終還是0,1的轉化，中間做了一些轉化而已，在執行效率上還不如英文轉化效率高
2.生態鏈不夠成熟，對於編程語言的使用者來講什麼編程語言最能解決實際的問題就採用誰，這也是生產力發展的需要，不可能為了追求狹義的愛國主義情懷就是採用一種編程語言，易語言的生態鏈體系哈有待繼續的加強發展，畢竟任何一種編程語言都需要來自五湖四海的程序員來共同托起。
3.易語言在某些場景下還是受限，舉個例子在服務端的併發性處理上就有點捉襟見肘了，不可能一種編程語言就一統天下了，這種需要強大的生態鏈支持，就目前狀態而言易語言要走的路還是很長。
對於一個技術人員來講，在合適的場景選擇合適的編程語言，選擇最佳的實現方式，畢竟對於企業來講首先要考慮最短的時間內出成品，所有的企業的程序員都是遵從現實環境，真能解決實際問題的編程語言，本身就自帶推廣特性。
希望能幫到你。
大學生編程指南
需求：某個變量循環十次，每次的值都加1
java：for(int i=0;i<10;i++){}
易語言：循環體（整形 變量 等於 零 ；變量 小於 十；自增 變量）
首先我們來分析閱讀性，假如一個外行人來閱讀這兩份代碼，雖然不知道for什麼意思，int什麼意思，但我相信正常人至少都能看懂第一份代碼i=0這一行吧；但是再來看易語言寫出來的代碼，循環體啥意思，我只聽過循環，循環體是幹啥用的？整形？整形變量？還是整形變量等於？都說漢語博大精深，在不使用逗號的前提下漢語的可讀性理解起來就可以有很多種意思了。
我們再來看二者的格式，容易看出來其實易語言不過是相當於把英語全部翻譯了一遍，翻譯後的代碼僅限於我能讀得懂而非看得懂。再看一下，易語言的代碼量比英語多了多少？
漢語是我們的母語，如果能開發一門易懂的漢語編程語言，那麼我想這無非會大大降低我們的開發門檻。但是我們需要強調的是，漢語編程語言不是簡單的“翻譯”，我理解中的漢語編程應該是可讀性高、理解容易。例如上面的例子，如果要我“開發”的編程語言來寫，我會寫成這樣
條件循環（變量初始值等於零；假如變量的值小於十；那麼變量的值每次加一”）｛｝；
這樣的寫法我相信任何人都能看懂讀懂知道他的用法理解這個代碼是用於做什麼的。這才是真正的漢語編程。如果要只是翻譯英文編程語言，那麼我為何不直接學英文編程語言，我學會了英文編程語言也就意味著我的編程能力拓展性更高，畢竟現在市面上無論是已有技術還是新的技術都是英文寫出來的
啊康看數碼
java程序猿一名，關於為什麼不建議用中文編程的主要原因有以下幾點
1.首先要從電腦程序運行基本說起。電腦本身只能識別0和1組成的機器碼指令，為了方便對機器代碼的記憶，人們就用英文字符代替機器碼。
例如x86的指令mov，對應的機器16位代碼0x88，二進制代碼10001000。這些英文字符的集合就是彙編語言。彙編語言是最接近機器語言的編程語言。
高級語言，例如c，java等等，都需要用編譯軟件把他們的代碼編譯成彙編語言，或者用匯編語言來對代碼進行解釋。前者叫做編譯型高級語言，後者叫做解釋型高級語言。
無論那種高級語言，在機電腦上運行最終只能是機器碼。在電腦編程語言的發展中，大部分都是英美研發和設計的主力，所以都是英文作為基礎，所以編程語言都是英文的
2.因為編程最初就是用英文編輯的，而我們發現用中文編程，至少得敲兩個鍵才能編輯，所以比起英文來說，中文編程就顯得複雜了，也有很多不方便。在電腦的發展過程中，電腦首先是在英國和美國發展的，所以，電腦編程也是用英文的
重複造輪子的意義不大
驚蟄ins
這個問題，本人比較合適來解答一下。我的文化水平高中，英語非常爛。10年做自動外掛遊戲工作室，苦於沒有合適的外掛輔助，自己從零開始研究編程。起初學習了按鍵精靈和易語言，可以做一些小程序小遊戲，又做了一些操作模擬腳本。後來學習了彙編，才可以做真正意義上的外掛。用易語言做了3年多中文編程，後來為了去上班學習了php，c，python，java，sql這些英語編程，開發過大型網站前後臺，手機app，小程序微商城。其實編程用什麼語言都是大同小異，除了個別語言之外用法都差不多。唯一的區別是用處不同、編譯環境和編譯器不同。可能和人先入為主的觀念相關，幾乎每個人學習的第一個編程語言都是英文編程，所以都很傾向英文編程，用易語言自然不習慣！而我，第一個接觸的編程語言是易語言，自然對中文編程更有感覺！
月色朦朧141786949
大家好，我從97年開始學習編程，到今年20餘年了吧，代碼是寫過不少。
看到這個話題我也來湊個熱鬧。
1、從語言的角度來說中文編程和英文，沒有區別，無非一個用“如果”，英文用“if”罷了，其本質沒有變化，還是用著老外的編譯器，算不得中文編程，頂多算個漢化版的開發語言而已。
2、如果你每天真的要寫上千行的代碼的話，你會覺得頻繁的中英文切換實在是太麻煩了，英文if只是兩個鍵，中文要敲幾個鍵呢。我最高英文打字速度是300，中文是120，說實話，我願意用英文寫代碼。
3、現在的語言都是Unicode編碼的，你可以用中文做變量名，編譯器不會攔著你，但是同行會笑死你，鄙視你的。
4、目前所有語言大多都是老外開發的。所以你想查的資料，文檔基本上都是英文的。
5、我希望有哪麼一天咱們國家也能真能開發出自己的操作系統，數據庫，編程語言，咱們自己的標準，大家一起努力吧。
希望大家不要再為語言而糾結了。
牧碼人1981
我寫了20年C++，一直都用英文。還從沒覺得不方便。現在仔細想想，這確實是個外行的提問！
1）首先得從教學說起。現在學校教的都是國外發明的編程語言，什麼語言是中文呢？孩子學習時用的語言和編程思維方式決定了他們未來使用的思維方式。
2）其次工作以後編程一定是做產品，試問試問什麼公司是用中文編程？
有人馬上就會質問: 為什麼大家不致力打造中文編程語言呢？我們來看看中文編程語言存活需要什麼。
1）語言本身。機器需要識別，需要有中文編譯器，開發環境，要能調試。語言需要有關鍵字，語法之類的，包括彙編支持。大家如果對硬件有了解的話，底層跟硬件打交道的仍然是英文。我們看彙編，顯示出來的內容也都是英文。如果這從頭到尾都搞一套中文的話，那我可以說你比比爾蓋茨還要牛！比爾蓋茨也只是做了這個鏈中間的一個環節的事情。我們都要做到的話，那基本上也就別整天糾結美國技術封鎖的事情了。
2）庫。這個多少人想過？語言不是獨立存在的，必須有標準庫。這個說起來就無邊無際了。做標準庫就得涉及到做的人，用的人，還有最重要的社區。說白了就是人氣。也就是你沒這個環境的話，庫是活不下去的。中文庫註定了是隻能在華人圈裡流行，也就是與世隔絕的。就今天科技發展的趨勢來看，與世隔絕的能活下去麼？
3）對接。編程不是為了自娛自樂，是要做出產品服務於終端設備的。說到設備有個人電腦，手機，穿戴設備，醫療，機床等等數以億計。是都全搞成中文的？
也許有人非要抬槓說，我只是搞個表面開發環境中文的，其它一切的一切還是英文。那你搞它幹嘛？譁眾取寵？自娛自樂？非常荒繆！
最重要的是這個問題不像是回會寫代碼的人問的。大家如果平常在寫代碼，你會發現工作中的思維是英文的，中文編程環境反而會影響效率。不停的切來切去幾乎不可能！
一頓大師
既然覺得要用中文來編程，是不是連編程語言裡的符合、數字也要換掉？用“大於”代替“＞”，用“壹”代替“1”？
所以說凡是提出這種論點的人都是不懂編程的人，這種外行人瞎胡鬧的舉動很令人厭惡與噁心！
首先，我們要知道計算機技術國外是領先於中國的，他們有著最新的技術，也有著第一手的文獻資料，也有著最牛的程序員。
而這些資料大多都是英文編寫的，這些程序員對於技術上的交流也都是英文。所以英語對於編程來說僅僅只是為了讓程序員能更好更快的接受第一手資料，與編程本身其實並無太大關係。
其次，編程語言是一門同自然語言完全無關的語言！它不是漢語，同樣也不是英語！
計算機本身只能識別0和1，最初的程序員紙片打孔編程其實就是在模擬這種0和1的輸入，可想而知這種編程的方式有多麻煩，多難記憶，多難推廣。
於是科學家發展出彙編、c語言，繼而各種高級語言來簡化編程。可以說，編程語言越高級就越接近自然語言，也越便於理解、記憶、推廣，但它本質上依然不是自然語言。
說白了，編程語言就是用特定的字符代替特定的0與1組成的串。例如，假設if代表00001101，那用“如果”代替00001101也行，哪怕你用“劉德華”這三個字代替也行！只是說計算機源於西方，所以就剛好使用if代替了00001101。
而像if這樣的字符，也就是關鍵字在一門編程語言裡並沒有多少。假如一個人說他因為記不住或理解不了這些關鍵字而無法學會編程，那很抱歉，他也真的不適合編程，因為智商絕對有問題。
最後，我想說的是編程的真正實質其實是數學，是邏輯！
請叫我樹先生
問些問題只有3種人，易語言使用或推廣者，對編程狗屁不懂，披著‘’愛國‘’皮的噴子，其實在大多數程序員眼裡，易語言可以說是垃圾。打個比方，如果把阿拉伯數字都換成中文大寫，那你就是微積分高手了？其實易語言根本解決不了編程的語言障礙，反而因為中文字節遠大於英文字符，造成程序莫名增大，編譯變慢，語無法跨平臺，兼容性奇差。除此之外，沒有帶來半點好處。另外對程序員來說，到底是打if else for 快。還是假如 否則，循環快，只要不是睜眼說瞎話，大家都知道
偶爾來逛逛隨便來瞧瞧
實話實說，我是沒有接觸過中文編程的，對中文編程屆名氣最大的“易語言”，也只是聽說過但是沒用過。雖然我本身是對中文編程是比較排斥的，但是出於“想評判什麼，就要先了解它”的考慮，我還是決心體會一下中文之後，再來回答這個問題。
然後我找到了“易語言”的官網，看了一眼首頁我就放棄了這個想法，本人對美醜的要求很嚴格。
對於中文編程，我就強答一下，說說我的看法。
首先，中文編程還是發展初期，語言生態不好。不可否認中文編程確實降低了編程的門檻，易語言在中文編程做出了值得鼓勵的嘗試。易語言目前的前景不是很明朗，易語言好像是2000年就出現了，差不多快20年了，我翻了翻官網，感覺很久沒有更新了，而且社區支持並不強大，所以並不看好。順便說一下【生態】這個問題，很多人理解這個詞有一些困難，舉個例子：比如安卓和Window phone，大部分APP都有安卓版本，不一定有Window版本，這就是生態的好壞。
第二，英文編程已經先入為主了，就好像我，做Java開發已經12年了，自學Python3年，這麼長時間已經習慣現有的編程體系了，要切換成中文環境感覺完全沒有必要。而且現在中文編程的生態又不成熟，所以不接受甚至排斥中文編程，也是很正常的事情。
第三，編程思想的重要性要遠遠大於編程語言。其實不用過分糾結於使用什麼語言，編程最重要的是對事務的抽象能力，邏輯思維能力，和對不同的業務場景，可以採用最優方案的能力。如果有一天老闆說：“從今天開始，咱們公司要用中文編程了，工資增加一位數”，我相信我很快就能學會的。
最後，每一種語言的興起，都是因為可以很好的解決行業的某些痛點。比如PHP的興起是因為互聯網需要快速的編寫動態Web服務；Java的興起是適應企業級信息化，Java屏蔽了指針、內存、垃圾回收等等，可以在短時間內寫出大規模的程序；而易語言，好像解決的是“想編程但是不會英文”的問題，至少在編程行業內，我們是不存在這個痛點的。
總結一下：
中文編程的生態圈不好，短期內不看好。
聽說很多外掛都是用易語言開發的，終於知道為什麼熟練掌握易語言的人掙錢都多了（不提倡，犯法的）。
不要打著愛國的旗號去推廣產品，把東西做好了才是真正的愛國。
我將持續分享Java開發、架構設計、程序員職業發展等方面的見解，希望能得到你的關注。
