另外不必事事知道底層的例子, 可以參考自己與身旁同事的 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