有啊 你修演算法的时候 书上不是就有写吗 有些演算法在60年代被认为是愚蠢的 很快,但是需要很大量CPU usage, 所以大家想了一堆方法加速, 结果到了现在,那些方法反而是脱裤子放屁 有时直接硬干还快一点 ※ 引述《micklin (mick)》之铭言： : 请教版友一些问题, : 在硬体越来越发达的情况下, 假设先不考虑最慢的储存媒体IO, : 一个程式所需要的运算时间将会随之减少, : 这样会不会造成对演算法与资料结构的冲击呢? : 平时在写程式时总会先考量尽量好的资料结构, 再用尽量好的演算法来达到目标, : 如果最後程式执行所需要的时间和无架构的程式比起来, 差距只在一秒以内, : 那麽还需要去计较演算法吗? 还是以尽快完成project为优先呢? : 在现实面上, 身为一个老板当然会希望能尽快拿到成果, : 但身为一个写程式的工友, 漂亮的解决问题才是我想要的。 : 如果花两天弄出来的程式, 跟一天就弄的出来的程式在时间上差不多, : 那版友会选那一种呢? : 而这样会不会让人失去对演算法与资结的信心呢? : 在project的压力之下, 写程式的乐趣都快没了 = = : 有时候只想弄一台跑得快一点的电脑, 快点帮我把数据算出来就好, : 但是我觉得我可以把程式改的更快啊啊啊, 只是没时间让我去找演算法, : 看着一堆硬干的程式码, 自己看了都头痛.... --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 218.167.24.209