----如果要證明它行，你只需要證明它不行！
----你能成爲千萬富翁，不能？那麼請證明給我看你不能，僅此而已。
------------------------------------
跟一個項目有兩年了，按照客戶需求也不知道改了多少版程序，性能也在逐步提高，早早的超過了客戶的預期，可因爲商務上的一些事情，客戶始終沒有下訂單，但是我們都知道我們還得繼續按照客戶的要求去改.....繼續跟下去...現在只是簡單的回顧下這個歷程吧。
兩年前，在沒有客戶需求的情況下，我們自己提出了一個技術項目，也定了自己的目標。最開始選用的是基於ARM Cortex-M3的一款MCU，主要注重在性能，可靠性，實時性等等方面力求做到最好。這個目標也實現了，與市場上同類產品比較起來，性能有明顯提高。 當我們市場帶着這款樣品出去推的時候，也得到了客戶的好評與認可，並提出了新的需求。
在新需求下，成本有相當壓力，於是開始省錢，硬件上從電容省起，甚至將必要的時鐘晶體都省略了一個，硬件組的同事辛苦了。而對軟件來說，我們選用了 一個新的平臺，一款含有8051核的SOC，現在還清醒的記得，我的第一反應是不行，開什麼玩笑。呵呵，雖然覺得不行但是還是要出文檔去證明它不行，經過 一個月的評估，利用匯編重寫了大量的C函數，充分佈局RAM空間，結論是可以試試。於是2個月過後，我們成功的在該SOC上實現了原來產品的功能，性能上 雖然沒有明顯提高，但是成本上卻下降了不少。回過頭去看這件事，我們將SOC的RAM空間每個字節都進行了定義，而最後只有一個字節是空閒的。這件事情 上，我們都覺得已經將SOC的性能發揮到了極致，事實上，SOC原廠的人也說了，他們可以在datasheet上多寫一條該SOC的應用場景了。
我們都以爲這個項目到這個程度，可以說是趨於完美了，可客戶有了新的需求，也就是打算用性能去換取成本，即使我們的成本比他原有方案已經降低了不 少。於是開始使用新的算法，新的需求，新的軟件架構.....行不行，又得評估，開始重寫C算法核心對應的彙編程序，第一次測出的結果是超過要求的 100%，不行，於是開會討論優化，從C算法優化開始，一直到彙編，測試超過預期40%，不行，彙編語句逐條逐條推敲，省略所有子函數的調用，全部採用內 聯方式，充分利用該SOC硬件特性，力求將MCU與外設並行處理做到最大化...對照指令表，一個指令週期一個指令週期的省..最後達到預期。這一次，我 們都學乖了，沒有人再說使SOC的應用達到極致了.....
所以啊，哥，不要輕易說不可能，你去證明不可能的時候要竭盡全力去讓他變爲可能，最後它就可能了。