一、重构思维，提前规划
不要急于开始编写代码，而是要先掌握重构的*和思维方式。这并不意味着你一开始就要对原有代码进行重构，而是要在开始工作之前，就思考好如何进行编程，确保你的思路清晰明确。
二、明确需求，再动手编写
在接到需求后，你可能会遇到一些理解或实现上的问题。这时，一定要与相关人员充分沟通，确保需求明确无误。否则，后续的开发过程中可能会出现更多的问题。
三、重视文档记录
虽然有些人认为文档没人看，但文档的作用并不只是用来沟通的。更重要的是，它可以做为开发过程中的记录。即使大部分需求是通过口头沟通的，但文档记录仍然是非常必要的，以避免后续出现扯皮现象。
四、编写代码注释
编写注释是非常重要的。即使你现在能够理解自己的代码，但随着时间的推移，你可能会忘记某些细节。此外，一个项目不可能只有你一个人参与，注释可以帮助其他同事更好地理解你的代码。
五、积极沟通并适应需求变更
不要期望需求会一成不变。产品需求是根据商业需求不断调整和优化的。因此，改需求是再正常不过的事情。要调整心态，积极应对，而不是抱怨。
六、与技术、*相辅相成
无论是技术还是*，都不要试图凌驾于对方之上。它们应该是相辅相成的。不要纠结于公司一直改需求或改*，因为为公司商业服务的技术才有价值。
七、不心存侥幸，解决潜在问题
如果你感觉某个地方可能会出现bug，那么很可能就是bug。不要心存侥幸，一定要及时优化潜在问题，不留后患。
八、自己先测试，确保质量
不要写完代码就扔给测试人员去测。你自己更熟悉自己的代码，也更容易找到问题。因此，一定要自己动手先测试几遍，确保代码质量。
九、先尝试自己解决问题
遇到问题时，先尝试自己解决。如果实在解决不了，再寻求他人的帮助。在职场上，没有人有义务为你解决所有问题。当然，如果问题很紧急或严重，一定要尽快求助，避免造成更严重的后果。
十、谨慎使用新技术
新技术虽然好，但在使用时一定要谨慎。如果没有百分百的把握，不要自作主张使用新技术。否则，一旦出现问题，可能会带来无法挽回的损失。因此，在接到项目后，要先思考、规划好再开始编写代码。这样可以提高效率，并减少出错几率。