博客日报缘由
谈起博客我们常想到CSDN、博客园、github等
谈起日报、周报我们自然想到了，工作工作工作...
但是谈起博客日报，那又是什么呢？
“博客日报”不知道有没有这个词语，不知是不是新造的词语（嘎嘎），暂且这么叫吧
因为我找不到更加合适的词来形容它的存在（即是博客和日报的结合体）
其实很明显，博客日报是两者的结合体，我相信很多公司都有周报、日报（我媳妇公司和我现在公司以及之前的很多经历的公司都有 ，您的公司呢？）
但是我们这次的日报又有些小小的特别，不再是记录“流水帐”，不再是简单的汇报工作，领导想看到“更深层次”的个人总结或者是遇到的问题以及解决方案，更或者自身的技术提升报告。
简而言之：领导是想我们每个人都能提升进步，每天都能有所收获（圈第一重点），自然通过工作日报也能看出每个小伙伴的工作状态（圈第二重点）
综合种种原因吧，我的博客日报就这么尝试了，算是一种提升方案吧
以下会简单分享下博客日报那些事情，感兴趣的可以了解下
博客日报分享
日报“烦人”？
流水账 、工作交差、技术男不屑做这些、文采不好、没时间...
写过日报的小伙伴应该都能体会，但是此次日报有些“特殊”，日报不拘泥于形式化，不拘泥于题材（发散您的思维）
总体出发点是好的，个人提升，那为什么要抵制呢？
从我个人的角度分享下
我更看重的“日报”能够给我们带来什么样的收获？
日报如何提升自身？
日报是否是提升的“最佳途径”？
在没解决这几个关键的问题下，大家过多的精力也不会在日报这方面，因为我们有更好的成长方式。
但是其实细想一下，有些事情是可以和我们自我提升相结合的，与其找日报的优点不如将日报转化成我们提升的优点（其实可与和很多事情相结合），比如将日报“丰满”，变成我们写博客的一种习惯（领导启发哈，自然可能会有问题，后面分享）
所以日报总体来看，不是烦人的，而是缺少一种与我们提升结合的方式
也希望以后面对问题，不是逃避，而是想出解决方案。
博客日志提升尝试
日报和博客相结合或许可以尝试下
日报对博客来说是一种督促
博客对日报来说是一种内容的丰满
博客日志对我们来说是一种提升
之前很多小伙伴咨询，如何提升自我？我第一推荐方式就是要坚持写博客，要坚持输出原创内容，要有分享的精神（博客算是一种方式）
自然写博客很多优势，那和日报结合下，或许能发挥更大的作用（我们暂且观测着，不知道能不能坚持哈）
其实，文采不好挺讨厌写文章（我就是属于没有什么文采，嘎嘎），但是我属于那种“虚荣心”，好胜心特别强的人
刚开始写第一篇博客开始，看到有个“博客专家”的头衔，但是申请需要很多条件，所以一开始，写博客就是奔着“博客专家”去的（嘎嘎，目的不纯，暴露了）
后来获得该title（博客专家）后写博客的时间就不固定了，心情好了就总结几篇，很随意
但是后来渐渐转变了写博客的目的，也喜欢上了这种分享，也通过博客获得很多的人脉，也经常和很多作者，很多CSDN官方运营交流，人生航向因博客发生着微妙的变化。
也希望博客日志在以后的工作中发挥更大的作用
工作那些事
只谈感想，不谈工作，是不是跑题了？好了我们谈下技术吧
今天事情比较多，简单汇总下核心要点，谈下感受吧
1.会议的增多，什么感受？最近会比较多
没在这个岗位的时候，经常听到其他公司小伙伴抱怨会议特别多，一天编码时间特别少
总的来说：看个人的一种发展方向吧，要是纯做一个coder，可以 减少的这样的会议，毕竟技术提升更尤为重要（不接受杠精反驳，嘎嘎,仅谈一部分人的想法）
但是如果有些小伙伴是个半管理层，我们会发现，有些会议特别重要，会议是同步知识的最快速方式，有可能错过的某次会议导致整个项目研发方向发生“微妙变化”，可能导致复工
所以会议多，并非一种不好现象（小体会罢了，这几次会议还是能收获很多东西的），学会利用时间即可。。
2.元数据系统bug修复，怎么看？
遗留n天的bug终于腾出一天时间，全部清理修正了下（留着bug，会做梦的，玩笑）
总体来说，元数据系统算是有个雏形，也算是数据治理生态中的重要一环，但是元数据系统功能尚需进一步扩展丰富，目前精力有限，可在暂缓此事，因为还没有比较好的点子
3.大数据项目组发展方向？
大数据项目组发展方向？最近一直在想这件事，大数据已是未来的趋势，但是如何发挥它的作用，如何体现出员工的价值，就应该有领头人去规划这些，规划阶段性任务，明确目标尤为重要
算是从三方面着手处理
1.kettle数据处理
2.全文检索ES（1.构建模型我们提供的维度有哪些？ 2.根据维度如何生成可文字描述的语言？）
3.机器学习（探索保留阶段，待看ES方案）
4.项目跟进情况？
有些项目可能就是问下简单了解的事情，之前总是有各种忙的借口，懒得跟进（嘎嘎，又说实话了）
但是，身在其职，为自己负责，更为其他小伙伴负责，及时调整状态，加入到所有项目中，更进度，相互交流学习
5.ETL工具使用？
总的来说ETl组件化算是一个可行性方案，可行的事情尽快落实，优化的事情我们可以长久持续做，项目之初需要快速迭代一个版本，不应花费太多时间，也是预防方向错了，浪费太多时间
谈得比较零散，没有过多的技术，仅仅是部分感受，其他日志博客在分享吧
总结
博客日志算是一种比较好的提升方法，但是也应注意
边界安全问题
有些技术点到即可，不可涉及商业机密
主要分享技术为主，场景要抽象化
日后分享方向：
还是工作中用到的技术点为主吧，毕竟博客是一个偏技术的平台
送给自己吧：
写一篇博客日志收获甚微，要坚持持续输出，n天之后，您会发生蜕变（经验之谈）
