Language every javascript developer should learn：TypeScript 

對於大型 project，使用 Typescript 要確保團隊的所有人都擁有一定的水平把 type 定義正確… 至少要懂 generic type 和 function type 曾經遇過有些 project 用了一堆 any, type union, @ts-ignore，真的是一場惡夢，還不如直接寫 js… 另外，typescript 搭配 eslint, prettier, jest, … 都需要額外 dependencies 和 configuration，遇過很多次 @types/… 更新後不兼容或是版本衝突的問題… 大型 project 每次更新 dependencies 一定要非常非常小心 現在很多人都在提倡 Typescript，但建議不要在不了解之前就跟風。每項技術都有他的優缺點，一切都是 trade off

其實強型別也是有好有壞，不過typescript未來勢在必行啊

不敢苟同, 既然都寫了typescript等強類別, 但編譯後不見的更快 何不直接使用rust或go等wasm, 行得更快 感覺ts 很雞肋

TypeScript 變麻煩 更難用

写代码 重要的不是过程，而是对机器友好高效！技术思维者写出一堆垃圾...

我覺得TypeScript最有用的是在vscode裹可以用 ctrl+空白鍵 就可以有完整的提示字, 在用library的時候不用一直去看doc, 特別是在用react nextjs就顯得更加有用, 按ctrl+空白鍵就可以看到要什麼props了, 所以根本不會想用javascript.

我这样说，如果你对javascript 非常了解了，这其实还需要 typescript 吗？如果再使用 typescript 不是很费时吗？个人开发应该不太需要，团队最好是使用typescript

剛剛學用Typescript寫React，寫到差不多要吐血 🤣

自从用了TS，真心感觉爽！

除非是很小的项目，不影响未来重构。否则，尽早采用TS。 另外，如果需掌握多种语言，那更是要尽早熟悉TS。不熟悉type ， 是很难有发展的。就算是python 也是需要考虑写上type. 如果这个项目的未来并不明朗，写少点code就能跑起来，那就无所谓。

從Scala 轉JavaScript 一開始超難受 後來用了typescript 只有讚

我原本主要都寫後端，也就是C＃ C++跟JAVA那些，而JS主要是很棒的互動工具，尤其整合一些WC或者框架。 不過JS的問題常常匪夷所思，TS至少消失了，但是強型別與一些應用，我覺得太過C＃ 造型，那勢必會遇到很多硬核的缺陷，如果他能更像python就好了。 當然，有很多時候JS還是好用很多，尤其你的應用不一定非給掛上其他框架，只需要jQuery或WC驅動一些小互動的程式時，過去寫得古老的JS Libary直接用就不錯，至於TS的那個轉換工具，其實還沒做到無痛轉換，所以也是個坑，真的需要看狀況用。

1. 請問你知道微軟有一篇論文指出 ts 只能抓到大概 15 % 左右的錯誤嗎？如果你本身有用 linter 會更少，但開發效率會降低不知道幾個檔次 2. 一堆人說使用 ts 讓他們更安心少更多 BUG，真的嗎？現在有哪家公司敢說它們改用 TS 少很多 BUG 的？但是開發效率看幾個有名的 repo 的 commits/release 次數就略知一二了ㄎ 3. ts 的錯誤訊息跟大便一樣，花了好多好多時間在看大便，真正的 feature 都沒做，換來的是沒有 Completeness and Soundness 的 type XDDDD 4. libs 的問題影片提過了，所以你要逼任何一個用 js 寫 lib 的人都給我寫一份 ts 嗎XD，ts 使用者真的好棒棒大家都要配合你

剛學TS的時候很討厭，用了不久就愛不釋手

typescript? NO

只有我覺得音效很大聲嗎QQ

Vielen Dank! "用就对了"

Good~ Thanks~

非常好，用就对了hhh

經果你的解說跟整理，容易理解多了。

太優了

原來如此，謝謝。

您好！我們是快樂學程式，致力於推廣工程思維，提升數位能力。 想與您合作下班後讀書會系列主題，相關內容已在IG私訊您了，麻煩幫我留意下 感謝😊

謝謝分享！

我想想tsc有个watch模式是不是就可以实时看到js的增量效果

显然如果有型极其重要，原生js就不会无型。既然可有可无，为什么要自寻麻烦，多此一举。原生最高，ts必亡。

還是覺得 python 的佛系 typing 比較好用 XD

如果只是減少 debug 的難度, 那表示, 只是減少而已, 並非完美解決, 真的要解決, 應該要從專案分工時大家協同工作時, 介接的規格書做起, 這才是完美的方案, 但在台灣有受過這種規格書教育的人, 幾乎都是6 年級生以前的人, 現在的新生代, 幾乎沒有寫這個規格書的人, 我真的覺得累的點是, 現在的分析師或架構師, 真的不太懂重點不在你怎麼規劃 spec, 而是你有沒有寫出 design spec, 很多自以為本課系的高材生連這些 design spec 到底長什麼樣子都沒看過.. 不可思議

TDD 才是正道。 strong type 並無法保證 功能正確。

在影片 0:52 提到 TypeScript 如果需要先做語法轉換為 JavaScript，我想請問有在使用的工程師網友： 1. TypeScript 是不是像早期的 C++ 需要先用編譯器轉換為 C，再用 C Compiler 編譯呢？ 2. 承上，這樣會導致無法使用 IDE 除錯原始的 C++ 程式碼，所以後來被 C++ Compiler 取代。你們是如何克服呢？ 3. 請問目前有在發展原生支援 TypeScript 的瀏覽器套件與 JIT 嗎？ 還請各位不吝賜教，謝謝！🙂

说真的，我很少直接动到原生的js了，使用前端框架例如react都直接用jsx。前后端一体的语言/框架（php,asp.net,springmvc/boot）这些也没必要直接使用js，前端大部分时候只会动到html tag和css... 虽然知道强类型的好处（性能提升【细化类型让内存占用减少】，编译器实时报错【不用在run的时候才报】），但问题是js虽然很棒【啥领域都能掺一脚】，但真正在网页写js运行的场景也少。用的时候基本都是框架了，但问题是大部分框架也不在编程阶段用原生js了，而且尴尬的是框架也没多少直接支持ts的吧...

現在只會js的 frontend 根本已經不合格了