吃一堑长一智

正文 1、多沟通，先理解需求，再动手写代码。 墨菲定律真的很适用需求沟通，你不理解的需求做出来往往都是错的！这样只会浪费时间，浪费精力。 2.写代码前先要理好思路，接着再写代码也不迟 拿到需求，按照要实现的功能，先分析去实现的思路。 在分析实现思路的时候，可以一边分析，一边用中文把它写下来。或者你在工具里直接写成注释，那接下来的工作就是一个个翻译的过程，很容易实现了。可以避免少走很多弯路。 3、业务高于技术 从绝对的价值来说，技术比业务重要的多，但是，从企业的角度来说，技术是为公司商业做服务。所以对企业来说，业务远比技术重要。 4、一定要写注释 很多人不愿意写注释，其实写注释主要目的是为了提高程序的可读性，好的程序应首先易于阅读，其次才是效率高低的问题。注释少了,别说别人看,时间长了自己都看不懂自己的代码！ 5、频繁改需求 偶尔改需求是很正常的事情，因为需求根据商业需求不断调整的，改需求是再正常不过的事。如果频繁地改需求。那你可能就要抱怨了！但是要学会理解，毕竟拿工资干活也是很正常的事情！ 6、需求文档一定要写！ 如果没有写需求文档会导致这个需求只有公司的某个人知道，而其他人如果想要参与到这项工作中就需要问他，如果大部分需求还是通过口头沟通，不写文档做记录，后续就容易扯皮！所以写好了需求文档，谁都可以看，谁也别问谁，谁也别影响谁。需求文档是属于流程规范化的一个部分，这是专业性的表现