寫程式的最佳化
 

其實我也不知道標題打啥才好:laugh:

學生時期:
管他什麼最佳化，先做出來交差，要最佳化、debug以後再慢慢弄
然後就沒有然後了，畢業

工作時期:
早就最佳化了(當然是唬爛)
這絕對不是程式的問題(卸責)
自己去找硬體廠商(繼續卸責)
這是使用者自己操作錯誤!

以下.....

給你們補充 :laugh:

你的最佳化是指效能還是專案啊？

效能好了，專案我真的不熟 :stupefy:

那我也不熟 :laugh: :laugh:

我只有那種在很多程式裡面設定計時器，在那邊找哪個地方最慢的經驗，然後再一個一個把程式調整或重新整理演算過程

現在很多工具還可以幫忙找，比以前方便多了

從內容來看應該是指程式吧~~~

一般不都是說"這硬體效能不足，所以跑起來會卡"...... :p

我也都會這樣先敷衍 :laugh: :laugh:

然後有空再去找到底哪裡慢 :laugh: :laugh:

樓主說的，使用者自己操作錯誤，這個要看對象

熟的人可以這麼酸一下，但是大頭們我可不敢 :laugh:

這是去Google總部零食吧台覓食時，看到順手拍下來的....

優化是有效的,但那是硬體很差的情況下.不得不減少判斷式,迴圈,運算,用+-移位替代乘除.
或直接手動幫程式先計算好,代入數值.紙差沒用組語去寫.

學寫程式的人，應該很多在年輕時都會沈迷於"精簡"吧。挖空心思以最少的程式碼來達到效果，心中有股說不出的成就感……

等到年歲漸長後才發現，模組化才是王道。雖然它可能不是最有效率、最快速的執行，但卻是最好維護、最好(因應需求改變)改寫的。

不知道會不會有人會跳出來說這個世界上沒有王道，他高興就好，我沒有意見。

mov eax, 0
可以用
sub eax, eax
或
xor eax, eax