一位Javascript程式設計師認為Java被嚴重低估 - jackson

人機工程學是使Java出色的原因
這一點不可低估：Java編寫起來感覺很好。這很大程度上歸功於JetBrains在IntelliJ IDEA中的精湛工藝。一切都是自動完成的，跳轉到定義的速度很快，查詢使用效果很好，並且重構很容易。但是，Java真正出類拔萃的是第三方庫的開發人員經驗。
 

依賴繁重的工作和行業趨勢
我的經驗是有限的，但是我覺得風向傾向於自由使用外部依賴項。我認為當前JS中對第三方依賴關係的親和力並不是特別有害的事情，但是上游API的更改可能會對未型別化的JS / Python程式碼庫造成嚴重破壞。
使用Java使用第三方庫時，您始終確切知道需要將哪些型別傳遞給方法。最重要的是，錯誤使用函式會導致編輯器中出現紅色彎曲。考慮到大量的庫使用情況，我認為更多的人應該對Java感到興奮。
 

節省打字時間
動態/duck/weak/無論什麼型別的輸入都有許多缺點，您的應用程式將在執行時失敗，注意不是在構建時失敗，這將成為問題。當開發人員必須參考方法的實現來確定要傳遞哪種型別的方法時，這是在浪費時間。TypeScript和Python型別提示可以解決此問題，但是它們缺乏在執行時驗證傳遞的型別而沒有額外程式碼的能力。
型別防護是我最不喜歡的TypeScript功能。從本質上講，它們是duck的，您必須自己實施，並相信它們已正確實施。我認為這是兩全其美。考慮以下：

interface Dog {
    bark: () => void;
}

/* The developer has to manually implement
a heuristic check for interface adherence!
When they update the interface, they have
to update the type guards too! */
function isDog(pet: object): pet is Dog {
  return (pet as Dog).bark !== undefined;
}
const dog: any = {bark: () => console.log('woof')};

if (isDog(dog)) {
    // TS now knows that objects within this if statement are always type Dog
    // This is because the type guard isDog narrowed down the type to Dog
    dog.bark();
}

去除最佳化的責任
Java開發人員可以放心地相信JVM可以做到最好。無論是實現多執行緒應用程式還是將大量資料儲存在堆上，他們都可以確信自己不會因記憶體管理或資料爭用而步履維艱。與步槍時代的C ++相比，此優勢主要體現出來。
這是Java人體工程學經驗的一部分。當開發人員不必擔心技術方面的問題時，他們可以將精力更多地放在手頭的問題上。
 

生產力聖盃
您認為符合以下條件的語言有幾種？

1. 質量包管理器和構建系統
2. 標稱型別
3. 大型社群
4. 動手最佳化

令人驚訝的是大學課程沒有其課程
我目前就讀於科羅拉多大學博爾德分校。這是一所很棒的學校，但我們當然不以CS聞名。但是，我們的大部分高階電腦科學課程都是師從CMU或Stanford，包括作業以及所有內容中無恥地從他那裡偷來的。在CU期間，我使用以下程式語言：

1. C ++。在所有必修的核心課程中都選擇了該語言：計算機系統，作業系統，資料結構等。該語言是一種合理的選擇，因為它可以直接進行記憶體管理，建立核心模組，並帶來許多挑戰和學習機會。
2. Python和Julia。如您所料，這些語言是數值計算和離散數學教授的寵兒。
3. Scala，該語言在“程式語言原理”教學中使用，主要是因為其功能程式設計和模式匹配功能。儘管Scala使用JVM並與Java互操作，但它具有與Java不同的開發人員體驗。
4. 網路語言（HTML / CSS / JS）。這些僅在稱為“軟體開發方法和工具”的一門課程中使用，該課程側重於行業趨勢。

結論
沒有一種真正的方式來構建應用程式，但是我認為Java沒有得到足夠的重視，尤其是在初創公司和新手程式設計社群中。無型別語言是有用的工具，但我認為它們不是構建大型應用程式的預設選擇。如果您是一個全棧開發人員並且從未廣泛使用過Java，那麼我想如果您在下一個專案中嘗試使用它，您會感到驚喜。
Java和JVM在90年代和2000年代初被炒得沸沸揚揚，但我不認為它應該消失了！我在IntelliJ和Java中發現的開發人員經驗值得興奮。
 

駭客新聞網友討論
對於我的用例，Java有所有錯誤的折衷方案：

• -不夠高，無法與Python / Ruby / JS / PHP等競爭
• -等級不足以與Rust / D / Nim / Zig競爭
• -不夠專業，無法與Erlang / R / Go / Julia競爭
• -沒有足夠的自信心與Lisp / Haskell競爭