A. 有哪些話一聽就知道一個程序員是個水貨
有hover切換功能，不能直接換成png ，現在的官網取消了hover才換的png
首先，有些公認的水貨，比如熊節，根本就是一個文藝編輯，就不用廢話了。其次，有爭議的，比如陳皓。這貨的博客多年保持livelock狀態。什麼意思呢，就是看起來系統還是在跑，但沒有任何有用功。常年都是給入門馬農做科普的內容。這種屬於大自然的搬運工，把搜索引擎里的資料編譯一下就拿來做自己的內容。然後是比較隱藏的水貨。比如陳碩。言必讓讀者看自己的書第幾頁。但他那本書純屬基礎知識和常識列舉。看幾個man page和rfc就夠了。另外，他的書里錯誤很多，言之鑿鑿的地方其實都是掛一漏萬，把特例當公理。雲風當屬最隱蔽的水貨。都是實打實的產品，代碼，難題，分析。內容都是網路，高性能，並發，分布。但不幸的是，老子才是這方面的行家。就拿他最新那個所謂的樂觀悲觀鎖來說吧，裡面每個結論每個分析我都指出其不靠譜之處。還有其他一些水貨，就不一一列舉了。他們有如下顯著特徵:話題以程序科普為主。內容都是在其他它地方能輕易獲得的，缺少自己的思想。問題分析流於猜測，不能達到問題本質。輕易下結論，下過多總結陳詞。缺乏量化分析，以主觀感受和特例作為依據。如果有不服的，歡迎討論。我可以具體問題具體分析給你看，他們的思想有多毛糙，基本功有多不扎實。
B. 者調查告訴你：程序員最討厭什麼編程語言
作為一個多面手的程序員來說，也許他最討厭匯編語言。因為匯編語言畢竟是僅僅高於機器語言（即：使用真正的二進制機器代碼編寫程序）的編程語言，然後通過匯編語言的編譯器，將程序員編寫的匯編語言源程序，翻譯成機器可執行的二進制代碼（機器語言）。
但是由於匯編語言從整體結構、以及程序語句上來講，它畢竟還是不如其它高級程序設計語言（例如：C、C++、java、Python等）來得容易閱讀和編寫、它還是畢竟比較抽象的。故程序員最討厭的還是匯編語言編程。但是如果從和計算機硬體底層打交道、或者是確實需要提高計算機軟體的性能的角度上來講，確實又離不開匯編語言的功勞。
C. 換個姿勢，程序員最不喜歡的編程語言是哪個
肯定是匯編
D. 為什麼大部分程序員都喜歡黑JAVA語言
主要原因JAVA語言適應性強，便於移植，適合電腦、手機及其它一些智能設備編程 ，特別是近年來移動應用人員需要量大、廣告宣傳起了一定的作用，C、C++，c#，主要在WIN平台，電腦平台方面用的多，需求決定技術人員的選擇，其實許多高級程序員大多精通一、二門高級語言，了解相關的語言，也熟悉一門資料庫技術，不要簡單認為普通人員學習上幾個月就可以學會JAVA或C語言，就可以成為程序員了。
E. 什麼是語言垃圾
如果你問的是技術層面的問題的話，在播音學習的時候，被稱為語言垃圾的是無意義的聲音詞：嗯、啊、這個、那個……這些你在思考的時候無意識說出來的聲音詞。
F. 哪些編程語言的垃圾程序員比較多
與語言沒有關系，個人素質而已，好比即使你不學編程，也同樣會有類似的疑問。
G. 程序員最討厭什麼編程語言
應該是最討厭「別人學的編程語言」。自己最初學的語言會有種先入為主的優越感，在學習其他語言時就會覺得很不適應，因此對其他語言的語法、邏輯、各種處理機制都嗤之以鼻。要說最討厭什麼編程語言，首先應該想到的是「1.無法開發出自己需要的應用，2.語法復雜，難以學習，3.不熱門，跟不上時代」的語言，然而目前社會、網路上最厲害的還是嘲諷「別人家的編程語言」，程序語言的鄙視鏈很長，而這條鏈子上充滿了各種厭惡與鄙視的眼神。
H. 你們說java是不是門垃圾語言
開發工具給的類不過是基本，要想玩的更高，全是自己寫的類，你在網上搜索一下，看看學Java平均一個月能掙多錢，你就知道該不該學了，其他的語言也一樣。
I. 易語言真有那麼垃圾嗎
簡評中文編程語言
中文編程，或者漢語編程，不是什麼新鮮事物，用「非英語編程語言」來進行編程也並非只有中國才有，這里有個叫「nadeshiko」的日語編程開發工具：https://code.google.com/p/nadesiko/，我相信還有很多其它「非英語」編程語言，有興趣的可以看看。
沒用過中文編程語言可以試試，國內有很多類似的東西，要指出的一點是，中文編程語言的所謂「輸入的問題」沒有想像中的困難，它們往往自帶一個開發環境，只需要輸入一個詞語的拼音首字母即可完成輸入（比如輸入b就會彈出一個補全菜單，裡面有「播放音樂「、」保存頁面」等等選項，和你在常見IDE里按下.看到的一樣）。
編程語言
計算機本不認識語言，而僅僅認識數字，然後根據一定的規則在存儲器之間傳輸處理好的數字，人類按照機器底層的特性進行編程難度是非常大的，但是按照自然語言指示機器該做什麼可以嗎？首先是機器無法識別人類的自然語言，其次大部分人類自然語言無法表達清晰的邏輯。所以一些人進行了折中，設計了所謂編程語言的東西。編程語言是一種形式語言，用一系列的符號在計算機識別能力范圍內和人類表達邏輯范圍內尋找不同的平衡點。根據編程語言所處環境不同、設計目標的不同、編譯器實現者能力不同等等因素，不同的變成語言所取的這個平衡點也不同。
以C語言為例，C語言所處的環境是，軟體用匯編語言開發無法在各個不同硬體上移植，但是那個時期的硬體往往性能都比較低下，所以出現了剛好計算機編譯器（早期是解釋器）能識別（編譯或解釋），同時滿足了當時開發操作系統直接操作內存的需求（具備有算術運算能力的指針）。如果你細心點可以發現C語言的很多特徵迎合了那個時代的需求，C語言里有register、auto、inline關鍵字，說明當時的編譯器水平很差，還不能做到高效處理寄存器分配和內聯。int、short、long、char、unsigned、signed等等也恰恰描述了那個時代寄存器處理的數字常見類型有哪些。
中文編程語言
再以某個中文編程語言為例，寫一個Hello World程序：
#包含 "某語言系統.介面"
整數類型 主函數()
{
輸出("你好世界");
返回 0;
}
其實本質和C語言：
#include <stdio.h>
int main()
{
printf("Hello World");
return 0;
}
外形幾乎沒有區別，能看得到的區別也就在關鍵字和標志符被「漢化」了。那麼這些漢化到底能對「不懂英語」的人起到多少幫助呢？可以嘗試拿上面的「中文版C語言程序」給一個沒學過編程的人看，他幾乎是不可能看懂的，也不可能立即用這種語言寫個其他類似的程序，因為漢化了的那幾個關鍵字和標志符盡管寫成了漢字，但還是沒有描述他們在實際的計算機程序中表示的是什麼。比如#include ，#開頭的往往是預處理宏，而預處理宏程序的功能是在編譯前對程序進行的所謂預處理，比如include功能就類似與把stdio.h里聲明的東西都「復制」到當前文件，使得當前文件可以看到stdio.h里的函數原型等等內容。而int表示的是整數類型，或者說當前計算機系統C語言編譯器認為的默認寬度的整數類型，而不是無限精度的任意整數類型。那麼把這兩個換成「包含」和「整數」類型之後呢？包含的含義和include的含義還是相同，理解了include處理過程的人（或者僅僅理解它有什麼作用的人）固然是會毫無顧忌地寫下這行代碼，而不懂的人還是不會寫，其他的標識符和關鍵字的漢化也是一樣，說到底，關於寫程序的人，不是因為理解了這些符號在中文或者英文中的含義所以才會用中文或者英文編程語言寫程序，而是因為他理解了這些符號在這個計算機系統和編程語言環境里的含義。
不要覺得這兩種語句幾乎一模一樣語言對應起來很搞笑，其實很多所謂「中文編程語言」真的就是在預處理器上改改，把關鍵字和標准庫的一些函數弄成中文，然後做個圖形界面的開發環境就發布了，沒有什麼非常重大的科技含量。它們的底層（尤其是後端）本質還是現有常見編程語言的常見實現（比如GCC或者Mono之類的），有的甚至在不遵循自己引用的開源軟體許可證的情況下，閉源還賣錢。
編程語言的目的
我們為什麼要使用編程語言？因為用機器能識別的機器語言寫代碼太痛苦、而且沒有移植性。我們想用編程語言做到的是什麼？是在一個更高層次清晰地描述希望計算機執行的邏輯。而描述邏輯的過程無論是使用「整數」還是「Int」、或者「int」、「Int32」、「Integer」，難度並不會降低，中文編程僅僅是讓一些腦子中有定勢「我不會英文、所以中文能幫我學會編程」的人第一眼看上去害怕的程度稍微降低一點點，一旦學會了那幾個關鍵字或者業務相關標識符相關的中文，之後的整理和表達邏輯的過程難度絲毫不會減輕，而這個「之後」，也就是學習這幾個關鍵字和標識符的時間可能占整個編程的時間的99.99%，我們可以說中文編程僅僅減輕了這部分人0.01%的負擔。
中文編程的害處
有人說減輕了一部分人0.01%的負擔還不錯，還算是改進，但是為了這0.01%的「改進」，又產生了其它更加嚴重的問題。
（1）：編程語言實現的匱乏
這些所謂中文編程語言的實現和維護者往往是個人和非常小的公司，而且以自己的實現來定義語言，他們往往不會開源，一旦這些個人不打算繼續維護、或者該公司倒閉，則該語言寫出的代碼能運行的平台就僅僅被鎖定在最後一個實現的發布，而且以後也不會再添加新特性和新功能了，用該語言寫的代碼幾乎沒有未來的發展餘地。
（2）：庫和其他支持的匱乏
中文編程語言用戶少，而且僅有的用戶還往往連那普通編程語言的幾個英文關鍵詞都害怕學習，更不可能開發高質量的、尤其是底層的庫，於是編程語言的維護者和少量的高級用戶只能擔起開發庫的重擔，大部分庫來自封裝操作系統的API、常見功能的庫（比如MP3播放、XML解析）的封裝，但是這些庫是非常不夠的。
（3）：交流的困難
就如我們在國際性的論壇和irc交流使用英語一樣，這些論壇和irc的用戶除了中國人之外還有大量非英語國家的人，我們使用英語不是因為英語這語言非常精確、非常優美，而僅僅是因為英語用戶多，已經幾乎是國際語言了，大家都多少會點，交流起來非常方便。而使用這些非主流的中文編程語言則會使得自己和大家交流「沒有共同語言」。
結語
我到這里結論已經很明顯了，總結一下就是：所謂「中文編程語言」解決的問題不多，但是帶了很多麻煩。如果有讀者屬於僅僅是因為認為自己不會英文而選擇這些「中文編程語言」，請理解「編程語言的目的和編程的真正的難度在於描述邏輯，而不是關鍵字和標識符字面上所對應的自然語言」，然後嘗試一下自己害怕的「英文編程語言」，買一本優質的學習該編程語言的圖書，相信會很快發現，英語真的不是問題。
J. 為什麼大部分程序員看不起PHP這門語言
1. 有些程序員以擁有多少 IT 工具和知曉多少專業梗為樂，PHP 這門語言，主要適用在中並發以下的 web 項目快速開發和輕量級腳本任務開發，並不是一個萬用的 IT 工具，也沒有很多深度的語言特性，所以並不符合這些程序員的訴求。
2. 有些程序員以如何快速低成本的解決領域問題為導向，關注成本向，PHP 作為主要工程語言，可快速滿足項目交付，滿足市面上絕大多數沒有高並發需求的企業的 IT 需求，所以符合這些程序員的訴求。
人的訴求就是多樣性的，所以這個問題本身又可以被理解為 "為什麼不是所有人都看不起/看得起 PHP? "，嗯...這是一個希望將人類思維標准化的想法。