• 述职做汇报，本质是在做三件事情：

    1. 让衡量你绩效的人，对你的工作付出和工作价值有一个更清晰的看见，与他脑子里的做对照，补全残缺和偏移。
    2. 在做的所有事情里面，以各种数字案例佐证自己综合能力有成长，尤其是逻辑能力，也就是自己的总结归纳所反映出来的结构化梳理、体系化思考和直击内心的表达能力
    3. 透过工作内容和自己的沉淀总结，以及自己的成长诉求，让老板更有弹性的来因应你的诉求，结合你的兴趣和特长，重新定位你在团队中的位置以及潜在的位置，在适当的时候将你放到更能让你历练和成长的一个场景下。

个人介绍

项目开发

HEXIN-JOB DATACOLLECT

DATACOLLECT

  • 导火索

    • 原有数据汇总的数据源提供方不愿意再维护数据

  • 助燃剂

    • 性能瓶颈

      • python 代码不能合理发掘机器资源

    • 安全问题

      • 没有用容器，单机部署，故障后比较麻烦，

    • 维护性差

      • 需要代码侵入，SQL更改

    • 扩展实现困难

      • 指标新的计算方式难以扩展

解决方案

  1. 将业务重构成Java版迁容器，解决现状问题
  3. 运行时间：采用多线程，20分钟--> 2秒
  5. 日常运维：有可视化端面，找运维繁琐配置--> 端面直接操作
  7. 问题定位：可视化执行轨迹，排查困难-->直接定位

HEXIN-JOB

  1.     以数据汇总项目为例，是以Linux cron table形式 执行python脚本,问题比较多（可以采访下开发运维）。小组及部门也需要一个分布式的任务调度平台。基于开源XXL-JOB 二次开发。

  • 拥有市面上分布式调度平台的大部分特性

    • 事件触发，时间触发
    • 调度集群，作业集群
    • 日志追溯，问题报警

  • 不仅能自动注册发现执行器，主动注册发现执行器的Job

  • 对Job个性化管理

    • 可以控制调度策略，阻塞处理策略等

    • 可以对相同业务逻辑的业务Job 配置不同的CRON等个性化

      • 像区间汇总不同指标，不同CRON但走同一套逻辑
      • 如果是传统调度平台需要写无限多份代码才能满足业务
      • 但现在一份代码就搞定

  • 现有成效

    • 区间汇总指标验证接入中
    • 计算平台历史数据计算
    • 诊股预警计算指标接入

业务学习

常规性工作

小组业务学习与理解

公司日常工具的使用

线上问题参与排查修复

过程收获

  • 专业知识

    • 分布式涉及到的问题

      • RPC调用—HTTP、Netty
      • 高可用—集群、容灾
      • 一致性—注册中心、心跳检测
      • 幂等性—CAS、数据库锁
      • 路由策略—LRU、轮询

    • 框架的写作思路

      • 生命周期—启动到结束的执行流程
      • 项目依赖—模块依赖关系
      • 设计模式—项目中如何应用
      • 代码规范—怎么写出整洁的代码

  • 职业素质

    • 问题处理能力的提高
    • 跨小组团队沟通协作能力
    • 项目管理推进的能力

个人评价

优点：

做事负责专一，面对问题能坚持寻根知底

具备创新能力，敢于将新技能在实践中运用

缺点：

遇到问题喜欢自己琢磨，处理问题会出现不及时。如果没有经过讨论，大概率不是最优解

业务层面了解不够深入，没有对主要业务有一个体感认识

建言献策

规划展望

部分备份->替补->主力->Owner

数据产品、数据工具、基础工具

对自己提出里程碑式要求

除常规性工作外

  • 半年节点

    • 能够对小组业务有一个清楚的认识
    • 能够排查解决小组一般日常问题
    • 能够对接小组对外业务需求并实现
    • 学习数据仓库数据中台相关知识技术
    • 做一次数据相关的分享

  • 一年节点

    • 提出并实现解决小组业务中痛点问题
    • 结合永康哥指导，做一款有价值的数据工具，或者解放生产力的基础工具
    • 尝试探索和开拓小组新的业务块儿

时间：20200911