推 yauhh:是,我想看Erlang底層的時候,就會直接翻翻抽象機的技術手冊. 02/22 00:46
推 littlethe:真不錯的經驗分享 02/22 01:10
另外不必事事知道底層的例子, 可以參考自己與身旁同事的 program integration
你何時需要知道同事的實作細節? 太概就只有
1.問題發生的時侯, 2.交接的時侯, 3.想找東西學習的時侯...
※ 引述《lgd1008 (lgd1008)》之銘言：
: 高階語言不會是eye candy
: 高階語言compile出來之所以會比較慢/大, 是因為它引入的更多的附加物
: 如果引入OOP, 參考物件需更多的dereference...
: 如果引入try-catch之類的error-handling, error發生時需更多的處理時間...
: 如果引入VM, GC, 分配記憶體時需更多時間...
: ...
: 可是也因為引入附加物, 可能得到的好處可能有 runtime optimization,
: 程式易讀易改, 易debug, 與development tool更容易結合, 或更適合"某類型"的計算
: 而且像linked list, 一般的+-*/, 之前的observer pattern ,或相似簡單的algorithm
: 高低階語言compile出來的結果根本"差不多", 如果效率差不是因為附加物
: 那根本就是作者太弱, 語言未成熟
: 反過來說, 一些較複雜的algorithm, 或複雜的應用
: 你用低階語言也不一定做得出它的 performance
: 因為光要做出與高階語言特色能匹敵的library, 可能就是一件難事
: 例如有些語言, 提供你不限大小的型別去做運算
: 你用低階語言去實作, 參考, 組合, 包裝 .... 一些大數運算的library
: 可能弄了半天都沒有辦法做出那樣的 performance, 或寫出相同簡潔的程式.
: 個人意見
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.138.35.146