- #114
对于展示履历成果统计的看法
通常撰写工作上的成果有数据就写数据,没有数据就点出贡献,对方才知道你能带来的价值,例如:
- 改变 A 流程减少 30% CI 时间
- 导入 B 减少 30% 沟通成本
- 最佳化网站载入速度 2 秒、Lighthouse FCP 降低 30%、LCP 降低 45%。
有时候会很困扰量化成果也是一门学问,因为很多数值片面的量化其实没有太大的意义:
- 上下文无法交待清楚。(履历保持精简,势必舍弃细节)
- 对方能否明白数值带来的价值?(或许直接写开源节流多少钱会更直白,但又牵扯到太多无关变因)
- 没必要没时间统计(精确统计也花费成本,甚至难以量化)
规则明确的成就统计可以写,像是多益分数,但更多时候现实世界总是包含各种取舍与前提。片面的事实可以被量化,但它们只是个话题钩子并不是重点,声明的成果背后最好要有说得通的解释。
- #113
- #112
- #111
- #110
- #109
- #108
- #107
- #106
- #105
- #104
- #103
- #102
- #101
- #100
- #99
- #98
- #97
- #96
- #95
- #94
- #93
- #92
- #91
- #90
- #89
- #88
- #87
- #86
- #85
- #84
- #83
- #82
- #81
- #80
- #79
- #78
- #77
- #76
- #75
- #74
- #73
- #72
- #71
- #70
- #69
- #68
- #67
- #66
- #65
- #64
- #63
- #62
- #61
- #60
- #59
- #58
- #57
- #56
- #55
- #54
- #53
- #52
- #51
- #50
- #49
- #48
- #47
- #46
- #45
- #44
- #43
- #42
- #41
- #40
- #39
- #38
- #37
- #36
- #35
- #34
- #33
- #32
- #31
- #30
- #29
- #28
- #27
- #26
- #25
- #24
- #23
- #22
- #21
- #20
- #19
- #18
- #17
- #16
- #15
- #14
- #13
- #12
- #11
- #10
- #9
- #8
- #7
- #6
- #5
- #4
- #3
- #2
- #1