riple

Stay Hungry, Stay Foolish.

维护遗留代码(9)——尊重原代码,尊重原作者

0
阅读(2084)

第三方提供的代码,经过了两个多月的时序调整,最终达到了时序收敛的目标,小范围功能修改前后两次编译之间的功能不稳定现象消失了。我这一系列的文章也暂 时告一段落。现在,这组代码还在维护中,旧的bug还在逐个解决,新的功能正在稳步地添加。
在维护这组遗留代码的过程中,我的收获主要集中在时序分析和收敛技术的提高上。还有一个重要的收获是:在读不懂、没读懂代码之前,先要尊重原代码。

虽然这套代码有很多不令人满意的地方,但它毕竟正确地实现了我们要求的95%以上的功能;虽然它用去了芯片95%以上的资源,而且寄存器用得很少,但它的 时序最终还是能够收敛的;虽然它使用了我们最不常用的编码风格,但它可以仿真、可以正确综合;更重要的是与我们基于高端FPGA芯片的设计相比,它用 1/2的逻辑资源和1/4的存储器资源,实现了2倍还多的功能;虽然重用这套代码的方法目前还不清晰,但是这样一组“寒酸”的代码中蕴含的智慧,并不比我 们原先那些“豪华”的代码少,其重用的价值并不低。
这样一组代码,不得不让人尊重。尊重原代码,就是尊重原作者。今天我尊重前人的工作,明天我的工作才会得到他人的尊重。

回想接手代码之初,我很是因为这套代码陌生的编码风格而困惑、苦恼,进而抱怨、批评、诟病这套代码的质量。现在想想,这样的态度是不可取的。这其中的道理 就像人与人之间的关系,因为缺乏沟通,相互之间很容易由不理解而产生误会和猜疑,进而发展为抵触甚至是敌对情绪;只有放下成见,尝试去理解对方,才能化解 误会和猜疑,求同存异,取长补短,成为朋友。
阅读代码、修改代码、维护代码,是对前人工作的学习和继承,只有抱着谦虚的心态,才能形成全面和深入的认识,才能最终有所收获,求得共同的进步。


维护遗留代码(9)——尊重原代码,尊重原作者
维护遗留代码(8)——当riple遇到ripple(内空)
维护遗留代码(7)——必不可少的引脚时序约束(内空)
维护遗留代码(6)——缺少例外的约束就是“过约束“(内空)
维护遗留代码(5)——逆向添加时钟约束
维护遗留代码(4)——时序问题初露端倪
维护遗留代码(3)——缺少JTAG接口的遗憾
维护遗留代码(2)——从搭建仿真环境入手
维护遗留代码(1)——从代码移交说起

Baidu
map