我的Delphi学习经历

现在看到CSDN的Delphi中有许多人在问一些比较基础的问题，不禁有点感慨，不是在取笑他们提出的问题过于基础，而是让我回想起自己学Delphi时的一些事，虽然自己并非Delphi中的高手，但总有那么一些经验。
记得那时学习Delphi的原因是感到用VB6有点力不从心了，VB6既然是微软的东西，竟不支持所有的API~！感到有点笑话。
后经人介绍，开始学习Delphi，从D7开始学，买了本飞思的Delphi书来看，后悔了... ...，后来问人借了两本D5的书来看。
可能我在VB6中不是高手吧，又或者是习惯了VB6的开发吧，开始用Delphi时，并不会用面向对象开发，而是一味的用面向过程。后来可想而知，一个简单的C/S项目，竟搞了3个月。
现在再看回那些代码——冗余、稚嫩。
（所以严重建议初学Delphi的人，买本确Delphi开发人员指南 系列的书来看，里边除了详细讲解Delphi的基本语法外，还讲解了许多其他更深入的知识（类的编写、组件的开发、多线程的编写...等）。该书物有所值，除了可帮助你学习，还可以当查找资料的书籍来用。对面向对象理解了后可看看刘艺的《Delphi面向对象编程思想》和《Delphi高手突破》这些书，之后可看看李维的的一些书）
后来有了些功底，就开始写了些简单组件来玩玩，后来由于工作忙的原因，学习停止了。
进了新公司，就开始加班。（新公司是家小公司，虽然待遇不错，但是需要你什么都会。是一个不错的锻炼机会）
星期一至七，都在公司。在进公司一个里拜后，发现我们系统的需求十分含糊，有时一个重要的业务逻辑，只用一句话带过，对系统界面没有规范，也没有代码规范和开发要求。
最后合并程序时，发现有许多相同名字的函数和变量，有许多相同功能但不同名字的方法。... ...公司领导对我们的总结是“欠缺管理，缺乏沟通”。但依我看，问题哪止这么简单。按一名人（谁说的？我忘了）的话说：“成功需要许多个理由，但失败只需要一个理由”。之后我对这次折腾了我一年多的项目做了一些分析和总结：
1、开发前请写好需求；
2、如果开发前没十分确定需求，那一是将需求确定后才开始编写代码，一是后期将你的程序写的灵活点；
3、学会画UML，最起码要会看；
4、记住，多花时间去做项目的前期工作（项目的度量、风险管理、主次需求的分析、项目框架设计、代码规范等等），不会错的；
5、要会争取时间，充裕的时间永远是你制胜的关键（当然不是叫你夸大开发时间，除了正常的开发时间，还要腾出合理的思考时间和DeBug时间）；
6、项目中遇到问题要及时反应给上层（让你那精明而又空闲的领导去想并让他给出解决方案，无论是技术的还是非技术的），不要自己藏着，因为你是在一个团队里；
7、注意项目的控制，比如项目的跟踪、里程碑的树立、代码的交叉检查；
8、如果你是项目经理，那开发中不要突然增加或减少开发人员，请开始就确定人员和不要相信个人主意；

后来我辞职了，原因是我的身体抗不住那样疯狂的加班了。
一年多前，我发现JAVA中的许多框架是很好的东西，能开阔自己的眼界，始终不能老当程序员，人总要向上看。