1.代码重用：代码是把有共性的部分，整理出来，组成一个或者几个方法（或者类），并不是指代码的复制粘贴;重用也未必就指一段代码，也可以是一个窗体，一个类；
2、编写程序的时候不要想出了问题再解决，而是要想如何不会出现问题，要根据经验来预测可能出现的问题，然后避免出现；
3、我在工作中，思考的时间是写代码时间的2－4倍，思考固然重要，一个程序的发布还有一个重要的环节，哪就是测试，我认为一个人的代码测试至少要经过三个步骤；a、开发者自己测；b、交叉测试：交给A测，A把自己测完的交给B测；B把自己测完的交给A或者C; c、公司内部认可：公司的技术负责人以及各个项目负责人，一起看一下马上要发布的程序，然后讨论这样的程序能否给用户实施；
4、代码的简洁来自于逻辑的清晰，而并非代码量少就是简洁；
5、何谓类？比如：人是一个类，而轮子是汽车的属性，启动也是汽车的方法，如果把轮子的属性或者启动的方法，放到人这个类中，显然，就不伦不类了；
6、学习一个新技术，首先了解他能够做什么，学习一门语言，首先了解它的最基本的语法；
7、在一项工作即将开始的时候，一定要估算完成这项工作所需要的时间，也一定要让用户知道这个时间。不能因为用户的急噪左右了你的估算。如果用户的时间很急，那么就尽量减少要完成的功能，来祢补时间的不足，如果你在没有考虑充分的情况下做出不合理的设计，写出不合理的代码，做不充分的测试，后果将是无穷无尽的维护工作。
8、遇到疑难问题的时候，我通常如下处理：列出解决这个问题我所能想到的所有方法，从后台数据库设计到给用户的前台表现，然后分析；分析的内容包括：用户是否适用、用户能否接受、工作量、复杂度，以及对其他功能模块的影响度；最后找到最合理的一个解决方案；但这些工作的前提是你要知道用户需要的是什么东西。
9、软件开发最重要的不是系统分析,不是编码,也不是实施;而是用户的需求;这就需要我们的调研工作，一定要细致入微，往往我们开发完的东西，拿到用户这边，但用户并不满意；这样，我们的工作是徒劳的；用户描述的是一个桌子，调研人员理解的是一个凳子，分析人员分析出来的是一个椅子，编码人员做出来的是一个木板，商务人员给用户描述了一个沙发，而用户实际需要的是一个轮胎，看过这个笑话吗？软件开发就像探测火星，每个部件都要协作进行才能正确运转下去，要想使整个软件开发过程进展顺利，唯一的办法就是“交流”；
10、用户往往不知道自己真正需要的是一个什么东西，而我们往往不能达到用户的真正需求，在我们不能达到用户的需求的情况下，为了让用户满意，我们一定要让用户看到他最想看到的东西；
11、不要为了实现自己想实现的功能去编写程序，作为程序员在编写程序的时候要考虑很多事情，例如：1、功能上用户的需求；2、后续者的维护；3、程序的扩展性；4、性能上用户的需求；5、是否有必要为了功能而牺牲性能或者为了性能而牺牲功能；等等。
12、用户所需要的，我们未必能够达到，但是我们轻易不要告诉客户我们不能达到他们的某些要求，"尽量不要和用户说：这个。。。我们做不了",要努力的告诉用户，他的这种要求是不合理的，说服他换个方式(当然这个方式是我们能实现的方式)实现。
13、工作要接受一定的压力，我觉得没有压力就没有工作效率，没有压力就没有进步，但是压力过大会使人发疯的。每个人的承受能力不同，为了使自己进步，给自己点压力吧。
14、软件开发的过程同时是一个缓和矛盾的过程，在软件开发过程中要缓和各种矛盾，在这些矛盾中获取平衡：客户和软件开发商的矛盾、开发商之间的矛盾、功能与性能的矛盾、老板和员工之间的矛盾、产品的定型与扩展的矛盾等等；