看板 [ CSSE ]
討論串程式效率
共 15 篇文章
首頁
上一頁
1
2
3
下一頁
尾頁

推噓4(4推 0噓 2→)留言6則,0人參與, 最新作者nvfp2 (nvfp)時間18年前 (2006/10/20 01:20), 編輯資訊
0
0
0
內容預覽:
恕刪, 演算法以目前來說, 在許多情況下影響不大了,. 但是部份狀況下還是要注意, 例如 不要用硬幹的. 拿遞迴去算排列組合之類, 到一個量以上後,. 會開始 10秒-20秒-40秒...才算出答案,. 還試過算了十幾分後 我按下 ctrl c 而同樣的值推一下公式加一點判斷. 就花不到一秒. 另外
(還有162個字)

推噓2(2推 0噓 1→)留言3則,0人參與, 最新作者Uni1122 (淡雪)時間18年前 (2006/10/19 22:11), 編輯資訊
0
0
0
內容預覽:
演算法進化推一個先. 這堆討論串,讓我想到了以前在上演算法時,老師有提到過的. 演算法為何會出現,主要就是因為以前電腦不夠好CPU不夠快. 如果你一隻程式,要多耗費掉CPU的1秒的時間,那成本就會不知道要多多少. (以前的CPU使用時間是要算錢的,不過那是在沒有PC的時代). 也因此就突出顯出演算法
(還有254個字)

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者omusico (omusico)時間19年前 (2006/09/22 20:52), 編輯資訊
0
0
0
內容預覽:
資訊產業剛開始的時候. 那時候也沒有專門的程式設計師. 程式大多是數學家在寫的東西. 現在漸漸變成顯學. 分工也越來越細. 什麼職稱都出來了. 但是最終的目的還是開發效率. 剛開始在硬體上講究. 後來把頭腦動在人身上. 每次軟體商一個新名詞新技術出來. 大家總是追的如癡如醉. 但是講到最後還是. 就

推噓1(1推 0噓 0→)留言1則,0人參與, 最新作者invalid (everlasting)時間19年前 (2006/09/19 16:18), 編輯資訊
0
0
0
內容預覽:
我覺得在演算法的層次上. 在寫之前本來就可以根據演算法本身的time/size complexity. 來選擇,如果是自己想的演算法. 最好是自己推一下complexity (數學要夠好XD). 這樣才算是真正的設計演算法. 必竟實作後牽涉的因素太多,倒推回去有的時候不是很準. 而之前討論的部份感覺
(還有359個字)

推噓3(3推 0噓 0→)留言3則,0人參與, 最新作者anbr (小風)時間19年前 (2006/09/17 01:24), 編輯資訊
0
0
0
內容預覽:
有啊 你修演算法的時候 書上不是就有寫嗎. 有些演算法在60年代被認為是愚蠢的. 很快,但是需要很大量CPU usage,. 所以大家想了一堆方法加速,. 結果到了現在,那些方法反而是脫褲子放屁. 有時直接硬幹還快一點. --. 發信站: 批踢踢實業坊(ptt.cc). ◆ From: 218.
首頁
上一頁
1
2
3
下一頁
尾頁