今天刚好和朋友聊到工作现状以及未来的思考，结合我最近的感想聊一下我对于开发生涯的一些看法。

在其位，谋其政。

之前我看彪哥天天忙着加班，而我和其他一些同事都是没啥事儿就到点下班。当时我还关心的说：彪哥，别那么拼，多注意休息。彪哥回答我：有句话叫在其位谋其政。当时我感觉还不深。

但到了最近我发现当职级上升了、或者成为了负责人。那么处理工作的方式和工作绩效考核的方式都会发生改变。

工作方式上，如果知识项目成员，只需要负责好分配给自己的任务。而如果成为一个项目的负责人，那就不止要负责好自己的任务，还要为整个项目负责：项目来不及了，自己多加加班；同事遇到问题了，需要负责人解决。项目有什么疑难杂症了，抛问题到最后都是负责人的。除非是现实无法完成的任务，否则都得负责人来担着，就是个兜底的。这个时候，不是拼不拼，而是项目能不能成的问题。

思维方式上，负责人应该不再是一个执行者，因为要为项目负责，所以在对待项目的设计、排期、技术方案上要有自己的想法、有自己的声音。不能再是一个小透明，做好布置的作业就好（就像学校里那样）。

绩效评判上，职级的上升也意味着需要做到比以前更好、更多的事情，需要匹配得上自己的新 title 和涨的薪资。绩效考核的要求必然会更加高。

所以说，角色改变了，所担的责任变大了，思维方式从做好自己变成了做成项目。这算是在其位，谋其政了吧。

如何脱颖而出，多劳多得尔

前段时间我有个很深的感觉就是：程序员的价值其实来自于他所产出的产品，不管是业务的还是技术的。所以不能一味的追求新颖的技术，而是用工匠精神去做好自己手头的每一个项目。这才是真正的价值体现。

最近我真的在这么做了，无论是前公司那个畸形缝合项目，还是现在的新项目。我都试着花更多的时间将它梳理的调理清晰、结构明确、代码的实现尽量优雅。

然后我就想着我这么用心的打磨好我负责的项目，应该能拿到不错的绩效评分吧，就有了想那 A+ 的野心。但是隐隐觉得还是不够。因为写项目本来就是我的本职工作，将项目写好其实也算是分内之事。最后的结果应该也就是比一般好一点而已。

那么如何拿到 A+ 呢，今天我们老大说出了答案，其实无非就是看谁在工作中付出的更多，东西做的更好。

其实仔细想想，也的确就这么回事。无非多劳多得~

专才还是全才

最后，在未来的技术发展方向上，往往会面临方向选择的问题。是继续在某一块深耕还是多面发展。

以前听浩哥说起过一种模型叫 T 型人才模型，就是专精一样，然后通晓其他技术。我觉得很有道理。

但是两者的倾向上，从现实利益角度出发我觉得全>专。或者说先专注一个技术发展，发展到一定层级了，要注意其他技术的全面发展。

说回到工作职责问题：

如果是一般工程师，那只要做好手头模块，不用管全局，
如果是前端负责人，就需要对前端有更深的了解，负责起项目中的前端部分。当然可能开始涉及到一些其他知识。
如果是项目负责人，就涉及到前端、后端、测试、运维等技术，这个时候就要有能够了解项目成员所用技术的能力。这时候就需要有全才的能力。

所以我认为是：会用某项技术 - 精通某项技术 - 全面了解技术。

最后

以上只是我自己的一些想法，纯属个人意见，如有偏颇还望评论区指出。