不要轻易说不可以--10_03_20

----如果要证明它行，你只需要证明它不行！

 ----你能成为千万富翁，不能？那么请证明给我看你不能，仅此而已。

 

------------------------------------

 

跟一个项目有两年了，按照客户需求也不知道改了多少版程序，性能也在逐步提高，早早的超过了客户的预期，可因为商务上的一些事情，客户始终没有下订单，但是我们都知道我们还得继续按照客户的要求去改.....继续跟下去...现在只是简单的回顾下这个历程吧。

两年前，在没有客户需求的情况下，我们自己提出了一个技术项目，也定了自己的目标。最开始选用的是基于ARMCortex-M3的一款MCU，主要注重在性能，可靠性，实时性等等方面力求做到最好。这个目标也实现了，与市场上同类产品比较起来，性能有明显提高。当我们市场带着这款样品出去推的时候，也得到了客户的好评与认可，并提出了新的需求。

 

 

在新需求下，成本有相当压力，于是开始省钱，硬件上从电容省起，甚至将必要的时钟晶体都省略了一个，硬件组的同事辛苦了。而对软件来说，我们选用了一个新的平台，一款含有8051核的SOC，现在还清醒的记得，我的第一反应是不行，开什么玩笑。呵呵，虽然觉得不行但是还是要出文档去证明它不行，经过一个月的评估，利用汇编重写了大量的C函数，充分布局RAM空间，结论是可以试试。于是2个月过后，我们成功的在该SOC上实现了原来产品的功能，性能上虽然没有明显提高，但是成本上却下降了不少。回过头去看这件事，我们将SOC的RAM空间每个字节都进行了定义，而最后只有一个字节是空闲的。这件事情上，我们都觉得已经将SOC的性能发挥到了极致，事实上，SOC原厂的人也说了，他们可以在datasheet上多写一条该SOC的应用场景了。

 

 

我们都以为这个项目到这个程度，可以说是趋于完美了，可客户有了新的需求，也就是打算用性能去换取成本，即使我们的成本比他原有方案已经降低了不少。于是开始使用新的算法，新的需求，新的软件架构.....行不行，又得评估，开始重写C算法核心对应的汇编程序，第一次测出的结果是超过要求的100%，不行，于是开会讨论优化，从C算法优化开始，一直到汇编，测试超过预期40%，不行，汇编语句逐条逐条推敲，省略所有子函数的调用，全部采用内联方式，充分利用该SOC硬件特性，力求将MCU与外设并行处理做到最大化...对照指令表，一个指令周期一个指令周期的省..最后达到预期。这一次，我们都学乖了，没有人再说使SOC的应用达到极致了.....

 

 

所以啊，哥，不要轻易说不可能，你去证明不可能的时候要竭尽全力去让他变为可能，最后它就可能了。