引用:
|
作者LR2001
加 RAM 只是時間、空間二擇一的選擇，附加的是免除更改系統的風險，保證系統穩定度。
因為看不懂演算法書籍上的專業說明，所以我與同事們都自行構思解決方法。
在程式碼中，看不出使用演算法的痕跡，這是我與同事間的小遊戲。
因為客戶端的要求，嚴格的反應時間，自然是用陣列而非串列，以取最少的指令耗用。
當初制定系統架構時，已具備如增加執行緒、記憶體，系統可自動校正參數升級。
個人比較喜歡活的程式，我的人如果交寫死的程式碼給我，那會同樣死得很難看......
寓遊戲於工作中，寫程式碼不太像工作，比較像藝術。
周末時間，堅決不接觸與工作有關的事物，夜深人靜，該去做家事了.......  |
因為你的工作不算是對效能、資源限制要求很高的吧，例如 embedded system, 因為成本考量, 系統資源都是設計在最低限度。不要以為到處都幾GB RAM, 幾 TB storage space, 有些系統是用 "MB" 來計算的，如果你的 embedded system 只有32MB的RAM, 32MB 的 flash size, 這可不能讓你隨意揮霍系統資源的。
加RAM? 一個 embedded system 可能才賺 1美金，再加RAM就要脫褲子了，並不是說加就加的....
或遊戲或一些對效能、空間要求嚴格的應用程式，你的遊戲畫面沒比別人好，佔用RAM卻比別人大很多或 Frame rate 比別人低，玩家一定狂幹的啊，「最佳化都不會做，出什麼遊戲~~」之類。
還有你自己想出來的方法也是演算法了，不是書上寫的才叫演算法。
再者演算法只有好的和不好的，沒什麼活的死的，多看書才能知道更多的好的演算法，也有肋於自己想出更好的演算法。
