编程心得浅谈
编程经验浅谈
不知不觉已从事编程一段时间，对代码编写、维护有点经验需要总结，用来给自己及朋友们做为提醒。
感觉最重要的事：身体重要，前期不以健康换钱，后期就不会以钱换健康。
代码编写：
1.写好注释，最起码写明白这段代码的作用，方便自己和别人在以后能快速找到并维护。你自己可能只会埋怨自己当初没写注释，其他维护人员可能就没有这么好的脾气了，最起码会画个圈圈诅咒你。
2.尽量使用通用的代码，尽量不使用适用性低、可维护性差的代码，当然例外情况例外对待。举例：Java读写excel，可以使用POI和JXL两种Jar包，但是POI适用在Tomcat下，移植到Weblogic下会出现问题；而JXL只能读写Office2003，不支持excel2007，对需要导入很长列的数据不适用。显示自己牛的能力还是少在代码上显示，多考虑在设计方面发挥能力。以前听说，开发从写“Hello World”，到编写愈来愈多的代码，到最后只需要写“Hello World”，重点已经换了，不需要在代码一直装下去，管理和经验才是牛的重点。
3.代码写完需要多测试，代码的准确和编程时间长短没什么线性关系，会随测试的多少而改变。编码时间长，会增加自己的见识，能短时间想到实现方式，并把它实现出来，但是bug问题仍需要测试。
4.代码bug修改，注意考虑全局，有时候不仅仅在客户提出的地方出现问题，在其他问题还存在类似的问题。如果客户在别的地方遇到之前的bug，人家会很鄙视维护人员，虽然之前他们没有提出来。客户不希望同一个地方跌倒两次，客户希望一劳永逸解决bug，而不是三番两次的麻烦，尽量减少同一个bug再次出现，尽管bug出现地方不一样，但对客户来说是一样的。
项目：
5.项目中需要工作日志，记下做过什么，如何去做，什么时间去做，谁指示做的。有时候，自己的话并不能完全令人信服，黑锅问题出现，如果找不到记录，那有可能会由自己去背，那感觉谁背谁知道。
6.团队。什么叫项目？项目就是团队做的，失去团队，不成项目。这是以前一个老师教的。融入团队中，完成自己的工作，不拖后腿，尽力做好本职工作，就是对团队的最好贡献。当然该帮忙的话，也会帮忙，必须在完成自己的工作的前提下。如果是个新人，可能会有很多人分配工作，你分不清主次，没关系，那只要认清谁是项目经理就行，找他就行，去问、去听。
7.项目中出现争论很正常，不正常的是一直争下去，需要的是解决途径，而不是一味的钻牛角尖。项目开发不是泡沫剧，还能无限延时，时间和效率才是主题。
8.业务人员和开发人员的想法并不相同，每个人的脑子不同，每类人的脑子区别就更大了。好的业务不会回答客户功能开发需要多长时间，而是去让客户问开发人员。当你能将业务的想法能领会贯通，并能勾画出来，估计就有了项目经理的潜力了。
交流：
9.与客户的交流，一般都由业务来做。需要和项目经理交流充分，确定做的工作方向是对的，不然努力白费了，还挨一顿子批评。根据能力，确定开发进度，不能胜任直接说出来，这样就不会连累项目进度。有时候，谦虚点很必要。，宁可不会不接，也不要打肿脸充胖子，得项目经理发现你不是胖子的话，他绝对有动手的冲动，把你打肿。(备注：非讽刺)
暂时先写这些，以后补充。
不知不觉已从事编程一段时间，对代码编写、维护有点经验需要总结，用来给自己及朋友们做为提醒。
感觉最重要的事：身体重要，前期不以健康换钱，后期就不会以钱换健康。
代码编写：
1.写好注释，最起码写明白这段代码的作用，方便自己和别人在以后能快速找到并维护。你自己可能只会埋怨自己当初没写注释，其他维护人员可能就没有这么好的脾气了，最起码会画个圈圈诅咒你。
2.尽量使用通用的代码，尽量不使用适用性低、可维护性差的代码，当然例外情况例外对待。举例：Java读写excel，可以使用POI和JXL两种Jar包，但是POI适用在Tomcat下，移植到Weblogic下会出现问题；而JXL只能读写Office2003，不支持excel2007，对需要导入很长列的数据不适用。显示自己牛的能力还是少在代码上显示，多考虑在设计方面发挥能力。以前听说，开发从写“Hello World”，到编写愈来愈多的代码，到最后只需要写“Hello World”，重点已经换了，不需要在代码一直装下去，管理和经验才是牛的重点。
3.代码写完需要多测试，代码的准确和编程时间长短没什么线性关系，会随测试的多少而改变。编码时间长，会增加自己的见识，能短时间想到实现方式，并把它实现出来，但是bug问题仍需要测试。
4.代码bug修改，注意考虑全局，有时候不仅仅在客户提出的地方出现问题，在其他问题还存在类似的问题。如果客户在别的地方遇到之前的bug，人家会很鄙视维护人员，虽然之前他们没有提出来。客户不希望同一个地方跌倒两次，客户希望一劳永逸解决bug，而不是三番两次的麻烦，尽量减少同一个bug再次出现，尽管bug出现地方不一样，但对客户来说是一样的。
项目：
5.项目中需要工作日志，记下做过什么，如何去做，什么时间去做，谁指示做的。有时候，自己的话并不能完全令人信服，黑锅问题出现，如果找不到记录，那有可能会由自己去背，那感觉谁背谁知道。
6.团队。什么叫项目？项目就是团队做的，失去团队，不成项目。这是以前一个老师教的。融入团队中，完成自己的工作，不拖后腿，尽力做好本职工作，就是对团队的最好贡献。当然该帮忙的话，也会帮忙，必须在完成自己的工作的前提下。如果是个新人，可能会有很多人分配工作，你分不清主次，没关系，那只要认清谁是项目经理就行，找他就行，去问、去听。
7.项目中出现争论很正常，不正常的是一直争下去，需要的是解决途径，而不是一味的钻牛角尖。项目开发不是泡沫剧，还能无限延时，时间和效率才是主题。
8.业务人员和开发人员的想法并不相同，每个人的脑子不同，每类人的脑子区别就更大了。好的业务不会回答客户功能开发需要多长时间，而是去让客户问开发人员。当你能将业务的想法能领会贯通，并能勾画出来，估计就有了项目经理的潜力了。
交流：
9.与客户的交流，一般都由业务来做。需要和项目经理交流充分，确定做的工作方向是对的，不然努力白费了，还挨一顿子批评。根据能力，确定开发进度，不能胜任直接说出来，这样就不会连累项目进度。有时候，谦虚点很必要。，宁可不会不接，也不要打肿脸充胖子，得项目经理发现你不是胖子的话，他绝对有动手的冲动，把你打肿。(备注：非讽刺)
暂时先写这些，以后补充。