工程师硬通货系列四：提升自身绝对价值

后面的章节，主要以布道为主。这些是没有机会被推着做的，即使有机会很多人会放弃、错过。因为惰、因为惧。——这就是 35 岁之殇！35岁不是源于 35岁，30岁已经显现了。

曾经面试过一个在京东工作 8 年的大哥，一直在做一些后台相关的东西：CRUD、跑跑数据、做个报表…… 简历扫上一眼很丰富，其实是不断在重复。尝试聊了几个角度：

• 简单聊下自己 8 年的产出，做了 a 平台、b 平台、c 平台；

• 如果我想要 d 平台你会怎么做？多少时间？

• 如果我给你配个实习生你会怎么做？多少时间？

• 如果我还要一个 e 平台，你会用多长时间，你给那个实习生分配多少时间？

这是一个很简单的项目沉淀、项目管理的问题。三个问题，竟然基本上没有给出我差异性的回答。面试官不 care 我们是不是在诚实的罗列工作，而是关注你能不能快速复现成绩，乃至做出更好的成绩 —— 这是你的绝对价值，无关乎平台。跳槽是加薪的捷径，但资本不是冤大头。

尝试去思考手头的事情，有哪些是一个实习生可以做的。我们一天的产出能不能大于两个实习生？我们的产出值不值得上我们的工资。—— 这不是 PUA，这决定着我们有没有资格升职加薪。

价值来自于思考，来自对工作的不断反刍！业务新起，几条 sql 就可以搞定全部功能，也是最恰当的做法。随着业务变复杂，我们需要不断的补充逻辑：这里一条 if 那里一条 else。同时，还有源源不断的 bug，源源不断的补丁。

初期无限爽，直至尾大不掉。终有一天，我们会无法忍受现状的臃肿，调整我们的架构。我个人比较反感那种接触到代码先喷一通的新人，而又没有任何优化建议。如果不知道怎么改进架构，那就闭嘴，这个世界不缺愤青。

走近架构，尝试理解当初设计者为什么如此选型，当初解决了什么问题？如果当初是你设计，你应该怎么做？或者现在就让你重构，你会怎么做？把你的方案 share 出来，向较资深的人请教，不断修正。

再进一步，去思考当初的设计约束，当时应该是觉得是一套不错的方案。为什么变成了现在的样子。是未知变更太多？还是架构的使用不适合设计者预期？

再进一步，去思考当初为什么不用你这套设计方案。因为当初的架构师太矬（大概率不是，而且一定要先假定不是）？大概率不是。当初的业务量级没必要引入现在的复杂度？当初的资源原因只能使用简化版本？当初的设计者未预期到某些变更的引入？

再进一步，尝试去分析，如果使用了你的新方案，半年后、一年后，可能失控的点在哪，如何去避免。

不断去质疑现状，质疑自己，然后给自己沉淀。当我们再接触到类似问题，就可以游刃有余设计架构。就会注意调研中那些被忽视的点，就会考虑如何延长架构的生命。同时，可以学会如何在理想状态与资源约束间平衡。

35 岁之殇，而有些人却可以笑傲职场。10多年的工作经历不等于 10多年的工作经验；思考可以让你快速拿到别人10年不得的经验。沉淀是我们应对下一个问题不断的动力，也是你面试不断的亮点。这就是个人无关乎平台的绝对价值，是不可替代性，是升职加薪的理由。

不要停止思考，为自己争取机会，创造机会。试着去改变你不爽的架构；如果没有资源，那就意淫自己要改变这些架构……  多思考，多调研，多沉淀。

下一期 

工程师硬通货系列五：让你的架构专业