项目优化却表现不出自己的价值？可能你的方式不对
一、现实场景
常常有少量工作了一两年的开发问我，表示自己工作也有一两年了，接手项目也挺多了，一方面做业务的速度也越来越熟练，另一方面自己也对项目做了很多代码优化。但是一到答辩的时候或者者跟领导汇报的时候，自己又没法传达自己做的有多厉害，比上一个开发做的性能有做多少提升？
那么，我们应该怎样办呢？
其实说出来大家都知道：拿数据和指标来证实自己。
道理我都懂！！！但是怎样做呢？
以下文章用的方法适用于所有IT开发同学。
二、数据和指标
2.1 详情
定义：将我们工作的任务做数据统计，将数据和指标最终记录下来，能更好的表现。
2.2 举例
例如：前台基建同学负责前台工程化这块，负责对webpack做性能优化，经过一年时间从原价打包流程需要花2分钟，到目前现在打包花费20s，提升了6倍，与此同时前台工程化脚本，从被50个项目使用，到现在被200个项目使用。
从上面的形容中，我们看到了这些数据和指标，就是我们证实自己的点。
但是这个时候，我们跟领导或者者别人说，其实还是不能很好的证实自己的能力。
接下来我们用工具来一层层更好的证实自己的能力。
2.3 利用工具
2.3.1 方式一（无工具方式）
假如我们拿上面的例子中的场景，到了年底或者者每年晋升阶段：
今年我做了webpack的性能优化，原来打包需要花2分钟，现在只需20s，性能提升6倍。
前台工程化，被200个项目使用了。
2.3.2 方式二 （使用excel）
利用excel也是比较好的方式，被非常多行业广泛使用。
将数据不断输出到excel，而后利用excel，我们可以绘制折线图、饼图。
image.png
例如年底的时候，表现的是这样，比方每月接入项目数量的增长情况。比方在2019.4.1接手这个项目之前，项目在上一个开发那边从1~18个项目，增长也比较缓慢。
但是这个任务在你接手后，你给这个项目做了多少事情的推动，从而导致了这个客户数量达到了相比以往更快的增长。
这样就表现出了你的价值。
相似的比方你做了一个新的CI/CD方案，相比旧的CI/CD方案，一方面技术上做了哪些技术改进，带来了什么效益。
同时你也需要指出你的技术落地情况如何。假如落地情况也很不错，那的确你很牛，我要给你涨工资。
image.png
比方做了一个gitlab-ci的CI/CD的方案，原来你们用的是jenkins，一方面技术上的确很优秀，另一方面，大家的接入，的确证实了你的方案的确是正确的。
所以记录你的数据，不仅仅是首尾的数据，也要表现出这些的趋势。
2.3.3 方式三(利用开发技巧）
本文由于面向开发者，其实作为开发同学，上面excel的方式，其实是需要我们不断记录，而且都是根据我们某一次的统计情况。
但是我们能不能利用代码能力，来帮我们自动化做这个事情呢？
比方你来到一个公司，现在有一个node脚本
varkoa?=require('koa');
constapp?=newkoa();
asyncfunctionbootstrap(){
awaitnewPromise((resolve,?reject)=>{
setTimeout(()=>{
resolve()
},1000);
})
awaitnewPromise((resolve,?reject)=>{
setTimeout(()=>{
resolve()
},2000);
})
awaitnewPromise((resolve,?reject)=>{
setTimeout(()=>{
resolve()
},3000);
})
app.use((ctx,?next)=>{
ctx.body?='hello'
})
app.listen(8000);
console.log("start?end.")
}
bootstrap();
我们这边通过setTimeout模拟了代码中的脏代码。整体这个前台工程化脚本，要6秒钟。
大部分开发，直接上手干啊。而后就能根据自己经验发现第16行~第20行，有脏代码，修改了，发现了这个问题点最大的一个延时3秒的点。但是能不能优化2s，能不能优化1s的那些问题，可能是基于个人开发能力的。
而后最终在这位同学手上，优化了3s，但是往往他也不知道自己优化了多少的效果，也没有做数据统计。
操作方式：
增加埋点
收集埋点数据信息
展现埋点数据信息
增加埋点
所以加埋点，最直接的方式，我们以整体脚本为例：
我们增加两行代码: console.time('start')和console.timeEnd('start')
image.png
执行效果：
image.png
而后每个阵子，优化完，把这个时间统计下来，而后最好写文件或者者调用接口。
而后其实就把{useTime: 6013}这个存储下来，最好加一个时间戳，代表自己这阵子的优化。
收集埋点：
而后我们把这个数据
{
useTime:6013,
currentTime:?xxx
}
调用接口或者者存储到数据库中。
展现埋点数据信息：
展现的话，我们就再查询一下数据库，而后输出到excel或者者做一个接口，用echarts展现一下。
或者者用少量grafana工具展现一下。
比方用grafana展现的话：
image.png
这样，客户的数据就能实时的渲染出来，你也能实时关注到自己的价值的表现。
比方对于同一个项目的某个版本，脚手架工程，不断实验新的，比方打出来的js，更小了，压缩的更好了。删除了很多冗余代码。
这样，年底的时候，用grafana或者者工具，拉出你的性能优化的指标变化。
三 效果与结论
希望本篇文章，能给你带来少量启发。
例如今年你负责什么项目，你想要对技术有更多的追求，你在业务之余，去做了技术的改进。最终效果如下：
客户体验更好了，展现出了客户的数量。
你的webpack打包出来的压缩更好了。用图表展现你webpack打包出来效果，更小了，更小的白费。
打包的时间，在比方2019年4月份的项目版本的相同条件下，对于项目的打包时间的折线图。
另外也可以借助sentry，统计一下bug的数量。
