Re: [討論] 請大家聊聊靜態語言的缺點

meowyih11/23 12:35你這篇意思是動態型別寫起來比較快, 我到是不覺得有快到

meowyih11/23 12:35哪, 只是習慣問題吧?

casd8211/23 20:30動態型別呼叫函數直接ducktyping不用寫一堆interface 確實

casd8211/23 20:30比較快吧 但更容易spaghetti code

dream112411/23 21:15同意你說的優點，只是我一直很納悶那影響真有那麼大嗎

dream112411/23 21:15我有股直覺現在開發的效能瓶頸其實是在設計和理解規格

dream112411/23 21:16至於語言能否給你一點方便相較影響速度的程度小很多

dream112411/23 21:17感覺需求不明確，要啥不清楚，或是PG難理解規格

dream112411/23 21:18解決這些問題花掉的時間似乎比語言省的多太多

dream112411/23 21:19如果規格清楚又藉由種種方法另PG快速搞懂規格

dream112411/23 21:19那實作起來應該會快很多。

viper970911/23 23:56推這篇

superpandal11/24 07:26業務繁雜就會覺得有差了 有些語言你手刻可以 有些不

superpandal11/24 07:27行

superpandal11/24 07:27行不行在時程 框架產生的原因

alihue11/24 07:35如果要起一個簡單的 http server 回靜態內容，

alihue11/24 07:35py + flask 可以馬上弄好還自帶 http server

alihue11/24 07:37寫一些資料轉換如操作 json 格式資料也是py快很多，對於

alihue11/24 07:37一次性的工作用 py確實開發快

hegemon11/24 08:12如果遇到樓上那種需求，用Golang更爽一點

ku39999911/24 11:52現在已經發展到動態語言寫起來不會比較快了嗎

shter11/24 21:44操作 json 還是 Node.js 快又順手，也是自帶 http server

shter11/24 21:45畢竟 json 先天就是參考 javascript 而來的

shter11/24 21:46JSON.parse JSON.stringify 其實型別也轉的很清楚

lturtsamuel11/24 22:43操作json我覺得rust serde函式庫最順手 高效能 客製

lturtsamuel11/24 22:43性高 還能自訂驗證函式 配合enum系統 基本上parse完

lturtsamuel11/24 22:43就不用擔心參數合法性的問題