写这篇文章没有什么目的性，也没有什么必然，只是一时突发想要写，也许明年17年也是想写，但是也许也忙不过来，所以其实一切都是偶然，对于偶然的坚持，很爽，有助于梳理一整天的思路，无论是发泄也好，还是总结都是很有必要的；你们也可以试试，包你很爽；文章是一次写成，估计有很多错别字什么的，还望多多包涵。
2016年最后的19天
整个2016仅仅只剩下19天了，回顾整个一年的规划，发现很多没有完成，也有一些值得欣喜的东西；或许从小就习惯了赶时间，在最后的19天我想我应该好好规划一下我的任务。
Only 19:
今天主要开始把Genius-Android库中UI相关的工作进行收尾，准备发布2.0.0版本。
本准备多搞一些东西无奈晚上家里网络出问题实在卡顿。
Only 18:
今天是什么日子啊，早上起床心情蛮好；想起昨晚更新了接口一大早的就拿线上的老版本测试相关接口是否稳定，嗯一切正常！岂料这时候老板却说他的列表崩溃无法看，我去，一万只草泥马蹦腾而过！仔细一想，因为老板是内部测试版本，而后又重新设计接口导致的；这一切本没有什么，我也尽可能说明原因，但是…我不听我不听，你解释就是在推卸责任就是技术不稳定.....好吧我的技术渣...内部接口都变了，内部测试本就是变化的为的就是最终的稳定！
出门了，在地铁上又遇到3次临时停车，手机刷机又遇到找不到SIM卡了！
糟糕透了～
重拾心情，毕竟一天还有很长。
下午的一整天平平淡淡就过去了，主要忙着公司的版本开发，回到家也没怎么弄自己的项目。
有必要说的是回家后发现网络也异常差，断线，丢包…简直无法忍受，最终忙忙事情做个饭睡觉。
Only 17:
还有接近半个月的时间了，今天发布了公司预览版APP，进行了相关测试，当然也接近了一大堆没想到的BUG。
其实有些奇怪的是，为什么有些BUG总要到发布的时候才能发现，这个问题需要好好追究一下。
晚上的时候好好解决了Genius-Android库的相关收尾问题，在这个过程中想到了一些新的完善方向，但是却没有解决方案，就单独的起名上就遇到问题了：“输入者”、“输出者”统称为神马？或者什么名词具有这样的职能？IO？这个首先排除了，来个更好的；想了一个晚上也没想到....
欣喜的是，自己在洗澡的时候想到了另外的一个方向，也算是一个非常OK的思路，自己给梳理了一下确定了可行性；给自己，是不是以后多洗洗澡？？？“wait method”
Only 16:
今天给自己定下了一整天的新任务，讨论了一些新需求。
简单来说公司任务基本算是顺利。
对自己的框架库而言，我想要在今天内解决图片分块的问题：也就是把一张图片分割为有共同数据的小图片，经过处理后再把图片合并回去。也就是分割合并，但是问题在于分割的图片具有重复部分，而合并回去时应该取重复部分中的一半。
哎，需求有些复杂，慢慢来搞；具体的参数啥的还需要细化才行。
公司发工资了，绩效并不理想，其实有时候有种难受的感觉，今年的存钱目标还差一大截啊，最后10多天了。蓝瘦香菇～～！！
Only 15:
迷茫的开始，或许是绩效，也或许是其他什么一闲下来就不知道自己该做些什么。
仔细想了一下业绩问题，也算是自己上月没有认真，不够细心，导致了一个错误的BUG没有核查到；也就有一系列的各种问题的出现....可是我心疼啊。
一整天中规中矩吧，完善了些许文档，捣鼓了一些东西；自己的想要做的东西很多但是不知如何下手；或许此时我更应该学习如何调整自己的心态和情绪。
在慕课群里回答了很多问题，发现自己越来越喜欢做老师的事情了，说实话当年读初中的时候想的就是做数学或者物理老师的，但是造化弄人啊，谁叫我报了个计算机专业呢，再加上计算机教学也蛮不错的；我最大的愿望就是把自己会的知识点交给初学者，让那些曾经和我一样的朋友少走弯路。
总结了一下今年还需要更新Tink（不是腾讯的，我发誓比腾讯先有这个项目名）改版Ankey和UPMiss软件，发布Genius-Android 2.0 版本。
一个个来吧，首先是Genius-Android的发布； GOGOGOGOGO…
Only 14:
一晃一个星期就过去了，又到了星期六了。
每个星期六都是我最放松的时候，因为不用担心上班，不用担心工作，也不用担心每天的任务，也不用每天都抓破脑袋想整个小组的进度，这些都是我应该做的，但是到了周六我会什么都不想，只是好好的过我的生活就好。
现在每周六和周日我都会自己做饭，以前是一个人懒，现在有女朋友一起吃觉得很好；这样的生活谁不喜欢呢。轻松懈意！
说的倒是挺轻松的，不过今天有事情干，一大早的就早起，外面吃了早餐然后去医院找有名望的医生给自己号脉了一把。
没办法，工作久了，坐的太多了，平时运动的太少，导致各种疾病，各种身体不舒服；最郁闷的是开始经常口腔溃疡了。
整体来说倒还好，就是小毛病不断。完事儿后开了几副中药，医院人多只能自己拿回家煎药了。
可是，我家只有电磁炉和铁锅这没法啊，没办法煎药；无奈只能在网上淘了一个可以电磁炉用的陶瓷煲。
Only 13:
今天是最规矩的一天，起床吃饭，买菜，工作，不能算是工作应该说自己研发。然后做饭。
今天主要研究图片分段模糊然后拼接合并的算法，并实现；该功能主要为了减少大图片模糊时内存占用过于太大的情况。
经过一天的努力发现这个实在是太难了，昨天就用java大概实现了一点，发现这样的思路应该是可行的，然后今天就在java实现了图片3分然后合并的算法，但是发现内存占用Native层是降低了，但是java层却增加了很多。
后来去大概测试了一下直接在C中搞应该会比较OK，然后就去搞C了。
C如果直接在项目中搞，测试太过于麻烦；后来去写了个小的C文件进行算法编写和测试，逐渐的完善基本是OK了又搬回到项目中，然后对应参数，就这样又搞到了晚上才侃侃做到了垂直方向的分段模糊合并。
这个算法真的看图很简单，但是想要内存占用少真的要些麻烦的事儿才行。
不过完成了这个测试了一下的确降低了好多，在4分情况下，一张大图之前要花费30MB内存现在只需要14MB内存了，算得上一个大的进步了，而且图片越大越明显。
明天再继续努力吧，争取再作出横向的算法，然后就可以投入使用了，如果要结合在一起估计有些麻烦了。
Good～～
Only 12:
又是周一了，工作工作占用了我很多的时间，有时候就在想那些自由职业者真的很幸运。
今天无意看见一句话："别把你的时间交给老板！"感触很深，但是我又能有什么办法呢？
中午和同事一起讨论了一下c中的以后内存copy的问题，算是解决了我的一个难点；不得不说有些认为是需要在讨论中完成，平时大家工作都太过于保守，每个人闷头苦干，总是怕别人看见自己在做什么一样，当然很多都是草草完结工作就去做自己的事儿，每个人也都是相互我看不起你写的，你看不上我写的…"妈的这是谁写的代码，这里又有问题，我就是要这么干，我喜欢这么做。"也没有好好的和同事谈谈，这样做是否合理，是否OK。
晚上时分，自己把Genius-Android的图片处理部分的模糊算法进行了优化，现在可以对大图片进行模糊而不存在内存溢出情况。原理就是前面几天所研究的分段模糊，而需要注意的就是衔接部分的处理。另外适配了ARGB_8888和RGB_565的图片模糊。
去年耗费了很大精力把JS的模糊代码转换为Java代码，后来优化了一些转换为c的代码，速度上提高了很多。但是内存占用还是一样，模糊大图图片始终是一个短处，最近构思了一下想到了分段模糊，粗略在Java试了一下原理可行，然后就尝试在c中实现对应算法，毕竟c中可以内存复用，内存开销会少很多。
今天还和之前朋友一起聊了一下，同样一起工作的同事，的确很有能力；现在自己推动着创业似乎做的蛮好的，值得赞与学习。还邀请我去他那边工作，说实话项目发展方向和技术都非常OK，的确挺向往的，虽然最终决定不去；但是挺感谢他的，都几次了感觉听对不住他的，抱歉了，希望以后能有合作机会吧。
想到他和我都是技术出身，但是我更崇尚技术，而他的技术与经营都很不错，而且交谈能力非常厉害，当然还有很多方面都是我所欠缺的方向，也是我应该好好学习的地方
Only 11:
今天公司APP准备定版了，说一整天都忙着测试又似乎感觉工作太少，然而一整天的确都是在做这个事儿，剩下的更多的是想一些存在的问题。
APP非WiFi情况下图片默认不显示，点击时加载的理论实现，还有一些图片处理上内存的优化问题，当然更多的我们还思考了webview上显示一个图片的压缩问题。整体来说这些都是应该进行优化的点，当然这些的实现都是时间问题。
晚上的时候把Genius-Android项目进行了整改进一步的优化了测试APP的相关性能和bug。
另外整理了APP差异更新的相关技术，就差异包算法而言基本都是使用的bsdiff库，其实apk就是一个Zip压缩包，不过有签名的存在，要是能有专门针对apk差异的相关算法我想差异包会更加小。
另外还有一个难处是服务端更改，必须要支持获取对应的差异包下载支持。目前所想的是先使用GitHub进行支持完整整个流程。
其实自己感觉自己有些懒惰了，明明还有很多事儿应该做，但是自己就是不想做，也或许是自己并不想把自己逼的太急，犹如热锅蚂蚁。但是这是病，得治
Only 10:
一大早的就打包，准备上线对外使用。
发布，上线，测试功能完整性。一切非常顺利，Nice。似乎看起来一切都很好，可是心里总有些不安。
这不，我点点点，搞搞搞-我艹，闪退了。奇葩的事儿，连忙找问题修复，我去啊。同时把可能引起线上崩溃的数据清除。
经过紧张的查找终于找出了相关的问题，原因在于我们对数据的校验上所做工作不够，导致了异常崩溃。哎，我去啊。
没办法，只能紧急修改重新上线发包。后来进行了一次秒测，还好OK了。
另外讨论了LBS周边的相关实现，打算推出周边的人相关功能，还有就是同城等功能。这样的功能目前来说使用百度的LBS辅助即可实现，
算是蛮简单的了。
另反思了一下我们APP的情况，一年下来说改动很大但是却看不见，说没改动又做了那么多，其实综合起来也是我们很多地方改动了多次导致的，就评论浏览数就调整了5次，哎，软件迭代是很有必要，毕竟是一步一步更新优化，但有些时候提前考虑的多些就应该少很多工作，说起来也是我们的考虑不够，外加很多功能做了但是却没有上线，比如打赏，话题等。
今天自己晚上也重新整理了一下软件包，优化了可能存在的闪退问题，准备明天发布Genius-Android 2.0.0 正式版。
(ω)
Only 9:
一大早的好好想了一下公司与个人的关系，很多时候抱怨公司福利不好，各种技术也不够纯粹，相互之间太过于勾心斗角，你有你的看法，我有我的决策。而公司上层也是常常抱怨员工不够积极，水平不够，做事不够细心，但是说起来你叫人做事总该有回报，回报不够却叫做更多的事儿这也不科学。说到底还是相互之间不够信任，不够依赖，当员工与公司命运挂钩时，当领导足够优秀，那么员工我想也是非常愿意追随。而如果只是相互抱怨，嫌弃，我觉得领导不行，领导觉得这个员工不行，这又有什么办法呢？还不如早早解散得了。
谁都想出人头地，作为开发者谁不想做出影响业界的技术框架理论，而作为老板谁不想做出优秀的产品，我想这本身并不冲突，冲突的仅仅是人与人直接的融洽。
如果我是老板，我一定要足够优秀，我要主导团队的进步，我会和组员一起聊天吃饭，我会尽可能放下身份去和他们一起开发一起解决问题，一起打球，一起看A片，也一起打游戏…只有相互的信任，有着一个共同的目标我想组员才会一起奋斗。我想要做到这样很难，不光是做难，前提是我得是老板。
反思了这么多，脑补这么多，哎，地铁快到了，先下车，到公司还得想每天的任务呢。
最近发现开发小组的一个问题，从分配任务开发以来，似乎大家都极度逃避责任，遇到问题：这不是我写的。这TM谁写的这么丑。其实少了团结，多了相互的推卸。代码本就是逐渐完善的过程，没有谁一来就很厉害，都是慢慢过来的。
马上就快圣诞节了，才想起还没给女票买礼物呢，快快剁手。
Only 8:
一个奇葩的事儿，昨晚看好了礼物结果下单后忘记付款了，今儿早立刻联系了一下付款，希望能在圣诞节的时候到！
今天打算给APP增加内嵌服务器设置功能，以前，咱要是要切换内网啥的都是需要更改代码，然后重新编译，这对于小项目来说很简单，但是大项目光是编译就得耗费大量时间，很不划算，所以我们考虑在APP中内嵌这样的功能，可以一键切换服务器。经过考虑我把这个功能隐藏在设置界面，当然需要一定条件才能触发该功能，其实也是方便调试使用。
做好这个只后当然免不了就是脑洞大开的时候了，自己所想的就是一个APP一定要有一个专门的设置界面，能管理APP的所有数据交互，最好你能够有一个全局监听APP的插件，无论是在开发还是在APP运行中都能更好的控制APP的相关参数与存储数据。
这周相对来说过得很快，可以说是一眨眼一个星期就过去了，总结下来这周大部分时间都是在做APP发布工作，当然剩下的就是一下鸡毛蒜皮的优化调整等工作。
其实整个APP自己有些看不上，感觉不够高大上，倒是有些四不像了。可能对外界面改动挺好，挺协调，但是实际实现的代码却不够OK。
反思了，夜来了，睡觉了。
Only 7:
要说今天的话，就相对单调，其实不能说单调，应该是比较单一。
今天我早上起的很晚，一个是晚上睡的有些晚还有就是想把上周没睡的都补回来。起床后出门买了早餐，同时买了一天的菜，中午打算做过红烧排骨，晚上包抄手，咱南方吃的大部分都是抄手。
不得不说今天的排骨是我做过最好吃的菜了，先用不粘锅炒排骨到7分熟，放好酱料，转到砂锅，加水…而后慢炖到排骨熟再加土豆进去继续烧，直到汁液稍微浓稠时便可起锅。撒上葱花那味道简直Nice！
下午时分休息了一下后开始部署服务器数据库，结果这个可把我难住了最新的数据库更改了很多配置相关的东西导致怎么配置都不对，这就奇葩了，虽然最后弄好了，但是时间耽搁的蛮多的。
晚上包饺子吃，本以为吃20个就到顶的，结果硬是吃了40个，就连女友也不甘落后。
事情很简单，日子很平淡，但就是这样简单平淡的生活过着才幸福。
Only 6:
周日就比昨天起床更晚了，吃了昨天剩下的抄手，话说抄手冻过的怎么煮？我按照教程冷的时候放下去一样皮坏掉了啊，看来所谓的教程啥的也是坑爹的。
下午去逛了逛天虹，天虹很大很齐全，但是真的有些贼贵，一件衣服要我1千多结果淘宝旗舰店才500，我去，这也有些太离谱了吧。就算是店铺等价格啥的也不至于吧。
晚上时候继续研究聊天界面底部输入框和软键盘冲突的问题，本以为解决这个无非就是几个配置什么的就OK，结果搞了这么久都不行，才发现不是这么简单的，要实现控件做对应监听然后调整策略等等，哎，实现很难啊。
另外今天终于把差异更新拉通了，整个流程使用native实现，可是如果在手机端实现差异包生成还是非常耗时，大约消耗2分钟，合成倒是很快；其实有着缺陷，其中一个就是生成的差异包太大，一个旧版本12mb，新版本13.4mb，结果差异包12mb。差异包的优势完全没有了，其实出现这个原因很简单，因为Android apk是一个Zip包，但是却又有签名以及Android的dex编译特性，这个特性决定了仅仅只更改一个字节的情况下其后续字节都改变。所以要解决这个问题其实应该结合Zip的特性，当然不光是这个特性，如果是对比压缩包内部文件可以缩小，但是又有签名问题，所以归根到底还是需要根据dex特性以及zip和签名一起进行才能最终缩小差异包的size。
说的很有道理，需求定下了，嗯实现是你们的事儿，明天上线，我要看见效果。
Only 5:
每个周一都是难熬的，一大早起不来，早上不想起床，我擦还没睡够呢。
外加今天遇到特别不开心的事儿，Genius-Android上突然出现某个人提了一个骂人的东西，说我TM升什么级，更新版本导致之前的资源没有了，我其实很想骂回去，可是什么俺是文明人，我给他解释了2.0.0本来就是跨版本升级，很多老的思想，老的配置本就应该丢掉才取新的做法。自己遇到这样的问题怪我这个开发者，我只能是自己太年轻，版本升级里边的属性不同，难道我强迫你用了？没有，其实只是自己不知道如何设置而已，自己不知道设置老版本在哪儿怪开发者，我也是够了，像OKhttp3版本来的时候和2完全不同怎么没见你去吐槽，自己拿着老代码坐着新的事儿，出了问题怪别人，送这种人两字：“SB”。
本来自己搞这些就是麻烦事儿，我也想搞得更好。有时间骂还不如自己去写。我平时也是不想发火，挺温的人，但是谁要是惹毛我了，看着刀吧！
好了回归！
在工作上今天准备把发送动弹的相关界面功能改进一下，但是发现没有自己想的那么简单，安排了几个任务最后只能完成了简单的，很多时候看似简单的需求却需要大量的技术含量，而有些时候看似很多的功能却都是单一的工作而已。
Only 4:
今天在群里说了一下差异包更新的问题，结果得知Google自己搞了一个差异包算法“File by File”，然后自己去尝试了一下，下载下来整个项目的时候我是惊呆了，项目中的分包结构简直Nice。
我来说一下整个项目，在整个项目中没有一个APP想module，每个都是纯Java的module，但是有一个总的使用其他module的地方，在这里也并不是简单的使用而是封装为命令行进行操作，也是方便测试。
说起测试，整个框架中每个重要模块都有对应的测试代码，保证代码正确性，可以说是把测试深入骨髓了，而且很重要的方法的命名上非常Nice，值得学习。
至于代码的相关算法其实是基于bsdiff算法之上进行改进的，默认的bsdiff算法是c的实现，而在这个框架中全部逻辑都是Java进行实现，我不知道这样做的目的是什么，但是维护性是很高的，如果等后续完善后应该会有人出对应的c版本，或者我来做喽。
对于效果我分两个方面来讲，一个是速度，其对比速度是很快的，大约需要10秒左右就能生成差异包，当然可能是因为这里使用的是我的电脑来完成，而合成差异包也差不多的时间。对于第二点就是差异包的大小，说实话生成出来时吓了我一条，整个差异包28mb，使用的相关版本文件和我之前直接用bsdiff是一样的，这…说好的优势呢？吓得我赶紧把合并后的包拿去安装了一下发现安装是OK的，但是就是差异包太大，去看GitHub似乎有提示压缩的问题，我把28mb的差异包进行了一次简单的Zip压缩，压缩后9mb大小。
同时我也把之前bsdiff生成的差异包12mb进行了Zip压缩发现大小基本没变，这里看来bsdiff框架是在对比中就进行了zip压缩处理，而Google的算法默认并没有这样的处理，这也诠释了速度为什么更快的原因，当然实际传输中是需要自己Zip压缩后传递，手机端解压然后还原差异的。
这个等后面说一些细节用法吧。
Only 3:
今天最值得自豪的是完成了一个简单的富文本编辑器，基于原生EditView实现。
先来看看效果：
说说需求：
以上是目前提供的简单功能，后续还需要做到图片等更加复杂的类型录入。
上面的功能很常见，但是有些真不好弄，比如删除拦截，比如光标操作，Tag动态高亮等都需要相互功能的配合，有可能更改一个地方就影响其他地方，索性还是解决了这些问题。
拿微博的输入来说，微博是删除一个Tag块时选中整个Tag，此时按删除或者任意字符都将导致Tag清除，而我这边实现是删除到Tag时，Tag高亮，此时光标还是在Tag之后，如果再次删除则删除，如果输入字符则放弃删除。这样做更难，但是好处是放弃删除时无需手指点击输入框一次重置光标。
整体功能上还有改进的地方，当然投入简单使用是OK的。
Only 2:
今天主要把时间花到富文本编辑器的优化上，除了优化代码还更改了整体的逻辑，在输入拦截上做了更好的处理，之前是文本变化监听器（TextWatcher）上做的相应的删除拦截，但是会导致重复触发该方法，如果不注意还会导致无限循环。
现在更改到输入法监听上完成该操作，可以支持拦截英文和中文都OK，在删除上拦截达到二次删除。当然还具备输入识别，当输入文本紧挨着TagSpan时自动添加空格补全，这个就需要分开中文输入和英文，因为英文是直接提交。而中文输入是预输入英文字符点击中文后进行替换，所以整体来说流程并不相同，而且拦截也不能从同一个地方进行拦截。
当然解决这些只后还进行了剪切板粘贴拦截，因为直接粘贴是不走输入流程无法进行拦截，所以会有文字紧挨着标签块的情况，对于这个情况我先进行了粘贴拦截，然后把剪切板内容进行校验，只后进行替换，然后交给父类处理。这样的流程会有一个问题，如果剪切板中有标签块，如果进行粘贴会导致标签块丢失，我查询了原因，发现我们的标签块是提交到剪切板了，但是粘贴回来时丢失了。
我们的标签是继承系统的标签进行做的，但是标签在剪切板传输中会丢失自定义的标签，而采取系统的span实现类，也就是说传输流程中会进行序列化操作，而这个操作会丢失自定义Span数据，就算实现了序列化接口也不行。最终我的处理方式是全部拦截EditText的paste操作，手动拿剪切板内容然后格式化直接显示。
这样一个简单的富文本编辑器，再加上自动存储和异常还原也就完善了。
整理了一下代码，发现完成这些工作花了2天多，但是细数代码量却并不是很多，如果在一开始路走对了就会很快，我是走了很多弯路，都没有一次走到最正确的的路上。其实也是我自己对底层EditText的相关API不够熟练，如果一开始就很熟练就会更加容易。当然TextView作为控件中单控件代码量最多的控件我也是很佩服的，可以抽时间再好好学习一下。平时都是对View这些熟悉，整体概念很好，但是一些细节部分还了解的不够。
一个人的学习应该分两方面：
1.温习已知的地方
2.开拓未知的领域
Only 1:
周五了，今年还剩下2天…也可以说仅剩1天，也是今年工作的最后一天，明天就可以放假，放假一完就是新的一年了。
早上不是本应该和平时的剧本一样发展，安排任务工作么？可是确实不一样了，早上突然得知咱组的朋友要离职了，离职本不是大事儿，但总归非常不舍。
在一起工作很久，做事情说不得100%的投入工作，但至少投入时非常用心与专注，能把事情做好；很多时候有一些新的思路和见解；至于领域上可能自定义控件上有些欠缺，但是逻辑处理很赞，特别在正则处理上很Nice，加上才工作一年，可以说未来不可限量。没有过多的话语，祝未来蒸蒸日上，前途似锦！
要说工作，今天就尴尬了，做富文本编辑器添加了话题快捷输入，当输入#时自动进入话题输入模式，输入话题后格式化到界面，这本没什么，也想好了思路，也找美工设计了，最终快要成型了，结果领导说：“这里不做！”，额一刀封喉！好吧，那就只能回滚了。这就尴尬了。
以后找机会自己完成一个特殊的吧，我也只能这么想了。
人生的事儿本没有太多如意，自己看开就好。只是我浪费了很多的时间了。今天大部分花在了这个的调整上，一次去掉就显得浪费时间了。其实也是自己太过于专注细节改进所以耽搁了很多时间，这本身是我的有点，能够做的很细，但也是我的缺点，自己做APP时速度无法提高，总是会花很多时间去打磨产品。我想更多的是需要我自己衡量了。
看见新闻联播中说2016年还剩最后一年，你的新年愿望是什么？哎，愿望，愿望…还是先把今年订的目标完成吧。朋友们，你们的愿望是什么？目标也都实现了么？
Only 0:
2016年最最最后一天，今天没有过多的编码做技术，仅仅只是总结今年我的一切。
今年工作很忙，这是我的第一感觉，太多时间花在工作上，但是似乎成效并不是很大，仅仅只是把客户端改版了一遍，很多事情做了多次，做了很多无用功，这也是导致一年下来工作并不见好的原因吧。
个人项目今年做的很少，唯一有贡献的是开源了UPMiss APP的源码，UPMiss是一款记录重要日子的软件，用倒计时的方式显示，主要是弥补自己总是容易忘记生日的问题，整体风格采用模糊＋微MD风格，代码也是MVP的变种实现。
当然还有一个重要的，Genius-Android发布了2.0.0正式版。这个库完成了常用控件的点击MD效果适配到低版本，Genius-Android最低适配到4.0.3系统。包含常用的几大控件，并有自己的一套实现方案，在保证高效率和高可用的前提下设计而成，同时也是UPMiss软件的控件驱动，可以大大简化开发流程。
同时Genius-Android含有一份用C实现的模糊功能，你可以使用该库模糊你想要模糊的图片。
当然还有一些七七八八的开源都在GitHub上了，我的GitHub地址：https://www.github.com/qiujuer
很多目标都没达标，像socket封装，像手机电脑传输软件FLYFI更新，这些都是没有完成的，总结了一下也是因为需求变化导致的，换了电脑，自然也就对FLYFI的需求降低了，而自然也就不紧需socket封装了，所以需求决定技术的进步这是真的。当紧需某个领域的时候自然也就会加紧去学习梳理。
说了一大堆，来看看代码提交记录吧。
首先是码云的，也是公司Git提交记录：
再来看看Github的，也就是开源项目的提交记录：
以上就是我这19天所做，也是16年的基本总结，至于17年，不想定下太多，其实很多时候自由一些就很好，希望17年能有更多的时间做自己的事儿，当然也希望新的一年自己身体更好。
祝大家17年心想事成，蒸蒸日上。
