致敬2016，展望2017

2016关键词：谢谢、great、good、bad

2017关键词：有想法、有计划

篇一：致敬2016

谢谢

第一、谢谢2016年，我又长大了一岁。

第二、谢谢帮助过我的人。

第三、谢谢自己，又装逼了一年。

Great

技术长进了。

毕业半年，待遇税后7.5K。

Java:见识了基于spring cloud微服务的威力。

Linux:记住了越来的越多的Linux命令，能独立维护并处理部分服务问题了。

Ruby:终于算是入门了，入门了却没看到出门在哪里。

Python:已经写的顺手了，高级的东西还有待继续发掘。

JS&HTML&CSS3:这似乎不是我该关注的问题，能独立解决UI上的问题已经够了。

有毅力和活力，天生乐观派。认定了的事情一定要去完成，本职工作必须要做到尽职尽责。

我又回来了。

Good

完成了至少三个项目，参与一个核心研发项目，但不是在这里。

项目是最好的导师，边学边做，边学边用，虽然不能用到最好，但这确实是很有效的学习途径，先实现再优化。

直播源，90%出自我的手。

点播部分源的爬虫开发、跟踪、维护。

短视频终于出炉了。

Bad

发现的自己实力还是离自己的期望的差了很多。

纠结综合症。

篇一完结。

 

篇二：展望2017

有想法

想法一：学习补课

 

大学毕业半年后，发现在大学期间没有好好学习Java基础，也没有学的特别扎实！很多东西自己还不知道，需要补课！现在也算是个半吊子的Java程序员，所以买了最新版的Java核心技术回来再看一遍，以后还会买更多的书回来，继续学习。

 

想法二：该改改

 

现在的服务端用一个字形容——乱。

管理平台本来就不应该和API服务的代码写在一起，然而现在是在一起。

SVN没有发挥它该有的作用，SVN上的代码都不是最新的。

缺少一个完整的项目管理软件，BUG没有任何追踪记录，解决了？！没解决？！进度走到哪里了？！后续是关注还是下放到下一个版本解决？！项目的开发进度完成了吗？！

 

想法三：服务端模块化

 

拆分API平台和管理平台，各司其职，平台无关的多余代码裁掉。

拆分现有API接口模块，最大限度解开之间的耦合性，实在需要耦合的，采用消息中间件解耦。好处：在允许适当数据冗余的情况下最大限度的把数据界限划清，有利于搜索引擎优化和搜索结果调优。

 

想法四：APP模块化

 

APP端所有的模块全部做成功能组件，根据服务器的调用协议，来调用对应的模块，完成任务。JSON约定客户端需要几步动作（List），每步执行哪个request，request type，request data，header，response，怎么获取response中的数据，这个数据在下一次请求中在哪个位置会被使用（URL/header/data）。若客户端需要对第三方资源解密，提交对应的密文到服务器或调用Web View+JS完成解密。

 

想法五：API配置化

 

这仅仅只是一个想法，具体怎么来做，还有待继续推敲。

 

有计划

计划一:读书计划。

 

读完至少5本技术书籍，以下为计划书单：

1.《Java核心技术（第10版）卷一》 再读,已读34.59%

2.《Java核心技术（第10版）卷二》 备注:此书还没有中文版，若第一本书读完时，它的中文翻译版还未发售，就选择《java编程思想》

3.《深入理解Java虚拟机：JVM高级特性与最佳实践》

4.《大型网站技术架构 核心原理与案例分析》

5.《Java并发编程的艺术》

6.《用户网络行为画像》

 

计划二：工作计划

 

1.2017年，继续坚持现有的工作状态。

2.短视频数据量达到400万。

3.直播链接继续维护并发掘新的源，做出对应的爬虫。

4.协助点播做出更深层次的源爬虫。

 

计划三：重构后端

 

这是我一直想法。

 

篇二完结。