就是囉嗦開發時間長而已
其他就沒什麼缺點了
所以說看情形去使用語言
要做個穩定的大專案還是靜態語言妥當
我只是寫個一次性的自動化腳本
這麼囉嗦要寫一堆要死
我只是要寫個prototype給客戶看看
弄個mvp就好
多花一堆開發時間要死
這些情形下自然動態比靜態好
這世界上沒有必定好的語言
不然其他語言可以收收掉了
都是因時因地制宜
多的是初期動態語言
後期轉靜態語言的專案
有的時候市場你比人家慢推出
你就可以不用做了
作者:
meowyih (meowyih)
2020-11-23 12:35:00你這篇意思是動態型別寫起來比較快, 我到是不覺得有快到哪, 只是習慣問題吧?
作者: casd82 (28dsac) 2020-11-23 20:30:00
動態型別呼叫函數直接ducktyping不用寫一堆interface 確實比較快吧 但更容易spaghetti code
同意你說的優點，只是我一直很納悶那影響真有那麼大嗎我有股直覺現在開發的效能瓶頸其實是在設計和理解規格至於語言能否給你一點方便相較影響速度的程度小很多感覺需求不明確，要啥不清楚，或是PG難理解規格解決這些問題花掉的時間似乎比語言省的多太多如果規格清楚又藉由種種方法另PG快速搞懂規格那實作起來應該會快很多。
作者: superpandal 2020-11-24 07:26:00
業務繁雜就會覺得有差了 有些語言你手刻可以 有些不行行不行在時程 框架產生的原因
作者:
alihue (wanda wanda)
2020-11-24 07:35:00如果要起一個簡單的 http server 回靜態內容，py + flask 可以馬上弄好還自帶 http server寫一些資料轉換如操作 json 格式資料也是py快很多，對於一次性的工作用 py確實開發快
作者:
hegemon (hegemon)
2020-11-24 08:12:00如果遇到樓上那種需求，用Golang更爽一點
作者: ku399999 2020-11-24 11:52:00
現在已經發展到動態語言寫起來不會比較快了嗎
作者:
shter (飛梭之影)
2020-11-24 21:44:00操作 json 還是 Node.js 快又順手，也是自帶 http server畢竟 json 先天就是參考 javascript 而來的JSON.parse JSON.stringify 其實型別也轉的很清楚
操作json我覺得rust serde函式庫最順手 高效能 客製性高 還能自訂驗證函式 配合enum系統 基本上parse完就不用擔心參數合法性的問題