2020年博客日报第二篇|总有些人影响着你,反思+工作总结

博客日报篇章二

触发心灵的东西才能不断激励自我提升

（想起了领导对于日报的强调，一定要对于今天的感悟，不是"流水账")

一、开篇前言

昨天晚上规划了今天的工作任务，目标狠明确，狠明确...

计划本篇多谈些技术，但是种种原因感觉没在状态

可能今天任务没想象的容易，也可能应该整理反省下自我

好了，废话不多言，此篇自我反省+部分技术分享（还没彻底设计完）

二、总有些人“影响”着你

这个环节记录总结下成长状态吧，分享给小伙伴

本想下班后总结日报，提前回家，可下班后徘徊将近2小时，有些问题不断脑海中徘徊...

如果2小时的思索没有想明白为什么纠结？那么这次总结就当作一次对过去的“复盘”（从公司述职报告中了解的这个词，嘎嘎，就这么用吧）

总有些人影响着你：

影响力：

1.中午例会再次从领导那听到了“影响力”这个词，提升自我影响力，有时很多事情能得到解决

“影响力”虽然这个词并不陌生，因为之前领导谈过相关的知识，所以对此印象比较深刻。

通过今天的几件事突然联想起之前和领导的谈话场景:

目标：

2.最近一次个人规划总结：领导问，你的目标是什么？想成为一个什么样的人？

我以为我很明确自己的目标，每天都在“知识的海洋”不断汲取“营养”，于是乎“喋喋不休”说了一大堆...

领导又问：你的目标是什么？想成为一个什么样的人？

我顿时处于“懵逼”的状态，说这么多没解释清楚？

过后我才知道，原来目标不需要那么复杂的解释，就一句话

我那时才算是明确了个人目标（好尴尬，奋斗多年，竟然迷失了方向）

KOL：

3.和领导交流个人规划，谈季度计划？

首次谈了我那个程序员“万人计划”的想法，大概意思是聚集1万个程序员的社群，想通过这种方式辅助交流成长

领导听后和我谈了KOL（关键意见领袖）这个词，也是那次我及时终止了"万人计划"想法

现在回想起来，当初的想法如果去实施会花费很多的精力，并且相对个人的目标，这种尝试有所偏离主航道，核心的应该提升自身技术影响力

其实今天一个UP主和我谈了下他做的尝试，就是他真的实现的他"万人计划"，运营了30个微信群（不过有些微信群是“死群”），有四个微信号，总共微信好友加起来有15000人，我的天呢，还真有我那想法的"疯狂人"。

扯的有点远，总的来说，我们做的任何尝试，要提前想好我们是否针对关键目标做出的尝试，如果不是则可以舍去

 

博客之星：拜拜 

博客之星进入前200，是否参与下个拉票环节？

有些投票是可以参与下，但是基于以上几点，思索了下，或许这种行为偏离了主航道，需要及时终止

其实对于个人而言，拉票行为还是能分享些东西的

之前参加头条“生机大会”评选，虽然在很多小伙伴的自发帮助下，排名也很不错，但是花费了很多精力

消耗了朋友的“耐心”，红包也没少发（嘎嘎）

所以本质：有些活动是官方的一种“营销推广”（不全对，但是很关键）

今天一个小插曲，放弃是为了更好的成长（要是努努力获得名次不难哦，哎!哎!醒醒！想啥呢？？？目标!谨记）

 

总结：谈了很多

就一句话：感谢那些正向影响我们的人 

三、工作总结 

今天比较核心的工作是模型构建、检索方案的选型和设计

之前工作中对于模型的概念接触比较多，做个相关的系统

比如  “渔船安全系数模型”

此时构建此模型影响的因素很多：渔船材质、渔船船龄、检修状态、出海天气...

并且会有很多的权重，很多的公式才能构建出"渔船模型"

 

模拟场景：那如何构建一个模型，然后根据模型检索我们所需的数据集呢

工作任务拆分：

1. 数据梳理准备&ES导入处理数据（大数据组）
2. 模型创建&模型检索（Java工程师）
3. 主数据&元数据抽取（DB中间插件）

我们以企业模型为例，搜索符合此模型的数据集合

3.1 模型创建

企业模型：企业名称、信用代码、企业类型

如何描述构建企业模型？

利用技术元数据描述企业模型，首先需要确定我们能提供的维度

描述企业模型的各个元数据，我们可以从以下维度

字段名称、字段编码、字段长度范围、数据长度范围、字段类型、数据通配符

如企业名称属性描述

字段名称（企业名称）、字段编码（ENT_NAME）、字段长度范围(0-128)、数据长度范围(5-60)、字段类型(String)、数据通配符(*公司)

并且维度是动态添加的（可能是窄表），是可选择，是可设置优先级别的

（模型表&模型属性表&维度表&映射表）

3.2 DB插件抽取元数据&主数据

DB插件安排相关人员开发，通过插件抽取业务库的元数据、部分主数据到模型库

3.3大数据ETL&导入ES

ETL处理DB插件抽取过来的元数据和主数据（如分享主数据的长度、通配符等），将数据组合成一张大宽表

梳理好的数据抽取到EL中，作为基础数据源

3.4 模型检索

Java开发人员，通过构建的数据模型，解析模型为类ES的查询语句，检索相关数据集合

3.5表模型

业务人员确认检索结果结，是否是所需模型的结果集合，如果是，则为基础数据源的表打上表模型标签

3.6 尚需考虑

以上是基于业务库字段查询，表的标签以及描述也应该考虑进去

总结：

初步思路大体明确，尚需表设计，具象化

目前工作进度需解决：

1.模型创建、检索、ETL细节相关表尚未设计

2.DB插件库总体框架尚未搭建，插件架构设计方案尚未出

3.web项目根据体量可能会采用微服务设计

可开展的工作：ES使用提前了解、搭建

四、End 

工作部分整理了下脉络+反思部分明确了方向 

博客日报第一篇已成，第二篇更新中，其它尚不可知...

不过找准提升点，日报不形式主义，总有兴趣继续下去

谢谢小伙伴反馈哦，坚持是对点赞最好的诠释