我覺得 一切的一切，要跟現實的需求吻合
先使用高階語言來實作演算法
沒有問題之後，看需要來增加速度
針對某些 經常使用的程式片段
把compile 出來的組合語言
拿來用 人工重寫
如果不需要的話，就直接可以交差
我之前的方式，一個問題的解決
可以橫跨 PE2, fortran, pascal, AutoCAD LISP
然後，user 感覺不出來
我給他一個 batch file
全自動的在 週而復始，
時間上面的花費，user 可以接受就好了
※ 引述《ajax.bbs@bbs.csie.nctu.edu.tw (ajax)》之銘言：
: ※ 引述《richliu.bbs@bbs.poorman.org (新的人生)》之銘言：
: > 你害我想到小時候是拿 80x86 Instruction Set 寫程式比賽
: > 再來算, 誰用的 instruction/clock 少.
: > 現在來看這種行為, 實在很豬頭.
: > 不僅僅是指令都是 1 clock 結束, 加上 pipeline/prefetch 等功能....
: > 不過那個年代也因為如此, 早就知道演算法的重要性, clock 少沒有用
: > 演算法正確才是王道.....
: 還有一位前輩, 朱邦復先生, 也是堅持使用組語的,
: 他出了一本書, 強調堅持使用組語的理由,
: 還計算不同的loop安排, cycle差多少,
: 他後來把一些資料放出來,
: 可是看他的程式, 只要jmp 幾次,
: 就已不知身在何處了.
: 要讓成果能夠流傳下去, 高階語言還是較佳的選擇.
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 210.243.237.65