Re: [請益] 請問學哪個比較實用

看板Soft_Job (軟體人)作者 (lgd1008)時間16年前 (2010/02/21 20:30), 編輯推噓2(200)
留言2則, 2人參與, 最新討論串13/19 (看更多)
另外不必事事知道底層的例子, 可以參考自己與身旁同事的 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

02/22 00:46, , 1F
是,我想看Erlang底層的時候,就會直接翻翻抽象機的技術手冊.
02/22 00:46, 1F

02/22 01:10, , 2F
真不錯的經驗分享
02/22 01:10, 2F
文章代碼(AID): #1BWITVpr (Soft_Job)
討論串 (同標題文章)
文章代碼(AID): #1BWITVpr (Soft_Job)