我就一句話：你的主管，層次還不夠。

不管什麼語言，都是為解決實際需求而存在。java也不是萬能的，希望你不要受你主管的影響。

我的觀點，語言僅僅是完成產品的工具，太多的付諸個人感情在上面是沒有意義的。說“語言僅僅是完成產品的工具”是沒有錯的。但是螺絲刀是工具，電動螺絲刀也是工具，瑞士軍刀也是工具。

我如果說螺絲刀沒有電動螺絲刀好用，你認同嗎？你肯定會說：“看場景啊！沒有實際的場景就說誰好用，難道不是耍流氓嗎！“。所以我告訴你，語言之間就是有高低之分，前提是要結合實際的場景。

CGI也可以寫WEB程式，你看現在有幾個人用C寫WEB系統的？C#也可以跨Windows/Linux，你看現在有幾個人用C#寫Linux下的開發工具的？當年JSP和ASP平分秋色，現在不都被PHP打趴下了嗎？ 宇宙第一的PHP是那麼好惹得？所以我要告訴你，在Windows下開發GUI應用程式，C#就是比JAVA好用，就是比C++開發效率高。 WPF就是比WinForm用著舒服，雖然WPF執行的時候是比WinForm慢一點。可是我們還可以最佳化嘛。網上所謂的程式語言之爭，十個有九個都只不過在互相打嘴炮罷了。我看到真正深入理解了某一個程式語言的大牛，只會想辦法避開某個語言的劣勢，發揮它的優勢，再牛逼一點的直接自己去實現一個編譯器了。而不會在哪個語言比哪個語言先進這個問題上較真。要比較兩個程式語言的優劣其實沒有那麼難。大牛看完了說明書擺弄兩下就明白了。然後人家就開開心心的賺錢去了。 只有閒的無聊的菜鳥才在這個問題上糾結。 有那時間多看看書，多賺點鈔票比什麼都強。

這個問題有模糊的地方，是把其他語言看的一錢不值還是把只會其他語言的程式設計師看的一錢不值。如果是前者，就比較奇怪，做專案基本上是用到什麼語言就學什麼語言，很少見有人對語言有歧視，但對於掌握不同語言的程式設計師還是有一些高下之分的。相對來說，如果程式設計師只掌握的語言導致他嚴重依賴IDE，且對部署運維編譯環境和過程知之甚少，對語言底層類庫瞭解不多。編譯的時候只能點選build按鈕，釋出的時候只能copy past，出了問題沒辦法跟蹤到底層實現，做伺服器對三層以上協議毫無瞭解。這樣的工作環境對程式設計師有害無益，你能期望他解決什麼問題呢？

這很正常...我也認為除了java其他語言一文不值...不是語言的問題...而是看問題的角度...技術主管雖然出自程式設計師...雖然也編碼...但技術主管和程式設計師是兩個行業...準確的說...技術主管的一隻腳已經跨入軟體行業...而程式設計師並不是軟體行業的...就和民工不是房地產行業的一個道理...…進入軟體行業就主要是工程類問題了...那麼就要考察幾個問題了...什麼語言的新人最好招？什麼語言的新人最便宜？什麼語言5-6年後還能找到人維護？答案不言而喻...反之很多喜歡技術上鑽牛角尖真的很可笑...執行速度有用麼？等一年硬體速度就上來了就不是問題了...是...我承認有的軟體是需要最佳化速度的...但那只是茫茫軟體市場的幾個奇葩...你能等到那個機會麼？鬱鬱而終值麼？再說...軟體行業所謂的技術...最多也就是一個月封閉培訓的事...研究那玩意有啥用......軟體專案最重要的是管理...然後是公關...然後是美工...然後沒了.........我還真沒聽說過房屋質量和民工技術水平有關的.........我工作中本來使用scala...現在也開始用java了...scala太難招太貴了...

討論語言好壞是沒有意義的。但是，這個問題表訴可能也有偏頗。一般地JAVA的歷史原因，程式設計師的數量是非常可觀。作為主管而言，他可能還需要考慮，能否快速招到程式設計師，能否靈活地調配資源。對於不是很大的公司，語言越單一越好，這不再是語言優劣問題，而是維護，人員調配等成本問題。設想一下十個程式設計師十總開發語言會是多麼混亂和可怕。

格局，你的主管就是你目前的天花板。他的格局，視野，資訊渠道，資源，技術水平，前瞻性，都是你目前的最高瓶頸。你要想突破天花板，別老聽主管的，是現在重要？還是未來重要？多看看別的技術，語言，對於你自己都不是什麼壞事。

每個語言都有建立者、佈道者、使用者和粉絲。建立者build一個新語言自然有他的理由，聰明的使用者選用一個語言通常也有自己的理由。佈道者和粉絲的差別就是一個有腦、一個無腦，一個獨立思考，一個人雲亦云，一個理性，一個感性。你想做哪種？

每個需要都有他的使用場景，系統牛不牛與語言無關。與架構相關。你的主管太low，早點離開他你會有好的發展。Python效率這麼低的需要，但大資料發揮的淋漓盡致，go效能比java好，但也有侷限性。記住：牛逼的不是語言而是使用他的人。