代码移植真是苦差事，既没有写新代码的创造感，也很难有调试通过后的认可，原来代码作者的思想和算法才是代码灵魂，代码的字符只能算做载体。
近几天来做的就是代码的移植工作:(，还有好多地方没有调通，就已经体会到移植的一些痛苦之处。大体分析一下，有这么一些原因造成代码移植的痛苦。
1. 旧的代码到一个新的环境里，库是不一样的，对不同的库有不同的接口方式，这些都是需要改动，这个量可大可小就看接口的多少了，:(
2. 编译器。不同的编译器对代码的理释还会不一样:(
3. 旧代码到了新环境不一定适应，可能原来代码是在pc上跑的，现在要到嵌入式这样的环境来跑，有些地方就得省省了:(
4. 新的环境有新的bug，原来的系统里没有，这个也很痛苦:(
5. 同样要做很多测试工作，在新的环境下。
再说点闲的。
以前在学校里，有人总是想尽量在网上找些代码来直接用，那时我总是反对这样做，也有很多事实证明人家的代码也只能作为参考，移植跟写新的代码用的时间差不多。不过现在的想法已经有所改变，毕竟花费大量的人力，物力去开发一套自己的代码，并不见得比一些成熟的开源代码效率更高，健壮性更好。更何况开发速度对于一个产品的发展而言，更是要使用已经成熟的代码才能快速的上市。
写代码的时候应该考虑代码的可移植性，到时平台换了，如果在写代码时考虑了可移植性，就可以给移植人员减少些痛苦。在做移植时也可以从反方向来思想代码的可移植应该怎么做才好，当然如果不想代码被移植(这想法~)也可以做些不可移植的动作（太坏了~）。
写代码也好，移植也好，都应该对代码跟系统很熟悉，这才是调试通过的保证，多学习一些别人的设计思想也没有坏处。