待补充··············

大胆创新，注重细节，追求极致，永不满足

管理层不需要那么多花的、新词，要回归到商业本质的五个要素（产品，价格，服务，成本，效率）
说句心里话，看到淘宝与抖音的带货王们，用那种明显亏本的价格高调出货，还能赚到推广费用，最终名利双收，我是十分羡慕的。
因为卖这么便宜，我上我也行啊
保证吹得更专业更舒服，卖点一个不落全说齐啊！
但客观地说，厂商看重的并不是罗永浩能卖出多少台，甚至不期待带货达人们能把产品说得多专业，厂商的目的是为了让产品覆盖到不同人群中。
最典型的就是李佳琦、薇娅卖手机。
与手机博主们不同的是，这两人几乎不提具体参数，对着手机不停地输出自己的第一感受：
“哇！好漂亮！”
“天呐！看看这个背面！”
对于不想了解数码产品深层技术的消费群体来说，这种主观感受型叫卖反而比我在那里谈行业、谈竞品、谈测评要有用的多。
过去我曾认为，懂产品的专家肯定比外行人更适合推荐卖货，而现实告诉我，如何服务好不懂产品、且不想懂产品用户，才是成功解锁带货业务的“财富密码”。

劳动使人忘忧 —西塞罗
或许是工作实在繁忙，灵魂游荡的的太久了，而又离的不远，才让人晃了神，这些细细碎碎的时光，却又消失了大半年，终归是回了神。
回顾在这段时间里，我一度以为自己在想法及决策上，模糊的认为生命就该如此，被这繁杂的工作牵制，在这凌乱的生活节奏中找寻规律，甚至尝试去习惯、去享受这种工作带来的复杂和疲惫。 因为周遭的人也不外如是，一起吐槽着工作的艰辛，一边一如既往的社畜。

如今闲暇下来，才真的有时间开始梳理，三千世界，首先的一点便是你在哪里，要做什么， 逐步 而立之年，我的一个最深的感受是，人生是在不断的抉择，责任的变大，社会责任、家庭责任和工作责任都需要你有成熟的思维逻辑、工作技能、及时的反应。 抛开前两点暂且不谈，及时的反应因责任的“发酵”面临了巨大的挑战。每一个选择和回答不再是简单的是与非，对与错，好与坏。更需要的是面对各个领域更细致化的跟配和管理。格物，格事，格自己。我觉得是这样，

先讲格自己，首先得明白，人的存在是短暂的、偶然的、无目的的。社会、家庭和自身的选择塑造了一个完整的人格，这个人做的什么工作，信奉什么戒条，有什么目标都是随时间不断调整变优，以我为例，我觉得现阶段，我该如何合理的分配好时间呢，大到物质层面、精神层面、人际关系层面，小到健身房健身、游泳、跑步、羽毛球、篮球、游戏、看直播、工具书阅读、电子书阅读、喝酒、练字或是如我当下的写日记。我该如何用规则去束缚这些事项呢。

待补充··············

逐步转型，还在积累经验。

先前有担任过项目经理，业务需求比较明确,倾向于兼技术经理，偏业务需求挖掘算是第一次做。可能也没有纯粹的项目经理，业务和技术应该都是需要具备的其中几项辅助技能。

从技术经理转变成项目经理的过程中我改变了什么

首先是责任变得更加重大，每一次的深挖原本需求和客户的额外需求，都是对设计的业务场景，流程方案和技术实现思路的一次考验，每一次的变更都非常重要，不仅要对甲方负责， 还要对项目组和公司运营成本负责。所以一定是会有压力推着你把事情给提前做好，把每个想法和坑都想办法先踩好，需要掌握更多的信息，才能得出每一个效果好的决策

一、先梳理几个关键节点。
前半段过去学习，负责其中一个专题，初步踏入数字政府一网统管的这个领域，当时除了觉得跨市出差比较辛苦，但是知识学习是非常快乐的。

收尾到末端，不知什么风起，开始
二、再谈谈对大脑项目总负责的项目集成管理的经验
三、在谈下当下对央国企的感悟
价值观不明确。数字政府建设是最终是解决什么问题。为客户、
工作是工作
政治是政治，站位很重要
情怀最为

管理上冲突。

树立政务信息化服务所需的

上次听书记指点，领导思维
是看责任是否落实，人电话要通！
做了什么。（签到、做事明细）
有什么效果。
长效怎么处置。

调研工作，讲究“深、实、细、准、效”

往年回顾

从年初而来算是一路通畅，没有卡在某个时间段太久，首先是接手前端主管工作，面试通过所有的前端人员前前后后二十余人，将研发中心的前端开发体系给搭建起来，CMMI认证，搭建运维系统及其子系统，三维基础系统和大数据平台大屏，及国土空间信息平台的项目管理工作，及到年终才开始的私有库搭建集成及组件开发工作，生活倒也丰满，途中难免有些小鬼难缠，大致也算顺顺利利的一年。

工作与学习

安装verdaccio与gitlab集成部署和发布包

1、安全性角度考虑:如果我们想要一个公共组件库，那么把组件放到我们私有库中，只有内网可以访问，这样可以避免组件中业务的泄露；
2、模块复用性角度考虑：多个项目之间有重复的共有模块，当需要修改模块，通过简单的统一的配置就可以实现；提炼后的组件有专门的地址可以用来查看，方便使用，在后期项目的引用中也能节约开发成本
3、npm包下载速度角度考虑：使用内部的地址，能够在开发下载node包的同时，将关联的依赖包缓存到verdaccio服务器中，下载速度更快；
4、项目开发中的路劲角度考虑：在项目开发中书写代码更整洁简练，不需书写更长的相对路径；
5、公司技术沉淀角度考虑：知识的沉淀，在公司业务相关的应用上尤佳；
6、版本角度的考虑：相当于一个容器，统一管理需要的包，保持版本的唯一；
7、开发效率角度考虑：使私有公共业务或组件模块能以共有包一样的管理组织方式，保持一致性，提高开发效率，下载的时候，可以让公共包走公共仓库，私有包走私有仓库；

基于Linux version 3.10.0-1062.9.1.el7.x86_64

前端近五年了， 按照一万小时定律，我现在应该也不平凡了，但是到超凡，那也还没有。 笼统点的自我感觉就是基本点都通了，应用类的技能都能用上，像是读完了高中。天文地理生物化学都知道些脉络，但是再细致一些，就需要更系统地进阶性学习。首先要明确一点，正确评估自己的能力水平和性格特点，走技术专家路线还是走管理路线。技术专家也是有好几个方向的，一般还是与实际业务结合 偏应用路线解决方案，使自己的技术形成一个闭环。通过不断的学习使得解决方案构建升级。

因为我打算走技术专家路线，参考自身在地理信息和三维可视化的沉淀，整理几个比较常规的岗位和进阶方向，技术专家我觉得正常是其中几个自由组合吧。。

1. 超强的学习能力，旺盛的学习热情
2. 愿意接受挑战，尝试自己不擅长的事情和未知领域
3. 乐于助人，乐于分享，有较好的全局观和团队意识
4. 自驱动力强，勇于承担责任

1. 为什么需要 “前端开发规范”

规范不是强制性的，对代码的编写和程序的运行不会有致命的问题，但是没有规范会有一系列的问题，比如：

• 缺乏规范，第一个问题就是团队编码风格不一，增加了成员之间代码的阅读成本，加大了团队协作成本和维护成本；
• 随着团队人员的变化（多人开发一个应用，或者应用更换开发人员），如果缺乏规范，项目可能会变得一团糟，甚至失控；
• 即便是个人开发，规范也是需要的，当把项目转给其他人的时候，如果有规范的话，会大大降低阅读成本。
• …