我们日常开发中经常使用配置文件和分布式配置中心，把能够放入配置文件的数据尽量放入，这样不仅方便维护和修改，也能够实现不重启应用修改应用行为的功能。代码中应该只有我们对业务的抽象。
考虑好系统并发：要为并发做好周全的考虑。
这个要求是不是看起来很稀松平常，大家都会？其实很多大型系统，尤其是老的系统，都没有考虑并发问题（去问问传统软件企业做的软件，你就知道了）。并发其实可以算作是互联网公司最常遇到的问题，也是各种技术面试会问的很深的问题，要好好掌握。
不要靠巧合编程，要弄清楚程序为何能够运行。
我们接触变成初期，经常会有些代码调着调着就跑通了，但是连自己也不知道为什么。这种代码真正用于线上风险很大。毕竟，他也许不是真的能工作，他也许只是看起来能工作！
什么时候该重构：当你发现这四个事情出现的时候，就是你该重构的时候。
代码违反了DRY法则
有非正交的设计
需求变化后代码过时了
性能有很大问题
重构时的准则：
不要试图在重构的时候同时增加功能。
在开始重构前，确保你拥有良好的测试，这样你才敢放开手脚改动。
采取短小，深思熟虑的步骤。
在测试的时候，要去做状态覆盖，而不是追求代码覆盖率。
好好学习shell：通常我们喜欢用各种带界面的软件，他们的特点是所见即所得。但是也带来了缺点，所见即全部所得（what you see is all you see）。这对于效率的提升是一个瓶颈，有很多GUI上面需要很多操作的事情，在shell上只需要一行代码。所以尽管它有点难入门，但是学好了，会大幅度提高效率。
关注我我是一名奋斗在互联网一线的后端开发工程师。
平时主要关注后端开发，数据安全，欢迎交流。
微信公众号：后端技术漫谈
Github：@qqxx6661
CSDN：@蛮三刀把刀
知乎：@后端技术漫谈
掘金：@蛮三刀把刀
腾讯云+社区：@后端技术漫谈
博客园：@后端技术漫谈
BiliBili：@蛮三刀把刀
原创文章主要内容：
开发实战
技术面试
算法题解/数据结构/设计模式
程序人生
个人公众号：后端技术漫谈
如果文章对你有帮助，请各位同学 点赞 转发 收藏 三连，你的支持是对我莫大的鼓励~