2019年终总结 2020新年展望

2019年终总结 2020新年展望

1、时间线如下

时间	日程
4月15	大论文学院审核
4月19	大论文送审
4月中旬	小论文投递
5月中旬	去公司实习
5月下旬	毕业答辩
6月21	毕业典礼
7月1号	实习转试用期
8月中旬	小论文被录用
11月15号	试用期转正

2、毕业季 学业

大论文共修订了5稿，在第三稿时，将第三章的单点标定算法与第四章的隐式标定算法串起来了，这样大论文基本有了整体感，后面专家盲审的分数都在80分以上；
然后是小论文，就比较磕磕坎坎了，研二时写的《单点标定算法》小论文质量不过关被导师毙了，然后在大论文答辩后，写的第二篇小论文《隐式标定算法》，投的《计算机科学》。在4月中旬投稿，由于在6月初毕业季时杂志社还没消息回复，于是只拿了毕业证。7月底才拿到的录用通知，然后又缴纳了一笔加急费，终于在8月份论文发表了，9月份顺利拿到了学位证。至此，读书生涯告一段落。
教训：小论文准备得太迟了，一般国内小论文发表的周期在3个月以上，因此务必在答辩的3个月前投出去，如果不能确保会被录用，那就提前更长的时间。不要把前程置于危险的境地，要是在转正前没有拿到学位证，offer就没了，我是我们学院9月份毕业的唯一一个学生，全学院30多个学生被延毕半年。

3、初入职场

由于学校里没什么事了，就剩个毕业答辩，5月15号开始，去公司实习。具体在公司做了这些事情

时间	项目	价值
6月~8月	对接运营需求：开发运营工具、提效工具(品牌下线，类目排序，打标查询工具等)、对已有代码的性能优化	各类工具顺利完成，解决了运营的部分痛点，对层级数据的导入方案写成专利 《一种对层级数据进行去重的方法、装置及介质》
9月~10月	上海项目：属性库重构，属性管理，属性库管理，天猫属性同步	价值：1、属性值id化，方便管理，2、拓展了属性、属性值数据量，3、属性添加了级别的概念
10月~12月	上海项目：类目属性重构，后台类目属性，协议类目属性。	价值：1、类目属性具有级别的概念，2、新增协议类目属性的概念，满足不同实例机构的个性化需求

初入职场的阵痛期大概持续了2个月，在学校实验室和在公司区别还是蛮大的，特别是用脑方面，感觉工作之初，在公司一天的用脑量抵得上在学校一周的时间，在公司每天都有晨会，汇报项目进度，在学校只需一周开一次会，最深的感觉是公司是大神很多，什么问题小组长啥都会，不像在学校，都是一帮菜鸟。后面适应公司节奏后，效率提升，整体就轻松了很多。

对比	实验室	工作
作息	早9点到晚10点	早9点半到晚6点，一般加班加到9:15,打车报
工作强度	强度不大，白天看论文，写代码，晚上可以做自己的事情	强度极大，项目倒排，每天都得汇报进度
成就感	说实话，读研的成就感还没有考上研究生大，遇到问题没有可以解决的人，工作效率很低，踩不完坑	收获满满，进步神速，遇到问题卡壳10分钟，就可以去问大神
收获	收获的是理论知识，创新能力	收获的是实践技能，动手能力

4、2019年flag完成情况

2019年的flag:	完成进度	备注
1:每一到两周写一篇技术博客，内容以原创为主，主要是面向面试题的对技术的深入理解	这个完成量不足，时间全tm用在加班了，估计博客就写了10来篇，主要是开发过程中遇到的一些问题，例如stream流式计算，mysql的索引，NIO之类
2:需要学习的技术:spring生态的深入理解，spring boot/spring cloud/mybatis plus并在项目中用上	1、springboot学完了教学视频，实际生产中也用上了，但是底层的源码，及设计模式还未掌握，得继续学习。2、对于微服务架构，公司使用的是阿里的dubbo，springcloud没有用上，后续还是得学习，与dubbo各方面进行对比，取长补短。3、mybatis plus用上了，并使用了一个mybatis插件，生成常用的代码，减少开发时间
3、科研方面好好静下心来做，由于3月份左右就得提交论文，还有小论文得发表，接下来一段时间有得忙了；	over，我tm再也不用写论文了
4、技术学习的最终路线：我想成为一名能独当一面的架构师	还远得很，慢慢来，先cover住需求，把自己负责的标准中心做深做精。

5、2020努力的方向

1. bug数据较多：全年bug数量79个，排名共享业务第八名；reopen 13个

   原因：对下游业务了解不够充分，部分逻辑没考虑到；经验不足，不停踩坑，reopen全部发生在第三季度，原因是不熟悉联调提测流程，第四季度没有一例reopen
   如何避免：多做code review，并请教经验丰富的同事

2. 现在的状态是能够cover需求，有吃力感，也没有很多的时间停下来思考，担心的点：完成任务的同时有没有兼顾个人成长

   延期原因： 对需求的时间、难度判断还需要提升开发项目估时不准，导致延期，开发效率还不足，正在为coding得又快又好而努力
   如何避免：将任务更加细粒度的分解，每个小点单独估时；考虑问题全面，性能问题，下游业务的需求，历史数据的迁移都得考虑
   如何兼顾个人成长：每天看一篇技术博客(专注于数据库，各类中间件，分布式架构)，每两周写一篇技术博客，与小组交流讨论，提升技术深度与广度

3. 假定明年让你独立拎标准中心， 你觉得你还差(工程、技术)在哪里？需要朝哪些方向努力并刻意练习的，能落地的点有哪些？

   在工程方面需要提高的点：学习解决问题的思路和方法。多去解决问题，珍惜每一次线上的故障，看到问题到解决问题。越久的项目，坑越多，你不能让这些坑持续下去，不然会越做越累，给自己定个小目标，每个月解决一到两个坑点。
   需要朝哪些方向努力并刻意练习的：数据库性能瓶颈分析，应急响应策略学习
   能落地的点有哪些：第一步：做技术文档时全面考虑各种逻辑，历史数据的迁移；第二步：和业务方第一时间定义好接口，避免时间浪费，将好的设计思想用在自己的项目中；第三步：做好代码review，避免慢SQL等各类性能问题

4. 技术栈的学习

技术	功能	学习途径
canal	用于mysql增量日志数据的订阅、消费和解析，阿里巴巴开发并开源	b站+官网
elastic-job	分布式任务调度框架，当当开源	官网+b站教学视频
rocket-mq	处理高并发的消息流转，能处理万亿级别的消息	b站教学视频+代码

6、程序员工作法(来自郑晔《10x 程序员工作法》)

1. 精力放在哪儿
设计算法、改进系统、优化系统等富有创造性和成就感的本职工作中
2、本质复杂度和偶然复杂度
本质复杂度：解决一个问题时：无论怎么都必须做的事情 eg：开发网站
偶然复杂度：因为选用的做事方法不当，而导致要多做的事。 eg：选用了错误工具

精力聚集在本质复杂度上，提高工作效率，摆脱直觉的束缚。

3、原则：

• 以终为始: 确定好真实目标
  在工作的一开始就确定好自己的目标。我们需要看到的是真正的目标，而不是把别人交代给我们的工作当作目标

• 任务分解：找到实施路径
  大目标拆分成一个一个可行的执行任务，工作分解得越细致，我们便越能更好地掌控工作

• 沟通反馈：解决与人打交道出现的问题
  疏通与其他人交互的渠道。一方面，我们保证信息能够传达出去，减少因为理解偏差造成的工作疏漏；
  另一方面，也要保证我们能够准确接收外部信息，以免因为自我感觉良好，阻碍了进步。

• 自动化：解决与机器打交道出现的问题。
  是将繁琐的工作通过自动化的方式交给机器执行，这是我们程序员本职工作的一部分，我们擅长的是为其他人打造自动化的服务，但自己的工作却应用得不够，这也是我们工作中最值得优化的部分。

生命里没有人会一直陪伴你，陪伴你一个月、一年、十年都是你生命中经历的一部分。所以，对于生命中的匆匆过客，不要去纠缠过去，放眼将来。做最好的自己，等待你生命中的她出现时，才不会错过。弃我去者，昨日之日不可留。乱我心者，今日之日多烦忧