程序員最討厭哪種編程

⑴ 如何看待互聯網大廠程序員因厭惡編程，辭去月薪2w+的工作去當司機

人各有志，只要能過上開心快樂的日子，做什麼職業不重要。
外面的人看到的都是程序員的工資高，卻不知道程序員工作中的煩惱
奇葩的需求
2018年中國平安的產品經理和APP開發人員在辦公室打了起來，原因是該產品經理給開發提了一個需求，根據用戶手機殼的顏色自動調整APP的主題，程序員聽到這樣的需求後對產品經理大打出手。假如這樣的需求給到我的話，大打出手倒不至於，辭職是肯定的。對於這種完全不懂編程的產品經理，日常被程序員問候已經是常態了。
2019年某次元視頻網站源碼泄漏事件中，不少人在源碼的注釋中看到了這個
可見程序員日常寫代碼中都不忘問候產品經理，對產品經理的仇視是日積月累的。
還有這個
地位
程序員被戲稱為碼農、代碼搬運工也不是沒有道理的，在需求上沒什麼話語權，需求來了，即使覺得這樣的需求不合理、沒有意思，也要硬著頭皮去做完；拿到需求，只能默默低頭完成，這時候培養一個好心態尤為重要，不然將是無休止的口水戰爭。
彈性工作時間
程序員的加班是無休止的，996已經是工作常態了（早上9點上班，晚上9點下班，一周工作6天），遇到緊急任務或者產品上線，有時甚至需要工作到凌晨，去年較火的github項目996.ICU，程序員集體反抗，但是作用根本不大，除了讓外界知道程序員加班外，工作時間沒有任何改善，甚至由於大環境不好，很多程序員都丟了工作。現在的招聘信息中，工作要求中一般都不寫加班，但是在會在面試的時候問你能不能接受加班，你要是說不能接受，基本就涼了。
身體越來越差
當程序員的，在變強的道路上禿頂的問題也隨之而來，剛入行時關注編程能力的變強，到入行後的養生，行內的規矩，根據程序員的發亮去判斷一個程序員的技術水平，雖然是吐槽，但是也並不是沒有道理的，程序員的工作本來就燒腦，平時工作頭發掉得多，還有工作時間也導致了這個行業普遍都掉發嚴重，晚上得不到好的休息。
後來還出現了幫助程序員通過面試的發型
通過發型迷惑面試官，讓面試官認為你是具有多年開發經驗的老手。
發亮都是表面上看到的，還有內在的，程序員因為工作時間長，平時沒有時間鍛煉身體，久坐，導致的腰肌勞損，頸椎病都是常態
所以工作多年的程序員中就兩種體形，一種骨瘦如柴，一種發胖型，就沒有幾個是壯的。
最後
程序員的轉行都是多種原因，日積月累的，曾經剛入行時對這個行業的神秘感，到真正工作時對他的厭倦，其實不止是程序員厭惡編程，其他工作也一樣，當愛好變成了你的日常工作，你的這個愛好就已經被扼殺了。程序員轉行當司機，也許是真的受不了這樣的工作強度和工作壓力吧。

⑵ 為什麼很多老程序員討厭中文編程

英文編程已經先入為主了
已經做了好多年程序員，已經習慣於現有的編程體系，使用起來已經的心應手了，從心裡上覺得沒必要切入到中文編程語言的學習，而且畢竟易語言在誕生初期，由於時間和技術上的限制存很多的問題，所以在心理上不接受也是特別正常的事情。
畢竟已經形成的多年的習慣，再加上工作上沒有直接切入的交集，因為現在絕大部分的程序員還是用英文編寫程序，習慣看英文的文檔，寫英文的注釋，這種不能簡單的理解成不愛國或者別的情懷，有更加合適的語言為啥不去使用，要想中文的編程語言大規模的普及，必須找到歷史的契機點，並且經過多個版本的疊加，慢慢形成自己的生態鏈。

很多人為了學習英文編程，當年也是廢了九牛二虎之力把四級過了，讓直接切換到新的語言，顯然不是很現實。

⑶ 哪些編程語言的垃圾程序員比較多

與語言沒有關系，個人素質而已，好比即使你不學編程，也同樣會有類似的疑問。

⑷ 程序員最怕什麼

程序員為什麼容易脫發掉頭發？近10年來互聯網飛速發展，導致互聯網的人才需求也日益增加，程序員更是因為成為各大互聯網公司必爭的人才資源，所以身價也水漲船高。網上曾經流傳這么一條段子，找程序員做老公的3大理由。1.掙錢多，死得早。2.女同事少，出軌幾率少。3.埋頭苦幹，任勞任怨。哈哈，雖然只是條段子，但是卻在一定程度上反應了很多程序員的真實生活情況，而且在現實生活中程序員跟脫發人群也是有非常大的重疊部分，程序員為什麼容易脫發掉頭發呢？

1.程序員容易脫發掉頭發是因為工作時間不規律：大家都知道程序員的工作強度一般比較大，而且很多小的公司因為程序員的工資太高而一般會選擇壓榨現有程序員的勞動力和工作時間。所以導致項目一上線，很多程序員就不得不24小時待命。而人體的新陳代謝時間是晚上11點到凌晨2點，這個點也恰恰是頭發的生長時間點，不注意休息經常熬夜肯定也會導致頭發生長不完全。

2.程序員容易脫發掉頭發是因為精神長期高度集中：松柏大夫之前也有文章提到過長期的高度緊張狀態會導致脫發的情況，因為人體的腎上腺素等壓力激素長期居高不下，壓力激素會把毛發的「資源」也一起集中在我們的大腦以便滿足大腦高速運轉的需要，所以毛發就會因為缺乏營養而變細、脫落。

3.程序員容易脫發掉頭發是因為長期面對電腦、手機：電腦輻射不但會影響眼睛，對人體頭發毛囊也會有一定的影響，輻射會對細胞有一定的「滅活」作用，所以說長期面對電腦對皮膚影響不好，而人體的頭皮細胞是非常脆弱的。

⑸ 為什麼有這么多開發者討厭面向對象編程

關於面向對象編程，有人喜歡它，也有人討厭它。面向對象編程（OOP）已經存在了很長時間。它是一種編碼風格、一種思想流派、一種學校里的教授實踐。它的核心思想是將代碼組織成有意義的「對象」，這些「對象」是現實問題的模型，將描述模型各個「狀態」的變數和修改這些變數的方法（子常式或函數）捆綁在一起。

這一切都讓他相信「OOP 是危險的。OOP 程序固有的非確定性讓代碼變得不可靠」。程序在運行時會有很多不同的路徑，因為會有很多不同的對象，而且會不斷動態創建出新的對象。「這種看似無辜的編程範式對世界經濟造成的破壞性影響是人們難以理解的」。

⑹ 哪種編程語言的程序員臟話最多

任何一個程序員都會告訴你，編程中有時你會氣得叫罵不已。但你是否知道寫C++程序會比寫php程序或python程序引起你更多的咒罵呢？ 一個叫Andrew Vos的開發人員在尋找一個可以業余時開發的項目時突發奇想，他決定在GitHub上抓取100萬條程序注釋、評論信息，對其進行掃描，看看裡面有多少臟話。他只提取了George Carlin 所說的七個臟詞，按編程語言分類對它們進行統計。為了避免語言的流行程度對統計結果的影響， Vos 對每種語言都抓取的相同數量的注釋。 C++榮膺桂冠，但優勢不是很明顯。Ruby和javaScript旗鼓相當，緊隨C++之後。然後就是C，Java和C#，它們處於中間，但數量 於前者相比大幅的下降。Python和PHP程序員可能要麼對這種語言很滿意，要麼是很紳士、有禮貌。當然，並不是說他們沒有在注釋評論中留下罵語就表明 他們沒有咒罵。就像Vos在他的一篇博客里寫的，「我用Python，但我的所有咒罵都是跟IE相關的。」 你根本就無法統計究竟有多少開發人員在開發時對著屏幕咒罵，但如果你想找一種被詛咒的相對較少的編程語言時，PHP和Python看起來還是相對較好的選擇。 然而，你會發現，讀讀那些實際的注釋評論信息會比這些統計數據更有趣，你可以訪問 Vos 在GitHub上的帳戶查看一下。我個人最喜歡的一句是：「去他媽的。就這樣發布吧。」一點沒錯。

⑺ 為什麼很多人不喜歡甚至排斥用中文編程

從事軟體開發多年主要在瀏覽器內核，安卓框架，多媒體等領域研究的比較多，主要編程語言是C/C++ java等三種編程語言，對於易語言簡單做了幾個小功能，做了下嘗試，從本質上講差異不是很大，都是需要遵循一些語法細節，可能是用的時間短的緣故整體感覺還是怪怪的，主要是長期在英文編程環境下已經養成習慣，至於是不是中文倒是沒有太大的感觸。

說到對易語言接觸時間也不短了，剛入行不久喜歡寫一些技術博客，也算是結實了一些粉絲，和有些粉絲聊得比較多，其中一個人在研究易語言想通過易語言做注冊機，從技術上角度不太喜歡玩這些看似很無聊的東西，架不住三番五次的勸說就多少了解一下易語言，然後看看如何實現，弄了沒多久覺得實在無聊，就果斷放棄了，純正的程序員一般不太喜歡搞什麼 游戲 外掛或者黑產之類的東西，但現在很多學歷不高的人通過易語言在鼓搗這些東西，想從中謀取暴利，國家已經有明確的法律規定對於非法的 游戲 收益真要有人較真到底，還真是違法犯罪的事情。

有個同事講過一個故事，有個人專門研究騰訊的一款 游戲 ，然後從中獲取了幾百萬的收益後來被發現並報警，由於但是立法還不太完善，在裡面呆了幾個月罰了點錢又放出來了，易語言誕生的年份已經不短了，當初帶著極好的愛國主義情懷，喜歡有一個屬於中國人自己的編程語言，雖然在內部實現上可能就做了一次轉化而已，起碼讓一些英文不好的人能上手寫代碼了，這算是易語言最大的貢獻了。

任何一種編程語言的誕生或者存在都是為了解決當時非常棘手的問題，然後慢慢的被大家接受，通過時間的積累慢慢培養了生態鏈，也就是大家常說的各種編程社區，然後一群志同道合的人在裡面討論這種編程語言如何來使用，如何來改進，如果是深層次的參與者慢慢加入到核心修改小組，不停的對編程語言的版本以及未來的發展趨勢做貢獻，現在主流的編程語言都是這么衍生而來的，社區力量的強大與否代表著當前這種編程語言的受歡迎程度，目前就國內的編程語言而言無疑java屬於老大，在開源社區裡面java方面的開源項目最多，這就是生態鏈，生態鏈的建立不是一天兩天的事情，需要具備很多因素，還要跟上時代的潮流。

1.編程習慣，絕大部分程序員已經習慣於英文字元的編程模式，切換成中文有諸多的不習慣，而且就編程語言的本質而言最終還是0,1的轉化，中間做了一些轉化而已，在執行效率上還不如英文轉化效率高

2.生態鏈不夠成熟，對於編程語言的使用者來講什麼編程語言最能解決實際的問題就採用誰，這也是生產力發展的需要，不可能為了追求狹義的愛國主義情懷就是採用一種編程語言，易語言的生態鏈體系哈有待繼續的加強發展，畢竟任何一種編程語言都需要來自五湖四海的程序員來共同托起。

3.易語言在某些場景下還是受限，舉個例子在服務端的並發性處理上就有點捉襟見肘了，不可能一種編程語言就一統天下了，這種需要強大的生態鏈支持，就目前狀態而言易語言要走的路還是很長。

對於一個技術人員來講，在合適的場景選擇合適的編程語言，選擇最佳的實現方式，畢竟對於企業來講首先要考慮最短的時間內出成品，所有的企業的程序員都是遵從現實環境，真能解決實際問題的編程語言，本身就自帶推廣特性。

希望能幫到你。

實話實說，我是沒有接觸過中文編程的，對中文編程屆名氣最大的「易語言」，也只是聽說過但是沒用過。雖然我本身是對中文編程是比較排斥的，但是出於「想評判什麼，就要先了解它」的考慮，我還是決心體會一下中文之後，再來回答這個問題。

然後我找到了「易語言」的官網，看了一眼首頁我就放棄了這個想法，本人對美醜的要求很嚴格。

對於中文編程，我就強答一下，說說我的看法。

首先，中文編程還是發展初期，語言生態不好。不可否認中文編程確實降低了編程的門檻，易語言在中文編程做出了值得鼓勵的嘗試。易語言目前的前景不是很明朗，易語言好像是2000年就出現了，差不多快20年了，我翻了翻官網，感覺很久沒有更新了，而且社區支持並不強大，所以並不看好。順便說一下【生態】這個問題，很多人理解這個詞有一些困難，舉個例子：比如安卓和Window phone，大部分APP都有安卓版本，不一定有Window版本，這就是生態的好壞。

第二，英文編程已經先入為主了，就好像我，做Java開發已經12年了，自學Python3年，這么長時間已經習慣現有的編程體系了，要切換成中文環境感覺完全沒有必要。而且現在中文編程的生態又不成熟，所以不接受甚至排斥中文編程，也是很正常的事情。

第三，編程思想的重要性要遠遠大於編程語言。其實不用過分糾結於使用什麼語言，編程最重要的是對事務的抽象能力，邏輯思維能力，和對不同的業務場景，可以採用最優方案的能力。如果有一天老闆說：「從今天開始，咱們公司要用中文編程了，工資增加一位數」，我相信我很快就能學會的。

最後，每一種語言的興起，都是因為可以很好的解決行業的某些痛點。比如PHP的興起是因為互聯網需要快速的編寫動態Web服務；Java的興起是適應企業級信息化，Java屏蔽了指針、內存、垃圾回收等等，可以在短時間內寫出大規模的程序；而易語言，好像解決的是「想編程但是不會英文」的問題，至少在編程行業內，我們是不存在這個痛點的。

總結一下：

這個問題，本人比較合適來解答一下。我的文化水平高中，英語非常爛。10年做自動外掛 游戲 工作室，苦於沒有合適的外掛輔助，自己從零開始研究編程。起初學習了按鍵精靈和易語言，可以做一些小程序小 游戲 ，又做了一些操作模擬腳本。後來學習了匯編，才可以做真正意義上的外掛。用易語言做了3年多中文編程，後來為了去上班學習了php，c，python，java，sql這些英語編程，開發過大型網站前後台，手機app，小程序微商城。其實編程用什麼語言都是大同小異，除了個別語言之外用法都差不多。唯一的區別是用處不同、編譯環境和編譯器不同。可能和人先入為主的觀念相關，幾乎每個人學習的第一個編程語言都是英文編程，所以都很傾向英文編程，用易語言自然不習慣！而我，第一個接觸的編程語言是易語言，自然對中文編程更有感覺！

大家好，我從97年開始學習編程，到今年20餘年了吧，代碼是寫過不少。

看到這個話題我也來湊個熱鬧。

1、從語言的角度來說中文編程和英文，沒有區別，無非一個用「如果」，英文用「if」罷了，其本質沒有變化，還是用著老外的編譯器，算不得中文編程，頂多算個漢化版的開發語言而已。

2、如果你每天真的要寫上千行的代碼的話，你會覺得頻繁的中英文切換實在是太麻煩了，英文if只是兩個鍵，中文要敲幾個鍵呢。我最高英文打字速度是300，中文是120，說實話，我願意用英文寫代碼。

3、現在的語言都是Unicode編碼的，你可以用中文做變數名，編譯器不會攔著你，但是同行會笑死你，鄙視你的。

4、目前所有語言大多都是老外開發的。所以你想查的資料，文檔基本上都是英文的。

5、我希望有哪么一天咱們國家也能真能開發出自己的操作系統，資料庫，編程語言，咱們自己的標准，大家一起努力吧。

希望大家不要再為語言而糾結了。

需求：某個變數循環十次，每次的值都加1

java：for(int i=0;i<10;i++){}

易語言：循環體（整形 變數 等於 零 ；變數 小於 十；自增 變數）

首先我們來分析閱讀性，假如一個外行人來閱讀這兩份代碼，雖然不知道for什麼意思，int什麼意思，但我相信正常人至少都能看懂第一份代碼i=0這一行吧；但是再來看易語言寫出來的代碼，循環體啥意思，我只聽過循環，循環體是幹啥用的？整形？整形變數？還是整形變數等於？都說漢語博大精深，在不使用逗號的前提下漢語的可讀性理解起來就可以有很多種意思了。

我們再來看二者的格式，容易看出來其實易語言不過是相當於把英語全部翻譯了一遍，翻譯後的代碼僅限於我能讀得懂而非看得懂。再看一下，易語言的代碼量比英語多了多少？

漢語是我們的母語，如果能開發一門易懂的漢語編程語言，那麼我想這無非會大大降低我們的開發門檻。但是我們需要強調的是，漢語編程語言不是簡單的「翻譯」，我理解中的漢語編程應該是可讀性高、理解容易。例如上面的例子，如果要我「開發」的編程語言來寫，我會寫成這樣

條件循環（變數初始值等於零；假如變數的值小於十；那麼變數的值每次加一」）｛｝；

這樣的寫法我相信任何人都能看懂讀懂知道他的用法理解這個代碼是用於做什麼的。這才是真正的漢語編程。如果要只是翻譯英文編程語言，那麼我為何不直接學英文編程語言，我學會了英文編程語言也就意味著我的編程能力拓展性更高，畢竟現在市面上無論是已有技術還是新的技術都是英文寫出來的

中文編程，我可能比較有發言權

⑻ 者調查告訴你：程序員最討厭什麼編程語言

作為一個多面手的程序員來說，也許他最討厭匯編語言。因為匯編語言畢竟是僅僅高於機器語言（即：使用真正的二進制機器代碼編寫程序）的編程語言，然後通過匯編語言的編譯器，將程序員編寫的匯編語言源程序，翻譯成機器可執行的二進制代碼（機器語言）。
但是由於匯編語言從整體結構、以及程序語句上來講，它畢竟還是不如其它高級程序設計語言（例如：C、C++、JAVA、Python等）來得容易閱讀和編寫、它還是畢竟比較抽象的。故程序員最討厭的還是匯編語言編程。但是如果從和計算機硬體底層打交道、或者是確實需要提高計算機軟體的性能的角度上來講，確實又離不開匯編語言的功勞。

⑼ 程序員與編程存在密不可分的關系，為什麼讓他如此厭惡

編程，有些人喜歡，有些人討厭，有些人從未嘗試過，還有一些人每天都在使用。

諷刺的是，要讓程序員在結對編程感到更加的舒服，我們需要在工作結束，或者在番茄鍾間歇的時候，多多交流，相互反饋。但程序員大多數沉默少言，並且很內向，他們之間的反饋和交流非常的不容易。

簡而言之，整個事情都不容易。

結對編程優勢不可能被否認，是有據可查的。但結對編程存在的問題卻很少被提到，但這些也非常重要。

鄭重聲明，我是一個結對編程的踐行者。對於我來說，和很多人一樣，我們都會對挑戰所帶來的收益進行評估，判斷是否值得自己去付出努力。但是我也相信，和其它的挑戰一樣，當你准備好，知道你自己應該做什麼的時候，事情就會變得很容易。

我們經常談論各種各樣的挑戰，我們可以使用我們的智慧來找到解決辦法。我們可以從中獲得好處並減少問題帶來的挑戰。舉個例子，我們並不需要對每一個任務都進行結對編程，我們可以間歇性的執行結對編程，更好地適合你團隊的現狀。

⑽ 【程序員段子】c語言看不起c++，c++看不起Java，Java看不起c#，c#看不起美工，

有這個一方面。
不過 更多的是這些語言的產生順序。
C++的產生是基於C的， java借鑒了很多C++的， C#借鑒的java和C++。
於是在產生之初，比如C++借鑒C而生。 此時的C工程師大多比C++資歷老，水平高， 而初始的語言各方面還不成熟，自然被鄙視。
其他鏈節也是如此。
雖然到現在， java已經反超，應用范圍還是成熟度都不弱於任何其他語言了， 但鄙視鏈條已經形成， 也沒人去改它了(除了被鄙視的 哈哈)
至於美工， 這個是編程人員對所有非編程人員的鄙視，美工，運營， 項目管理，測試，甚至產品經理都在此列。