2022 年度大戏，跳槽、转正！
朱晋君约 10 分钟大家好，我是君哥，新年快乐。
忙碌的时候总是感觉时间过的很快，入职新公司已经半年了。最近在公司内部做了转正述职答辩，算是对入职半年来的总结。
熟悉我的朋友都知道，最近一年我换了两次工作。第一次是从银行系的消费金融公司出来去了一家能源公司，在能源公司呆了 8 个月第二次换工作，重新回到了银行系。
回到银行系的感觉，熟悉的行业，熟悉的氛围。今天来分享一下最近的职场经历。
转正述职
虽然毕业后经历了好几家公司，但是正式的转正述职答辩不多，所以多花了点时间做准备。
关于怎么写述职报告，网上相关的文章太多了，我自己主要从几个方面做 PPT：
自我介绍，我主要介绍了学历，工作经历； 试用期工作内容、成果和产出，我主要介绍了自己负责的项目，有哪些是已经上线的，哪些是还未上线的，自己在项目中的工作内容； 遇到的问题解决和解决方案，我主要分类总结了遇到的生产问题（也讲了一些细节）和解决方案； 未来的规划，我主要讲述了怎么来适应环境（包括项目、团队、平台）和未来的工作规划（主要是交付、优化和技术输出）。
写完之后，领导又给了一些建议，改了两版。担心述职时表达不好，反反复复演练了很多遍。
后面就是正式的述职，这段时间多数人因为阳性居家办公楼，述职也是远程会议。我找了一个会议室，述职前又演练了一遍。述职的时候用手机给自己录音，想着之后可以听一下真实的述职情况。
正式述职的时候，还是有点不一样，毕竟都是中高层领导，多多少少有点紧张。想起之前一个资深技术总监跟我们说，他在中高层年度大会给 CEO 汇报工作差点紧张的说不出话来。不过反复演练还是有效果的，至少表达的时候逻辑可以很清晰，不用现场组织语言。
述职结束后，领导的点评还是挺不错的，可能是报告的内容丰富，也体现出了自己工作的压力，还穿插了一些业务细节讲给领导。
其中，领导提到一个问题，算是给我的建议，分享一下。我负责的系统，有一个非常核心的接口好多项目在用，包括我自己负责的项目，但是最近我负责的项目出了一个生产问题，最后定位是这个接口有问题。如下图：
我负责的是项目 3 ，这个项目跟项目 1、项目 2 公用接口 A，但是发现接口 A 缺少过滤字段，导致项目 1 和项目 2 的页面查询订单时把我负责的项目 3 的订单查询了出来了，并且做了操作，最终导致了生产问题。
我在述职时提到了这个问题，如果直接修改接口 A，这三个项目都需要跟着改。因为公司的系统太多了，能找出哪些系统使用接口 A 都很难，而且即使找全了，要求所有系统都配合改，也是一个很大的工程，每个系统交付压力都不小，协作修改难度会很大。所以我建议新写一个接口，增加过滤字段，但是这样确实两个接口重复的东西太多了。
领导给出的建议是首先通过公司内部工具（有现成的工具）找出哪些系统使用了接口 A，然后协调给出排期计划，为了紧急修复线上问题，可以暂时增加接口 B 的方式来绕过问题。
领导提到的第二个问题就是代码交付，公司还是非常在意员工的代码提交的，包括总监级别都要有代码提交。领导统计到我试用期提交了 4000 行代码，当然，我自己心里有数，应该没有这么多。
最后就是领导的一些关心和建议，答辩结束。
关于转正答辩，再分享几点：
不能转正的情况很少，决定自己能不能转正的其实并不是述职答辩，而是直属领导。但是转正答辩是对自己工作内容很好的总结，也是少有的能在高层领导面试展示自己的机会。述职结束后，我的总监让我打开摄像头让高层领导认识我； 内容非常重要，让内容接地气，不要只喊口号，只有方法论； 充分的准备和反复演练是有必要的。
入职半年
上面分享了我的转正述职，接下来分享我这半年的工作。
入职后，我加入了一个刚成立半年的团队，这个团队对接公司一个新的业务部门，机会与挑战并存。
工作内容
部门对每个职级都是有要求的，我的职级对标的要求是负责一个项目群的技术。入职后，学习了半个月，领导就把整个项目群交给我了。这个项目群之前由另一个同事负责，但是他有别的工作安排，去了另一个团队。
接手了这个项目群和团队后，自己开始学习、摸索，熟悉系统和业务。跟之前新入职能源公司感觉有几点不同：
虽然是新平台，但是我之前有 5 年多的同行业经验，而且这 5 年我是非常幸运了，接触了各种不同的业务模块包括很多核心业务。对业务理解很好，上手就很快； 领导和身边的同事很好相处，我的老大是公司的老人，业务和技术都非常好，给我培训了几次，讲得非常清楚。说实话，我最担心遇到技术和业务都不熟悉的同事做领导，外行指导内行真的非常难受； 公司对代码交付很看重，总监级别的都要求有代码提交。
压力
虽然之前有 5 年多的行业经验，但压力还是不小。进入一个新的平台，需要熟悉项目、熟悉公司的各个模块、熟悉身边的同事。
团队对接的项目是新的项目，由我们团队发起和主导，就是说我需要同时担任项目经理和技术经理的角色。跟我之前的金融工作经历相比，项目的节奏比较快，因为新项目，业务想要快速上线进行推广来占领市场，这个可以理解。
团队比较年轻，工作经验不够丰富，责任心不够强。
之前在消金公司，平台很小，一个项目，两三个团队参与，大家都在一起办公，沟通协调很容易。而新公司是大平台，每个项目都需要 10 几个团队参与，并且大家在不同的职场区域办公。作为项目主导方，沟通协调的工作非常多，各团队交付压力都很大，沟通起来并不容易。这期间，我努力突破自己的社交恐惧，聊天工具对方 10 分钟不回复的情况下，我就打电话去找。我还在公司内网的博客发表了技术文章，目的是建立影响力，让更多同事认识我。通过自己不断努力，认识了各部门很多同事，微信多了 100 多个好友，我也告诉自己团队成员，如果工作过程中找不到需要配合的同事就告我，我去找。
进度的压力也很大，刚来公司几个月，我遇到了业务压缩排期的情况，因为来的时间短不熟悉情况就答应了，后来发现这让我自己非常被动。我要去跟各个参与项目的团队开发人员说新的排期，有的团队有困难，就需要我去找他们团队负责人帮忙解决困难，比如资源问题。管理好业务预期也是非常重要的。
随着项目上线后不断推广，生产问题也多起来，虽然测试环境都是完整测试的，但是生产环境的情况复杂太多了，各种考虑不到的情况，技术问题业务问题可能都有。这也增加了我的工作量和压力。
之前在能源公司，我入职 5 个月的时候，已经有了离职的想法。而在新公司，虽然压力大，但我干的还是比较满意，我觉得主要有几个原因：
领导对我非常信任，刚入职就把整个项目群交给了我并且没有过多干预，只是偶尔要一个结果； 公司的同事很好相处，即使加班也不是很难协调； 公司承诺的薪资和福利并没有打折扣。
在职场上，比工作压力更让人不舒服的是得不到信任、领导是外行、同事不好相处、薪酬福利承诺不一致。
技术
前面提到过，我自己在试用期交付的代码很少，确实是，设计、沟通、解决问题占用了我大部分时间。
有个同事跟我抱怨，公司学不到技术，代码写的不好，系统也做的不怎么样。要是用我 5 年前的眼光来审视，这个同事说的确实对。但用工作 10 年的眼光来审视，就不一样了。我问这个同事，在一个系统上同时并行几十个项目，上百人在里面开发，好多同事是外包不仅缺少经验而且缺少责任心，项目交付压力又很大，你要是架构师，你会怎么设计。
讲真，我要是架构师，我也只能在技术选型上选择一些开放的技术，设计模式用的多一些，代码质量上高一些，架构上真不一定能比现在设计的好。
工作多年就会发现，技术能力在我们成长路上的助力并不大，除非能做到行业内知名的技术专家或者技术极客。因为技术最终是要赋能业务的，能有高效稳定持续地交付才是关键，公司内一旦业务收缩，紧接着必定是裁员。
当然，这并不是说技术不重要，技术专业性永远是公司对技术人最基本的要求，是通过跳槽提高收入和职级的必备能力，也是技术人建立个人影响力的最有效路径。
大平台小平台
到底去大平台还是小平台，这个是讨论了很久的话题，网上也有各种见解。就我自己职场这 10 年，大平台和小平台都干过，这里分享几点看法。
技术提升
小平台上系统更加灵活，可能技术选型上会更加 open，对于年轻人学习新技术是很适合的。而在大平台上，技术偏保守，因为系统太多，升级带来的成本会非常高，甚至一次技术升级都很难能推动起来，高层考虑的首要因素是系统稳定性，不影响业务是底线。
从零到一的系统建设和大规模的重构，都是简历上的亮点。在小平台上，也是很容易获取到的经验，但是小平台的规模不会太大，比如一个百人团队参与的项目，在小平台上是很难有机会的。
大平台上的架构会更有参考价值。毕竟大平台承载的业务体量大，并行项目多，参与协作的系统多，参与开发的程序员多，没有一个好的架构，是很难承载的。
机会
大公司变化多，机会也多，这也是很多职场大佬建议技术人选择大厂的一个原因。我经历的公司也是这个情况，小公司基本一个萝卜一个坑，除非开辟新的业务，不然很难有机会突围的。
大公司业务变化快，技术部门很容易随着业务发展产生裂变，技术人的机会比较多。
氛围
大公司有招聘上的优势，所以招聘时会更看重候选人的综合能力，而在小公司只要能干活就能过关。这里的观点比较主观，仅供参考。
我觉得大公司的氛围更舒服，同事更好相处。分享几件我在小公司遇到的不太理解的事情：
某公司的技术经理，脾气非常大。跟我们说他有两个情况会发脾气，一个是他问我们自己负责的模块我们不熟悉的时候，一个是他专心工作别人问他问题的时候。第一个我可以理解，第二个我着实不理解啊，作为团队负责人，这样谁还好意思问你问题呢； 在能源公司我入职第三天，某个团队遇到了 Elasticsearch 集群问题，我的领导也找我看看能不能支援。这个团队的架构师跑来跟我聊，说他才刚入职四天，不熟悉业务，不了解集群情况，申请机器资源运维考虑成本不给批。第二天，这个架构师跑路了； 在消金公司，低级别的同事带高级别的同事，这让我感觉有点不正规。
感悟
对于中年技术人，无论在大公司还是小公司，如果能得到领导的信任，能有不错的工作氛围，都是可以选择的，如果还能有一些决策的空间或者试错的机会，那就更好了。
核心竞争力
最近一年求职环境非常恶劣，相信大家都有感触。先分享几件事情：
同事 A，我最近招的一个新同事，工作 15 年，干过技术经理、技术总监、架构师，因为年龄问题以及没有一个稳定的行业经验，选择了干外包。面试的时候表现还是不错的，我给了他一个外包岗位里面不错的职级，我以为他就是来积累面试经验的，但最终还是入职了。
候选人 B，也是来我们公司面试外包，工作 8 年，面试表现不错，我给通过了。已经定了入职日期，但是因为公司年底复盘，暂时关闭 HC，最终入职失败。
朋友 C，之前年薪近百万的工作，被迫毕业后，面试了很多公司，因为年龄问题，找了半年，最后降薪一半去了一家小公司。
朋友 D，一直在金融行业工作，被迫毕业后，面试了一个月，成功上岸了一家不错的银行系公司。
多数技术人最终都会跟我一样成为中年技术人，因为管理岗位太少了，不可能每一个程序员都能走得上去。那中年技术人的核心竞争力到底在哪里呢？我觉得主要有四点:
丰富的行业经验：35 岁比 30 岁多工作了 5 年，那行业经验是否也多了 5 年？所以频繁换赛道，对技术人的发展很不利，互联网的红利大不如前，早已不是只懂技术就很容易拿高薪的时代了。 技术优势：35 岁还在做技术，最好有一两门自己精通的技术，这是靠时间积累不断研究获得的能力。 人脉资源：丰富的人脉资源对自己的学习、成长、求职帮助都很大。 软实力：包括沟通协调能力、管理能力、文档能力等。
最后
30 岁的时候，觉得 35 岁还在技术一线，还在投简历找工作，就是混的太惨了。到了 35 岁，发现这其实并不稀奇，多数人还在技术一线，投简历找工作也不丢人，反而可能找到更适合自己的。
35 岁，不要轻易丢弃技术，技术能力是永远公司对技术人最基本的要求。
35 岁，依然要不断积累自己的核心竞争力，依然要不断地成长和突破。
希望今天的分享能对你有所帮助，欢迎交流学习。