今天还是五一假期，总算是放松一下，我看到很多人还是更新博客了，自己也写一写，谨慎的逻辑：以前，功能总是匆忙完成，但是新公司采用了敏捷开发，并且每次迭代都被分配了适当的任务，所以有更多的时间来思考代码的逻辑。此外，回顾过去，我经常觉得没有问题。在别人的眼里，有很多问题，我觉得我没有仔细思考很多方面。这是需要改进的地方。
代码健壮性更强：坚持不信任原则，无论是用户输入，还是双方三方接口调用，都必须进行非空等必要的检查。虽然它可能会影响代码的美观，但对于在线系统来说，稳定性是关键。
将重构集成到日常开发中：编码-重构-测试，为首先完成任务而编码，然后为提高代码质量而重构，并完成一个可以独立测试的功能点。
分布式系统：我很早就知道分布式系统的概念，之前项目51范文网学了很多东西，并且我第一次接触到在线商业分布式系统。此外，它不是一个spring cloud家族桶，而是一个集成了各种组件的分布式系统，我非常钦佩公司的老板。
德文普斯：这都反映在工具的使用上，所以我不得不说这真的很好~
设计模式：以前，许多设计模式都只是纸上谈兵。现在，我也写了一些，看到了很多。
在商业方面
商业技术让步：再多的高超技术也不能给公司带来价值。
熟悉商业的方法：这个项目是由许多人完成的。也许你只熟悉你已经完成的这一部分内容，所以你需要快速熟悉其他人完成的业务内容。代码审查是检查日志的好方法。
清楚地触摸需求，然后去做：以前，当我得到一些东西时，我会努力工作。有时我没有彻底理解需求，这导致了返工。所以在我得到需求之后，我应该做更多的分析，找出产品，并清楚地询问他们。然后最好画一些设计图纸，这不仅可以平滑思维，还会产生额外的输出(在我写完代码后，我不会再回去填写文档和设计图纸，这是一个非常好的方法，应该实现！
注意上下文：许多需求并不是全新的，但是需要在其他人的代码中修改，所以有必要弄清楚上下文、代码的来源、调用机制、使用什么设计模式、为什么要这样做等等。如果你不理解的话，很容易写出不好的代码，并且返工可能会发生。)
记录事情：作为一个聪明的程序员，你不可能死记硬背学到这么多东西。你的大脑需要储存更多重要的知识，所以记下更多的笔记，你做了什么，为什么做，有什么好处，等等。写下你的想法，然后当代码上线时愉快地忘记它。
可能有一些遗漏，但以上几点都是我个人的经验，总结的经验也需要落实。我曾经认为那会很棒，但是现在我还太年轻，不能学习技术。困难的是在实践中应用它，并漂亮地解决相应的问题。因此1.做好手头的每一件事，清楚地感受所用的知识，并注意细节。这样，它可以在实践中使用。
2.学会学习非常重要。也许有一天会用到它。
这个总结不仅实事求是，而且具有前瞻性。