有啊 你修演算法的時候 書上不是就有寫嗎 有些演算法在60年代被認為是愚蠢的 很快,但是需要很大量CPU usage, 所以大家想了一堆方法加速, 結果到了現在,那些方法反而是脫褲子放屁 有時直接硬幹還快一點 ※ 引述《micklin (mick)》之銘言： : 請教版友一些問題, : 在硬體越來越發達的情況下, 假設先不考慮最慢的儲存媒體IO, : 一個程式所需要的運算時間將會隨之減少, : 這樣會不會造成對演算法與資料結構的衝擊呢? : 平時在寫程式時總會先考量儘量好的資料結構, 再用儘量好的演算法來達到目標, : 如果最後程式執行所需要的時間和無架構的程式比起來, 差距只在一秒以內, : 那麼還需要去計較演算法嗎? 還是以儘快完成project為優先呢? : 在現實面上, 身為一個老闆當然會希望能儘快拿到成果, : 但身為一個寫程式的工友, 漂亮的解決問題才是我想要的。 : 如果花兩天弄出來的程式, 跟一天就弄的出來的程式在時間上差不多, : 那版友會選那一種呢? : 而這樣會不會讓人失去對演算法與資結的信心呢? : 在project的壓力之下, 寫程式的樂趣都快沒了 = = : 有時候只想弄一台跑得快一點的電腦, 快點幫我把數據算出來就好, : 但是我覺得我可以把程式改的更快啊啊啊, 只是沒時間讓我去找演算法, : 看著一堆硬幹的程式碼, 自己看了都頭痛.... --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 218.167.24.209