码农之死 #34 - 往事 - 新的架构师与组长们
本小说连载于文集：码农之死 - 连载 - 简书 (jianshu.com)
招聘工作拖拖拉拉地持续，但吕梦作为新架构师的任命很快就被宣布，他将负责姜赟部门内从报价到订单所有应用系统的架构工作。张红雷认为他有技术，有经验，在报价这边工作多年，平时也发言也积极，因此是个合适的人选，于是给他提了一级，希望他能带领几个小组做出些架构上的优化。
吕梦升职不可避免地给很多人带来了影响。首先高飞接替了组长的职位，虽然这没让他跟着升职级，但也多少说明了领导对他的信任，这里面少不了吕梦的推荐。
但更多的人心理上发生了微妙的变化，曾经作为开发人员标杆的老张，他的高度是那么可望不可及，要发展还是需要跳出程序员的身份。转管理或者转架构师，两条路二选一。而管理对大部分技术出身的人来说都不是第一选择，架构师这个同样属于技术路线的身份更符合程序员们的直觉偏好。
王荣也想过给自己的部门立一个架构师，可老张坚决不接受。他认为就部门里这些东西，根本用不上架构这么高级的词汇：“我还是找时间把代码整理整理，架构师你还是找别人吧。”
其实代码他已经尽力改过一遍，不过那些本不该放在认证这个模块里的逻辑他也不知道怎么改才好，索性相关的部分他就懒得多动，不该技术手段解决的问题他也无能为力。
贾承孰刚开始读代码的时候，第一天就碰到了难题。他发现从代码里怎么也看不出用户请求被处理的路径是怎么往下走的。在Joanna让他作为起点去查看的主方法里，完全看不出调用了什么其它方法进行下一步处理，也没看出是怎么返回结果给用户的。
直到第二天他硬着头皮去请教Joanna，Joanna却神秘地一笑对他说：“你不能只是读代码，有时候你得调试才能知道程序是怎么运行的。”
贾承孰虽然不理解那神秘的笑，但还是把程序运行调试了一遍，最后才惊讶地发现，原来这代码写得如此奇葩！那用户请求进了主方法经过简单处理后就会报错，而这错被精心设计过的错误捕捉器代码捕获以后就将继续运行，直至返回结果给用户。简单来说，写这代码的人专门设计让用户请求在主方法里发生错误，再用错误处理来进行后续逻辑。
贾承孰感觉这设计匪夷所思，他不由得喊出了声：“这TM什么破代码？居然把正常路径放在错误捕捉器里？！”
Joanna在一旁听到他终于发现了阿里巴巴的秘密，得意地笑个不停。而老张坐在座位上头也不回貌似云淡风轻地说：“这算啥？你往后看就知道变态的地方多着呢！这还是我改过的，已经好多了！”
曾经张红雷对老张给予厚望，希望他能把所有代码都给梳理一遍。但老张从认证这边就发现这不是一个程序员能解决的问题，也不是架构师能解决的问题，这就不是单纯靠技术能解决的问题。所以尽力做完了认证的代码优化后他就开始低调行事，没人找他，他也不露头。王荣平时也尽力宣传部门内离不开老张，老张绝对不能走。
王荣还把吴晓文和Joanna各自提拔成了组长，管他组员人数多少，该有的配置一个也不少。
吴晓文对这无足轻重的提拔表现得十分开心，表示人再少也绝不影响正常的工作。
Joanna则很意外为什么组长是自己，不应该是老张吗？架构师他不做，组长也不做？
然而老张对她说：“你来做组长，代码有搞不定的找我。平时晚上开会一般我就不去了，不然会耽误我打球。”
其实经过优化的代码又经过老张的讲解，Joanna现在已经基本弄清了这套应用里的细节，再少有搞不定的时候。她感激老张分享的知识，也感激老张这么大方地把发展的机会留给了自己。
除了事业上的小进展，Joanna生活上的大事也有了眉目，或者说这事早就在进行，只是在钱迅去李羽白的新部门后，他俩才公开了恋情。
公司规定同一个一线经理管理下的员工不允许谈恋爱，虽然Joanna和钱迅本就不是在一个部门，但毕竟两个部门还是一个业务线内。现在彻底处于不同的业务线下，也就终于可以大大方方地相处，再没有什么担心会影响职业发展的顾忌。
吴晓文问：“啥时候吃喜糖啊？该买房了吧？”
Joanna一边难掩心中的喜悦一边说：“哪有啊？还早着呢！”
要买房确实不太容易，尤其是Joanna依然坚持要买在城里尽量离她父母近的地方，那里房价都快五万了。
过年的日子越来越近，在年前张红雷和他的部门取得如此多的收获。一个新业务线系统，李羽白管理了真正有发展空间的部门，王荣升为了部门经理，吕梦成了架构师，Joanna、吴晓文和高飞变成了组长，还有贾承孰终于开始学习Java。
“等过完年就开始大展拳脚，明年一定能有更好的结果！”他们都在这么想。
姜赟也没有闲着，她对报价这边也有自己的想法。业务部门的新需求里提到要引入一种新用户类型来给销售做出的报价折扣进行审批，这样少不得要多出几个页面和一些逻辑。她想借此成立一个新的小组，以后就专门处理相关的业务。
长期以来两个组对需求的争抢让她有点疲惫，每次都要左右平衡实在让人为难，于是她想要尝试给各个组划分好一块领地，以后就可以省去许多是非。这次的需求虽然工作量比较大，但因为只是一个审批，说起了又不是那么具有业务价值，她便打算先拎出来做个试验，若是行得通以后就更进一步。至于让谁来带领新成立的小组，她也已经做好了盘算。
杨定兴是个勤勤恳恳的人，前段时间他独自完成了一个引导式报价工具的集成工作，在当中解决了很多麻烦的技术问题。平时他也不太多说话，对部门里的事不多发表意见，上级交办什么就办什么。
那个引导式报价工具其实是另一个国外团队在伺候着，不过业务部门硬是要求把它集成到报价应用里，想要替代其中销售用户手工选取产品获得报价的功能。这可是动了这边需求的大头，如果真要替换成功，那团队里会少了一大摊事情，从此就彻底成了打杂团队。
这样的事情当然没人愿意做，当时姜赟就只好点了老实人杨定兴的名，还跟他说这个东西慢慢做不着急。杨定兴不懂里面的利害，既然领导安排了就开始埋头苦干，也确实是花了好大一番功夫才把事情搞定。不过做成这种事情也别想在部门里有什么功劳，事儿做成了，人就退下一旁等待下一个任务。
还好这个工具虽然被成功集成，但它的功能却不能及时支持报价模型的灵活多变，做好后也就放在那里少有用户使用。杨定兴虽然没有功劳但他的苦劳也没有给部门带来实质性的伤害。现在姜赟又想起了他，想要安排他做新组的组长，还可以让他把那个碍人眼的工具一起带到新组里，以后就一直负责这些不招人喜爱的东西。
姜赟提了想法，张红雷并没反对。于是过年前，杨定兴也成了组长。只不过他还得等待新招聘的员工到位，否则就是个光杆司令。
