由於 Strong Type + OOP 寫起來心裡踏實，我平常工作還是習慣 TS > JS，
JavaScript 有它的缺點嗎？當然有，每個語言都能被挑出一些毛病，
但我們得先做出區別，什麼是真正的「缺點」，什麼是「你不了解」。
dream1124 大提出的一點我深有同感：
JavaScript 明明有 try statement、有 throw、也可以定義 exception type，
但卻不像 JAVA 一樣可以做 multiple exception，如果要辨別是哪個 exception，
就只能蹩腳地使用 "instance of"，這確實造成許多開發上的不便。
(目前 proposal 裡面也沒看到未來有打算支援，如果有的話麻煩提點)
再來是 JavaScript 的 Date 廢到笑，也是被大家詬病的地方，讓 moment.js 幾乎必備
，
(就像 PHP 的 Carbon)
目前有一個叫作 temporal 的 proposal 已經在 stage 2 討論中，
它提供更現代的 Date API，相信之後能夠被改善。
這些確實是語言的缺點，提出這些缺點能夠帶來正向討論，
這也是目前 EMCA 的 TC39 正在做的事情：
你覺得這語言哪裡還可以增強，提出來大家討論，如果有共識就寫進 Spec
-
再來討論「你不了解」，你覺得：
true == 1
> true
true === 1
> false
這兩行很可笑，只是代表你不懂 JavaScript，這種 meme 在網路社團看到會覺得好笑，
但完全無助於討論，這只是因為兩個等號會觸發隱含轉型，三個等號不會，
而這些規範全部都寫在 ECMAScript Spec 裡面。
為什麼 91 - "1" = 90？
因為 "+" 運算子的演算法步驟中，只要左右有一邊是字串，就對雙方做 ToString，
而 "-" 運算子少了這個步驟。
https://www.ecma-international.org/ecma-262/11.0/index.html#title
為什麼 "+" 運算子要多這一步，Spec 上面也跟你說了：
「加法運算子同時具備字串串接與數值相加的功能。」
我不知道開發 JavaScript 的人有沒有看過 Spec，但我希望如果你已經理解語法了，
你可以花時間看看這份 Spec，會讓你對這個語言有更多瞭解，對開發的幫助很大，
隱含轉型你只要熟悉它的規則，就能減少冗長的程式碼，提高易讀性，
在最高的支援度下，新的語法你更要會，像是 ES6 加入很多方便的 Array 方法，
能夠省去不少實作的時間。
JavaScript 很好學，但也有一些歷史共業留下來的 pitfall (像是那該死的 typeof)，
因為它主要的環境是在瀏覽器上，比起其他語言它更不能做一些破壞向下支援的改動，
舉例來說：剛剛我們提到 Temporal 完全是 Date 的威力加強版，
但它能把 Date 拿掉嗎 XD？完全不可能，於是 Date 成為下一個歷史共業。
試著更加理解 JavaScript，避開 Pitfall，就能寫出更高品質的程式碼