或许不止是技术?作为技术人如何升职加薪
工作是为了什么？
为了生活
升职加薪是为了什么？
为了更好的生活
除此之外呢？
实现自我价值，证明自我价值，获得满足感
在某些场合下，最后一句话是唯一职场正确的答案，但由于本文要探讨的是实际的事情，所以就不搞那些虚的了，答案是很明确的，但如何做才能升职加薪，我找了很长时间都毫无头绪
技术至上
刚毕业的时候，我认为作为一名技术人员，技术能力是唯一的能够决定我升职加薪的因素，所以我把大量的时间放在了对于技术的学习上面，对于除此之外的事情漠不关心，哪怕是做需求我也只是将其当做是展示我技术能力的途径
至于做的这个需求到底解决了什么业务问题，我并不关心，我认为那是pm应该关心的事情，他保证他所出的需求解决了业务问题，我保证我写的代码能够实现他的需求并上线，既然做了职业划分，那么只要每个岗位上的人做好各自的本职工作，就不会有什么问题
一开始我的想法也没啥问题，毕竟无论是上级还是周围人，对于一个刚毕业的校招生的要求就是这样，我能够合格完成分配给我的工作就算是完成了外界对我的预期
但很快我又发现，组长或上级开始让我多关注业务参与业务，我就开始纳闷，我是程序员又不是pm，我关心业务干什么，我再关心业务再了解业务，在pm面前始终也只是业余的罢了，既然如此，我为何要浪费时间在了解业务上？关心业务，那是pm这个职位要考虑的事情，pm看不清业务说明pm不称职，我作为技术人员了解一下业务确实没啥问题，但不了解好像也没啥错吧？
尽管我内心想不明白，但上级和组长，他们都是资历比我深得多的人，他们说的话肯定是有道理的，所以我开始思考我该怎么参与业务
整活
如何参与业务这件事情我一直没想明白，直到后来我入职了字节，在复杂的业务和跨部门的合作中，我逐渐想明白了一些事情，于是写下了 作为前端，我对业务的一点理解[1]
这篇文章中的观点我现在看来大部分还是对的，但实际上还是没抓到本质，有手里拿个锤子看什么都像是钉子的嫌疑
你处于什么水平，那么你所在的圈子就是什么样的水平，别人也不是傻子，你能想到的别人也能想到，你觉得搬砖没前途，得想尽办法整花活做汇报，巧了，他也这么认为，除非你是团队初始成员，否则你会发现你想去的每个位置早就已经占满了人，显而易见的、从0到1的，甚至是边边角角的坑都没剩下
或许还留有那么一些可怜的地盘，但既然长时间无人问津，自然就都是一些模棱两可的、不容易出成绩的脏活累活，于是作为后来者，还是只能长吁短叹，只恨自己晚来一步
那就这样吧，反正都是干活，我就好好做我的需求搬我的砖吧，如果选择了躺平，那也没啥，只要完成本职工作拿个不上不下的合格绩效还是没啥问题的，但如果心有不甘，那就很会焦虑了
看着别人在周报和双月总结上眉飞色舞，你开始感到不平，他们之中确实有些人做的事情是有价值的，但其他人呢，在你看来他们做的事情完全就是在没事找事就是利用公司资源在整活罢了，而且整得没头没尾，如果这种都能拿到一个好绩效的话，老实干活的你不就是一个笑话吗？
搬砖是没前途的，搬得再好也没用，因为搬砖就是你的本职工作，干好本职工作是应该的，至于你搬得好还是不好，根本不重要，领导只能看到你是否把该搬的砖搬完了，至于你是怎么搬的，搬得漂不漂亮谁知道？总不能每次都让领导和业务给你CR代码吧？就算知道你搬砖搬得好搬得漂亮又如何，结果不都是完成了搬砖这个工作吗，有什么差别？
什么逻辑内敛，什么 typescript，什么函数式编程，这些有啥用，做这些谁能看得到，你代码写得好是完成需求，他代码写得不咋样也是完成需求，你bug当场解决，和他一个 bug拖了好几天才想起来去解决，最终结果都是一样的，谁关心你们过程到底咋样。
有 bug不是很正常吗，有了就改呗，你说不好维护？笑死，我写的代码又不一定是我来维护！会埋坑？只要我不踩坑就跟我无关，别人会不会踩关我啥事
只有整花活才是出路，整出花活来大家都看得到，写到绩效评定上都能洋洋洒洒写一大段，哪个不认？你能在绩效评定上写你写代码尽量考虑函数式，尽量用好typescript、组件可读性好、需求开发过程中积极主动吗？让人看了简直笑掉大牙
于是你怒了，决定揭竿而起，去他妈的项目可维护，去他妈的改bug，业务是公司的，绩效是自己的，整花活是吧？谁不会啊！
如果你真那么做了，在短暂的当下，你大概率是可以得到可观的回报的（因为你这么做了，说明你所在的环境确实就是这样的），但如果一件事情你明知道这并不是对的，为了即时的收益你还是装模作样地做了，那么内心势必会处于一种纠结的状态，一边觉得这件事情屁用没有，一边为了绩效和前途还要笑容满面，总结起来就是会心累。当然，不排除有些人可以理所当然毫无心理负担，但对于很多人来说，就是异常纠结，最起码我无法做到心安理得
当然，心中的焦虑还可以克服（毕竟看在钱的份上嘛），关键是这么做对你个人的长期发展也是不利的，因为你花费大量时间持续在琢磨一件没有意义的事情，可以获得短暂的收益却对长期的能力提升毫无帮助，长久以往只会形成惯性思维，最终失去破局的方向和动力，这种行为或许能糊弄住你当前的职级，但再往上呢？
做正确的事情
我再次陷入焦虑之中，技术不是，业务也不是，那么到底应该做什么？按部就班的工作，拿个不好不坏的合格绩效也不是不可以，公司给我发的工资已经足够我生活了，工作的目的不就是这个吗？但终究不甘心，我每天在工作上花费了最多的事情，在保证了生活之后，如果有的选，谁不想再进一步，实现自我价值，证明自我价值，获得满足感
好在，我终于得到了答案：做正确的事情
很简单的一句话，我从业这么长时间，甚至不止一次听过，但之前应该是因为还没到境界，所以我总觉得这是一句废话，一句职场正确无法反驳但实际上什么也代表不了的废话，然而当处于满心焦虑的我再次听到这句话的时候，我却立马就明白了
没有方向只有原则，无关乎技术还是业务，也无关乎是整花活还是改 bug，只要是正确的就是可以去做的，这确实是很职场正确的一句话，但并不虚无缥缈
为啥要进行性能优化？因为从统计到的数据来看，我们业务页面的性能已经远远落后于业界平均水平，明显影响到了用户的使用体验，不管是从业务留存还是用户体验角度，都该做这件事情；为什么要使用跨端框架，因为从产品明确已知的规划来看，我们的业务将来必然会在多端使用，及早接入是成本最小的方案；为啥要花费那么多时间在报警治理上？因为太多的报警造成了很大的信息噪音，淹没了真实有效的数据，影响了我们接入报警监控的初衷；为啥要重构这个模块？因为这个模块混杂了太多的历史逻辑和没人说得清的逻辑，维护愈发困难，造成的bug也越来越多，一次的重构投入，能够为将来节约大量的时间成本，规避低级bug的出现；为啥要封装这个方法，因为这个方法中包含了很多地方都需要用到的通用逻辑，再封装成修饰器方法，用起来更方便……
做的事情不是因为没事做所以找事情，而是因为这件事需要做所以做，不分大小、成本，只要是应该做的、正确的事情，那就去做
因为你在做你认为应该做的事情，所以你根本不会有整活人那种唯恐其他人揪出你小尾巴的小心翼翼，也没有因为整了个烂活被后来者天天骂的担心
正确的回报方式
更重要的一点是，做正确的事情，是可以收到相应的回报的
绩效是领导对你的认可，所以要整花活做汇报让领导看得见，这样领导才会认可你，给你好的绩效，但仔细想想，本质上你是在讨好领导，揣摩领导的意思，以换取一个好的绩效
不可否认，想要一个好绩效，是需要得到领导的认可的，但我认为不应该是用这种方式，这种算是本末倒置了，你应该先让自己认可自己做的事情，才能底气十足的让领导认可
你到底应该拿个什么样的绩效，抛开侥幸的心理，你应该是心里有数的，如果你自认为你已经做了该做的事情，应该拿一个好绩效，那么就在绩效评定上列举事实给出理由，如果你真的做了正确的事情，对业务有正面作用的事情，领导凭啥不认可你呢？真遇到那种针对你的领导，你甚至可以理直气壮地反手就是一个绩效申诉，你的绩效是你自己挣来的，不是考揣摩上意讨要来的，你问心无愧
真遇到那种被针对了还申诉都不成功的事情，那我只能劝你一句赶紧跑吧，领导都是这种气量，说明这公司也没啥前途，搞不好过段时间这个部门都没了，世界上那么多好公司等着你去大干一场，在这种泥坑里浪费啥时间
以我的经验来看，可能很多人都是处于“整活”的团队氛围下（跟内卷有一定的关系），但你可以相信，做正确的事情，给你带来的好处必然是更加正向的，其他人可以说一件模棱两可的事情是好的，也可以说是坏的，但他们不能在众目睽睽之下说一件正确的事情是错误的
抢活？
上文说过，除非你是团队最早那一批成员，否则你会发现团队内应该有人占着的位置，早就已经被占着了，作为后来者的你连边边角角都很难落到，没你的位置你怎么干活？
我一直也有这种顾虑，我也想参与到某些事情中去，但那些位置上早就已经有人了，早就被“划分”好了地盘，我再掺和进去是不是有“抢地盘”的嫌疑？
实际上，大可不必，如果大家都是干实事的，希望的自然是能把事情干得更快更好，参与进来的人多是一件好事，怎么会有顾虑？如果对方真的只是占着地盘不拉屎，那你怕他干什么，你一个干实事的怕占地盘的？他怕你还差不多。vue还鼓励大家提 commit呢，大家都是搬砖的，谁给他的底气让他占着公司资源给自己划地盘？
当然了，作为真正想做事情而不是抢地盘的人，你也该有本身的自觉，例如，比较好的参与某件事情中去的路线是，你觉得这件事情干得不好，那么你可以给主事者提建议希望他们怎么做，如果真是比较实在的建议的话，对方也不可能拒绝的，而作为提出建议的人，你大概率会被邀请进去自己实现这个提议。
但如果你只是觉得对方干得让你不顺眼，你就旁若无人地连招呼都不打就参与进去，连别人的规划是什么都懒得看，自顾自地按照自己的想法在别人已经持续了很长时间的项目里折腾，甚至是另起项目分庭抗礼，就算你没有抢地盘的打算，那么在别人看来你也是在抢地盘
还有人觉得，这个项目不是我主导的，就算我参与进去了，最后事情干成了，好处大部分也都是主事者的，我辛辛苦苦难道是要为别人做嫁衣？
这还是抱着很强的地盘心理在看待问题，如果你真的做了很多事情，真的做出了应有的贡献，你就该有底气把你的付出写到你的绩效报告里，你做的事情你自己知道别人也知道，难道会因为你不是主事者就把你的功劳三七分了？
处理好与同事的关系
工作不仅是做事情，与人交际也是工作的一部分，在团队协作的业务中，孤身自傲是很难做成什么事情的，与同事之间打好关系也是你做成事情的一个重要因素，当然，我不是说要讨好同事，大家都是平等的关系
这个世界上那么多人，你们恰好就成了同事，是一件很有缘分的事情，工作日的时间，你要花费最多的一部分在工作上，你与同事相处的时间可能比你跟自己家人在一起的时间还长，如果反而成了仇人，那还不如没有这个缘分。大家抬头不见低头见，如果你左看一眼，是个仇人，右看一眼，还是个仇人，你觉得你还能继续在这个公司待得下去吗？
如果是因为跟某个同事或者领导合不来，而不是因为不适合这个岗位或者不喜欢这个公司/部门的氛围导致离职，那么这种离职是很不值得的
有人的地方就有江湖，君子与君子以同道为朋，小人与小人以同利为朋，此自然之理也，不管是君子还是小人，都会形成一个江湖，放在现实中，就是团队，要融入团队之内，找到自己的位置，做出自己的贡献，拿取自己该拿的利益
与领导保持交流
领导也是同事，当然也要处理好与领导的关系，但领导毕竟是领导，肯定跟一般同事是有区别的，我不是指尊卑关系，而是说领导对于你们的团队会具备更多的洞察和规划，最清楚当前团队应该做什么事情，将来做什么事情，考虑的是整个团队的共同发展
如果缺乏这方面的信息，你作为团队内的个体，就算很积极主动想做正确的事情有益的事情，但选择的方向可能就是表面上或者短时间内有收益，而放在整个团队的规划上看，可能收益就没那么多，甚至是背道而驰的
例如，你觉得团队内的跨端库写得不好痛点很多，想要重新设计升级一番，这个本意肯定是好的，但可能因为业务变动，高层对于你们团队的规划是将来不再需要支持跨端，那么你做这件事情就是意义不大的。对于一个团队而言，肯定更看重对整个团队长期内都保有价值的东西
一件事情，首先你得确定它确实是正确的值得做的事情，然后再去努力做，这样才能功德圆满，如何确定一件事情是否正确呢？我相信，你的领导肯定很乐意给你指明，如果你能站在正确的位置上做好正确的事情，何愁升职加薪？而想要获得这方面的正确信息，与领导的即时沟通必不可少
很多人会觉得领导是傻x，不排除确实有一部分傻x因为各种跟能力不相关的原因被推到了高位，但最起码在互联网这个竞争激烈的领域，能够上位的人，绝大部分定然有其独到之处
保持身体健康
只说我实际见过的例子，我所见过的 p8级别及以上的领导，他们的共同特点就有思维活跃、精力旺盛、身体健康
无论是做哪一行，排除掉运气、天才等不可抗因素，同一个圈子内绝大部分人之间的能力差距并不大，想在这种情况下拉开差距，唯有将自身所拥有的条件尽量发挥得更加充分
活跃的思维让你拥有更佳的问题洞悉能力，旺盛的精力让你具备硬啃难题的底气，而这些都建立在一个良好的身体之上，整天无精打采的，不是发烧感冒就是肠胃炎鼻炎过敏，那你的效率和产出怎么跟别人比？
这跟卷没有关系，为了短暂的蝇头小利或者心照不宣的规则而耗费时间精力在无意义的事情上才叫卷，客观因素上有需要加班那就是加班，而无论是加班还是高效率，都需要一个健康的身体来支撑，在各方面都相差不大的情况下，当然是谁活得久谁就能走得更远
总结
我不认为抱着一种功利的心态去做事情就是有问题的，有了切实功利的目标，才有足够的动力去付出行动，为了达到功利的目标而自发努力，我付出了应该付出的，然后想拿到应该拿到的东西，有什么问题？
只不过我们不能急功近利涸泽而渔，要把目光放得长远些，让功利可持续，让业务发展和自身发展实现双赢
参考资料
[1]https://juejin.cn/post/6876977166051966984
最后
如果你觉得这篇内容对你挺有启发，我想邀请你帮我个小忙：
-
点个「喜欢」或「在看」，让更多的人也能看到这篇内容
-
我组建了个氛围非常好的前端群，里面有很多前端小伙伴，欢迎加我微信「sherlocked_93」拉你加群，一起交流和学习
-
关注公众号「前端下午茶」，持续为你推送精选好文，也可以加我为好友，随时聊骚。
点个喜欢支持我吧，在看就更好了