立的flag不能打脸 2018-01-19 前言 说好的尽量一周一篇，这周又拖到周五了。。。 简单记录下这周都做了写什么，然后给大家分享一篇我觉得挺不错的文章，看了跟我一样有感悟的当然很好，没有的话就全当我是用来凑字数的。 工作 这周工作比较繁杂，因为接近年底项目要在年前发布最后一个大版本，而且这次改动的比较多，而且杂，所以测试时间预留了接近两周，边测试边修改bug（搞笑我写的代码会有bug么，如果有那肯定是没清缓存）。 上次提到的调度中心目前在测试环境已经运行了一周了，由于初次使用，目前只配置了三个任务，每天不同时刻执行，效果还可以，除了出现了一次内存不足挂了之外其他一切正常，这次发版也会发布正式了。 这次的一个大的改动之一是统一配置管理的功能，之前准备用Consul，但是年底大家比较忙，没时间搭建，所以采用临时解决方案redis来解决。这块涉及到的模块比较多，所以对很多项目模块都进行了重构。 另外一个重大的改进是对设备的报备功能进行改进，之前针对本家设备和第三方设备采用的报备流程是不一样的。本家设备是通过公司大数据那边同步过来的，第三方设备是自动报备；此次做了下调整，将本家设备也通过自动报备的流程来实现，不从大数据那边同步。....
2018年新年新篇章 2018-01-11 前言 断更一个月，不解释，就是懒，好几次打开编辑器又给关上了。 这两天反省了一下下，觉得不能在这样了，要坚持。 所以，写点啥呢？ 写写这个月都干了啥吧，想想好像又啥都没干。。。 工作 这个月的工作总结起来主要是在原有系统的架构上做了一些调整，把以前一些写死的定时任务以及一些简单的功能，通过一个开源的任务调度中心(xxl-job)提出来。通过使用Java或者Python脚本的方式动态的配置调度。 使用开源框架必先了解这个框架，之前看了一周的框架代码，以为自己看懂了，然后老大随便问了几个问题就答不出来了。。。然后又看了一周的代码。框架了代码其实不复杂，复杂的是理解框架作者的思想，怎么样才能跟着作者的思路去想问题，解决问题，实现功能，在实现了功能的基础上如何能进行优化，以及在原有的框架不能满足先有的项目需求的时候如何能实现自己扩展而不改变原有的功能。 说到自己扩展开源框架的话需要考虑的更多一点，怎样扩展？主要有下面两点。 给作者提PR 拉取稳定版本定制化 显然这两点各有各的优缺点，针对第一点，那必须深入了解框架原理，在实现满足自己的业务需求的时候不能影响原有功能，而且代码要规范，毕竟如果作者....
