代码量、绩效和晋升

当面临代码量、绩效和晋升的时候。我面临着三种不同的事务，代码量是我能控制的。绩效是我老板或者我老板的老板能控制的。晋升基本不是我认识的人控制的。

代码量是什么呢？实际上是一种负债。它实现的功能，或者支撑的业务才是产出。然而这种产出太难以权衡。目前可能是以代码量权带。这是不合理甚至是反向的权衡。从有代码的那天起，可能就有以代码量来权衡的实践。这样可能只会带来冗余的、难以阅读及其糟糕的代码。甚至会把很多无需自己实现的代码从第三方库拷贝过来。造成不必要的更多的负债。它需要更多的维护，产生更多的不兼容、不一致。更加的依赖于人，而且是特定的人。

绩效是如何呢？就是卷的能力。包括并且不限于技术、更多的是影响力，然而只有公司内部的影响力，尤其是对领导的影响力。绩效是一种商业运作，一种政治活动。就是首先自己相信，再让他人相信的能力。包装、包装再包装。

晋升又是如何呢？这显然是一种投资。或者是一种投资回报。如果是投资的话，这是企业对员工的投资，也就是企业看重你提供的商业价值，投资会有一定增长率的回报。如果是投资回报的话，这里指的是员工对企业的投资，包括并不限于技术、时间、经历、感情、甚至是你的着装、语气、你给老板倒的茶，你帮大家背的锅。如此种种。

总起来说，我应该说要提供自己的产出比。我要说着给他人赋能，降低我的人工投入，更加的自动化，更加的智能化。我工作的最终目标就是我所有的工作都可以无需我完成。通过流程、文档、机器人、自动检查、自动部署。我的工作应该都可以无需我完成。然而这又怎么可能的。