我的2018 年终小结

    说起来腊月二十三，说起来大年三十，总有一股莫名的兴奋，但是不知道什么时候开始，这种感觉早已没有以前的那种热情了。记得第一份工作的时候，刚刚从大学出来，思想还停留在以前的状态，到了腊月二十三的时候，傻乎乎的敲响项目经理的门，说马上过年了，我要回家。。。领导一脸无奈的告诉我，你已经工作了，跟以前不一样了，再说你现在回去这么早，能干嘛呢，说完给了我一个白眼，让我自己慢慢体会，自己还为此难过了好几天呢，呵呵，年轻人，too young too simple ... ...
    今年应该是挺忙碌的一年，一年到头回过神想想，去年年底做的2018年的计划，似乎都是因为太(jiu)忙(shi)了(lan)，而一项项搁浅了，有时候就想好好问问自己，就不能好好的把自己的计划一项一项完成了吗？但是工作中的事情，总是无情的打断我这个念头，一副势不可挡之势，将我这单纯的想法，碾压的稀碎稀碎的。
    其实今年有一个好的习惯养成了，需要给自己一个鼓励，就是每天会把手里的工作在纸上记录一下，起初的目的是怕自己忘记了昨天都做了什么，第二天会记不起来，后来记录着记录着，发现挺好的每天都知道自己做了什么，什么没有做，心里有数，感觉还是挺棒的。
    从三月份开始，加入了公司的物联网研发项目组，开始了解lora协议，coap协议，lwm2m协议等等，然后就是编写相关协议啊的各种适配器，因为大部分设备还是使用的华为的海思BC95芯片，所以一般走的都是coap的协议，我们就借助Californim的开源项目，做了一版bc95的设备适配Server，用来接入使用bc95芯片的地磁、井盖、垃圾桶等等设备；使用了California的项目，源码肯定是要了解起来的，一旦出现不适合项目的问题，改改源码里的代码还是很有必要的；有时候还需要在服务器上抓包来观察消息数据到底在哪一步和coap的协议有问题了，数据丢失了？设备离线了？网络附着失败了？
    虽然说没有bug的程序系统是不存在的，但是我们项目内部的平台（核心代码）是有明显的BUG的，有的很低级的逻辑问题，有的就是那种很难复现的历史问题，总是让人焦头烂额，对于客户还不能直接的说出来，还得想办法把这个问题圆回去。。。有时候真的想那个锤子敲一敲写那些核心代码的人，脑瓜子都在想啥，源代码也不给，提问题给他们也不搭理我们(老外就是悠闲 动不动就是去休假了 去旅游了 )，我里个去。。。实在没办法就只能反编译过来，改一改暂时把问题搞定了，不用他们这一套还不行，公司的选择，咱一个小码农能说什么呢。
    在尝试了无数个坑之后，渐渐踩出一条安全的‘路子’，平时小心一些还是可以避开那些问题的。好景不长，华为的BC95慢慢淡出市场并且停产了，厂商逐渐都采用了新的模组BC35-G/BC26这样的模组，开始使用LWM2M协议了，好的是LWM2M协议比COAP协议来说会相对完善一下，对设备的信息以及生命周期的管理，有了更加出色的表现，不好的是：不是使用的国际LWM2M OMA规范，而是适应国内物联网市场的定制化lwm2m版本；我们的适配工作可能要重新开始，开发 测试 上线 咯~
    下半年的时候，公司领导也多次反馈核心平台代码的问题，终于给我们升级了新的版本，基于目前最火的容器化工具K8S做的一套物联网管理平台；刚刚得知这个消息，心里还窃喜了一把，这么快就接触到这么前卫的技术了，开心啊，回家恶补了一把K8S的知识，我去(⇀‸↼‶)，这学习的‘坡’可不是一般的陡啊，不是之初各种网络协议，CA，配置，真是一个头两个大啊，看来新技术就意味着新挑战，当然了，新挑战才会有新动力嘛！
    好吧，又到了立flag的时候了：
    1、2019年锻炼身体，必须执行！
    2、去年买的技术书籍，必须看完！
    3、去年买的兴趣数据，必须读完！
    4、Springboot的各种应用场景和技巧
    5、Springcloud的运用
    6、Docker
    7、Kubernetes（k8s）
    8、python脚本的熟练编写
    9、学会写出更加精简更加有执行效率的代码