踩坑后整理一些思考和做法（总结一）

背景

在实践过程中，总有一些做法和思路是不太好的。究竟怎样的思考和做法，才会合乎标准或者说达到自我满意的感觉？

过程

• 修改代码？需求变更，是需求本身变化，还是在已有的基础上扩展需求？有些需求，不需要修改代码，有些需求，是需要修改代码的。不是不修改，而是修改少量代码，下策。需求来了，应该是扩展代码，添加起来非常容易，上策。有的时候通过配置化达到扩展也是非常有必要的。因为想要完全做到，对修改关闭，对扩展打开，是不可能的。因此依据在实践中学到的经验，做出一个非常合理的决定，也是非常好的。

• 对接外部系统的思考？对接外部系统，为了减少依赖，最好的做法还是通过消息中间件。为了更加灵动的应该一些小的修改，比如修改一些参数，那么应该是map容器去接收数据，而定义的为java类型存在非常大的问题，并且数据库采用json字符串保持数据结构。其次，一个入口，分类处理不同逻辑，完全分开，不要杂糅到一块儿。考虑到参数的修改，做到不要修改代码或者少量修改代码或者扩展代码。拿捏好：在什么样的场景下，不需要修改代码；在什么样的场景下，修改少量代码；在什么样的场景下，扩展代码。

• 通过做了一类的事情，要总结和思考，找到一个通用的、好的解决方案。当然，也只有这样不停地去想和思考解决办法，如此，才能成长。

• 出现了一个新的事物，一般第一反应是，分类判断，而无法做到更高一层去抽象。因此，还有一种办法应对：判断是否有这个新事物，有就处理，没有就不做任何处理。这样更加通用，也更加无状态编码。

• 不要人工通过堡垒机连接数据库执行SQL，而是开发接口，通过接口调用，这样才安全可靠。

• 思考问题的时候，不要想着复杂、麻烦，而是怎么做更加合理。有些时候，确实需要考虑到配合的人，是否麻烦、难弄。但是，在合理性的条件下，这一切都不需要考虑了。做法：考虑好的设计思路，而非想到到麻烦以及难实现。设计可以非常好，做的过程中，根据外界和自身条件，进行一步一步妥协。

• 积极参与需求分析，对于有疑问的和不懂的地方，直接提出来。

• 程序本身就存在bug

• 需求本身就存在一定的不合理性

• 不是每个问题都能够独立解决

• 有的会喜欢自己，也有的会讨厌自己。这就是生活常态。

• 真正觉得编程技能就是一个宝贵的技能

• 把问题抛出来，去多问问别人的思路，体会到一个大致标准的做法，后续在改善做法。

• 控制情绪。控制了情绪，才能非常精准地控制言语和行为。

• 沟通。增加自信，这样说话才有更多底气。沟通过程中多倾听。理解到别人想要表达的意思。然后在表达自己的观点。

小结

• 我的反思与总结。