今天刚好和朋友聊到工作现状以及未来的思考,结合我最近的感想聊一下我对于开发生涯的一些看法。
在其位,谋其政。
之前我看彪哥天天忙着加班,而我和其他一些同事都是没啥事儿就到点下班。当时我还关心的说:彪哥,别那么拼,多注意休息。彪哥回答我:有句话叫在其位谋其政。当时我感觉还不深。
但到了最近我发现当职级上升了、或者成为了负责人。那么处理工作的方式和工作绩效考核的方式都会发生改变。
工作方式上,如果知识项目成员,只需要负责好分配给自己的任务。而如果成为一个项目的负责人,那就不止要负责好自己的任务,还要为整个项目负责:项目来不及了,自己多加加班;同事遇到问题了,需要负责人解决。项目有什么疑难杂症了,抛问题到最后都是负责人的。除非是现实无法完成的任务,否则都得负责人来担着,就是个兜底的。这个时候,不是拼不拼,而是项目能不能成的问题。
思维方式上,负责人应该不再是一个执行者,因为要为项目负责,所以在对待项目的设计、排期、技术方案上要有自己的想法、有自己的声音。不能再是一个小透明,做好布置的作业就好(就像学校里那样)。
绩效评判上,职级的上升也意味着需要做到比以前更好、更多的事情,需要匹配得上自己的新 title 和涨的薪资。绩效考核的要求必然会更加高。
所以说,角色改变了,所担的责任变大了,思维方式从做好自己变成了做成项目。这算是在其位,谋其政了吧。
如何脱颖而出,多劳多得尔
前段时间我有个很深的感觉就是:程序员的价值其实来自于他所产出的产品,不管是业务的还是技术的。所以不能一味的追求新颖的技术,而是用工匠精神去做好自己手头的每一个项目。这才是真正的价值体现。
最近我真的在这么做了,无论是前公司那个畸形缝合项目,还是现在的新项目。我都试着花更多的时间将它梳理的调理清晰、结构明确、代码的实现尽量优雅。
然后我就想着我这么用心的打磨好我负责的项目,应该能拿到不错的绩效评分吧,就有了想那 A+ 的野心。但是隐隐觉得还是不够。因为写项目本来就是我的本职工作,将项目写好其实也算是分内之事。最后的结果应该也就是比一般好一点而已。
那么如何拿到 A+ 呢,今天我们老大说出了答案,其实无非就是看谁在工作中付出的更多,东西做的更好。
其实仔细想想,也的确就这么回事。无非多劳多得~
专才还是全才
最后,在未来的技术发展方向上,往往会面临方向选择的问题。是继续在某一块深耕还是多面发展。
以前听浩哥说起过一种模型叫 T 型人才模型,就是专精一样,然后通晓其他技术。我觉得很有道理。
但是两者的倾向上,从现实利益角度出发我觉得全>专。或者说先专注一个技术发展,发展到一定层级了,要注意其他技术的全面发展。
说回到工作职责问题:
如果是一般工程师,那只要做好手头模块,不用管全局,
如果是前端负责人,就需要对前端有更深的了解,负责起项目中的前端部分。当然可能开始涉及到一些其他知识。
如果是项目负责人,就涉及到前端、后端、测试、运维等技术,这个时候就要有能够了解项目成员所用技术的能力。这时候就需要有全才的能力。
所以我认为是:会用某项技术 - 精通某项技术 - 全面了解技术。
最后
以上只是我自己的一些想法,纯属个人意见,如有偏颇还望评论区指出。