查看原文
其他

【第1613期】项目优化却体现不出自己的价值?

金炳 前端早读课 2019-10-09

前言

前几天还在朋友圈发了一句:你在公司的价值输出点在哪里?你有想明白了吗?今日早读文章由网易@金炳投稿分享。

@金炳,网易资深前端,当前负责网易严选自研Node框架建设工作。做过前端、后端、产品设计,是一名全栈工程师。目前致力于Node应用框架研究开发与生态建设,实践Node应用在Serverless、Faas场景下的迁移和落地,探索Service Mesh在Node应用中的价值。

正文从这开始~~

项目优化却体现不出自己的价值?可能你的方式不对?

一、现实场景

常常有一些工作了一两年的开发问我,表示自己工作也有一两年了,接手项目也挺多了,一方面做业务的速度也越来越熟练,另一方面自己也对项目做了很多代码优化。但是一到答辩的时候或者跟领导汇报的时候,自己又没法传达自己做的有多厉害,比上一个开发做的性能有做多少提升?

那么,我们应该怎么办呢?

其实说出来大家都知道:拿数据和指标来证明自己。

道理我都懂!!!但是怎么做呢?

以下文章用的方法适用于所有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也是比较好的方式,被非常多行业广泛使用。<br />将数据不断输出到excel,然后利用excel,我们可以绘制折线图、饼图。

例如年底的时候,体现的是这样,比如每月接入项目数量的增长情况。比如在2019.4.1接手这个项目之前,项目在上一个开发那边从1~18个项目,增长也比较缓慢。

但是这个任务在你接手后,你给这个项目做了多少事情的推动,从而导致了这个用户数量达到了相比以往更快的增长。

这样就体现出了你的价值。

类似的比如你做了一个新的CI/CD方案,相比旧的CI/CD方案,一方面技术上做了哪些技术改进,带来了什么效益。

同时你也需要指出你的技术落地情况如何。如果落地情况也很不错,那确实你很牛,我要给你涨工资。

比如做了一个gitlab-ci的CI/CD的方案,原来你们用的是jenkins,一方面技术上确实很优秀,另一方面,大家的接入,确实证明了你的方案确实是正确的。

所以记录你的数据,不仅仅是首尾的数据,也要体现出这些的趋势。

2.3.3 方式三(利用开发技巧)

本文因为面向开发者,其实作为开发同学,上面excel的方式,其实是需要我们不断记录,而且都是根据我们某一次的统计情况。

但是我们能不能利用代码能力,来帮我们自动化做这个事情呢?

比如你来到一个公司,现在有一个node脚本

var koa = require('koa');

const app = new koa();

async
function bootstrap(){
await
new Promise((resolve, reject)=>{
setTimeout
(()=>{
resolve
()
}, 1000);
})
await
new Promise((resolve, reject)=>{
setTimeout
(()=>{
resolve
()
}, 2000);
})
await
new Promise((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,但是往往他也不知道自己优化了多少的效果,也没有做数据统计。

操作方式:

  1. 添加埋点

  2. 收集埋点数据信息

  3. 展示埋点数据信息

添加埋点

所以加埋点,最直接的方式,我们以整体脚本为例:

我们添加两行代码:

console.time('start')和console.timeEnd('start')

执行效果:

然后每个阵子,优化完,把这个时间统计下来,然后最好写文件或者调用接口。

然后其实就把{useTime: 6013}这个存储下来,最好加一个时间戳,代表自己这阵子的优化。

收集埋点:

然后我们把这个数据

{
useTime
: 6013,
currentTime
: xxx
}

调用接口或者存储到数据库中。

展示埋点数据信息:

展示的话,我们就再查询一下数据库,然后输出到excel或者做一个接口,用echarts展示一下。

或者用一些grafana工具展示一下。

比如用grafana展示的话:

这样,用户的数据就能实时的渲染出来,你也能实时关注到自己的价值的体现。

比如对于同一个项目的某个版本,脚手架工程,不断试验新的,比如打出来的js,更小了,压缩的更好了。删除了很多冗余代码。

这样,年底的时候,用grafana或者工具,拉出你的性能优化的指标变化。

三 效果与结论

希望本篇文章,能给你带来一些启发。

例如今年你负责什么项目,你想要对技术有更多的追求,你在业务之余,去做了技术的改进。最终效果如下:

  1. 用户体验更好了,展示出了用户的数量。

  2. 你的webpack打包出来的压缩更好了。用图表展示你webpack打包出来效果,更小了,更小的浪费。

  3. 打包的时间,在比如2019年4月份的项目版本的相同条件下,对于项目的打包时间的折线图。

  4. 另外也可以借助sentry,统计一下bug的数量。

关于本文
作者:@金炳
原文:https://zhuanlan.zhihu.com/p/65895574

为你推荐

【活动】腾讯2019 TLC 众多技术大咖等你参会,早鸟票5折售卖中

【第1611期】前端路由原理解析和实现

【第1609期】Chrome运行时性能瓶颈分析

    您可能也对以下帖子感兴趣

    文章有问题?点此查看未经处理的缓存