查看: 1613|回复: 12

[其他] 码农草台公司历险记之信创国产化

电梯直达

1^#

Rakbow 发表于 2025-11-7 07:27:28 |只看该作者 |倒序浏览

入职了家普通基金公司
前情提要
之前发帖吐槽过新公司令人绝望的开发环境和规范，以及入职bug大礼包

码农草台历险记02 入职大礼包
码农草台历险记01 入职篇

大概是两周前，组内(我们组7人，2前端2后端1测试1运维，1技术老大。负责3个大模块共8个项目)开会时技术老大说上面的上面gov有信创的zz指标，要求公司的各项目系统都国产化实现全流程控制不依赖国外技术。我们公司其他项目组都陆续完成信创了，只有我们组拖到现在还没开始，今年年底最后期限必须实现全部信创完上线到生产上
我的前任老哥在信创开始前跑路了，正好我入职了就让我负责信创，并且乘此机会熟悉业务和项目
前端因为是vue3和elementui写的，就不用信创。主要是后端
数据库换成阿里的oceanbase，之前没接触过，好像说兼容MySQL和Oracle
redis换成东方通的TongRDS（之前没听过，查了下说是专为信创而生的。。。号称零成本迁移，代码都不用改。。。呃，那不就是套皮吗

其他中间件像消息队列啥的也换成国产的
servlet容器也从tomcat换成tongweb
jdk也要从万年1.8升到17
大部分都是第一次接触。。。
操作系统好像也要换成国产的，但不是我负责我就没印象
当时开会时还有人开玩笑说怎么jdk不换，会议室里充满了快活的空气

技术组长和我说，我们公司其他项目组都信创完了，该走的路该踩得坑都帮我们试过了，甚至还有指导文档和问题总结文档！(看过我之前发的帖子的老哥应该能想象得到我此时激动的心情

)
由于公司稀烂的项目管理规范(有多烂可参见之前的帖子，技术老大还想让我乘此机会把稀烂的代码重构下
于是信创工作开始了，先从最简单的一个项目(简单到中间件只用到redis)开始练手

玛德，之前所谓的其他组总结的信创指导文档和错误总结文档有个鸡掰用，零零散散写了点一看就是为了应付敷衍写的，里面的问题我一个没遇到，反而我实际遇到的里面一个没提

比如tomcat换成tongweb要凭证文件，文档里附带的已经过期了用不了，我就去问所谓的“已经完成信创工作的其他项目组的成员”，她甩给我一个gitlab地址让我自己去参考，我看了下怎么用的还是tomcat，说好的信创呢。我问她你们没换tongweb吗，她问我tongweb是啥，我:？

这时候已经初见端倪了

后来磕磕绊绊，勉强算把依赖包，环境啥的搞完了，然后部署到测试环境，打算按业务全流程跑一遍。

由于这个公司的项目代码规范烂的离谱，之前的老哥基本不在service层里写业务逻辑，全部都扔到sql里，一个sql能关联7，8张表，再搞几个套了3，4层的子查询，还糅了一坨表达式和函数操作，全都在一句里！一个查询200行起步，而且0注释
service层基本都只写个调dao层的接口，传参和反参清一色的Map＜String, Object＞或者List<Map＜String, Object＞>，而且不是各例，是每一个接口都长这个样，mapper. xml点开来能卡5秒，我尼玛我尼玛我尼玛我尼玛

从Oracle 切到ob后也是一堆问题，因为之前的写法处处充满着不规范和风险，比如直接拼接sql没对sql注入做防御、用关键字当表别名，字段类型不兼容语法不兼容，等等等等，总之突出一个之前能跑起来就行没人去动它。这次信创一切换环境升级依赖后各种问题全暴露出来。
业务流程根本走不下去，一点就是报错，一看日志就是sql报错（之前帖里有提到过，dev环境名存实亡，都是写的时候狂加日志打印节点，出了问题只能看日志），然后就要把超级无敌一坨屎的sql重构成正常人类能够看懂的业务代码，无限反复无限反复，一天只能重构一两个接口（因为0文档0注释也没有数据字典这种东西，我根本看不懂这坨sql想干嘛），只能根据一个前任老哥留下来的信息含量基本为0的交接文档和不停问人不停问人才搞懂
并且我每次遇到问题时，一看之前其他组所谓的“指导文档”和“问题总结文档”都鲜有提及
然后有些功能还依赖到其他服务的接口，明明参数都一样调其他已经信创过的服务接口就报错，还得去看其他服务的日志找问题
部署到测试环境的过程更是痛苦中的痛苦，K8S的配置，网关的配置，其他那些已经信创过的项目每一个都长的不一样，有个鸡掰的参考价值
总之花了两周时间，才把我们组负责的其中一个最简单，业务流程最短的项目测完跑通
我一想到，特么的还有7个项目还等着我，而且各个功能和业务都比这个复杂N多倍，只剩不到2个月，我就绝望

其实在之前的过程中技术老大，也奇怪为啥我们项目组信创遇到的问题这么多，其他组都很少遇到
昨天他让我先缓个一两天，他去和其他项目组再取取经，看能不能摇点人来帮我

今天早上他找我开了个小会
为什么我们信创的过程如此艰难，遇到这么多问题而其他组都没遇到呢
他直接和我说，他问了上面的和其他组的人才知道，这个信创工作就是个面子工程，是上面的上面的大手发的zz指标。就算信创完了也不替换现有的，双轨运行，反正也没人用，所以其他组基本都是以能成功部署到信创的生产环境上就OK，至于什么接口能不能调通，流程能不能跑完，反正都没人用，who JB care

特么的怪不得，我之前在信创环境的界面上看其他服务的接口没几个调通的，不是404就是500，甚至有的项目部署完连网关都没配报502的。。。还有的服务在信创环境里还调着stg测试环境的接口。。。怪不得我这遇到的一堆一堆问题他们基本都没遇到，因为他们压根就没想着测通跑通，代码能通过编译打包不出错能部署在服务器上就收工。。。。。
然后技术老大和我说，反正其他组都这样了，那所谓的信创工作目标也下调了，只要把依赖和环境升级完，服务能跑起来就行了，其他的都不需要搞了，剩下7个项目2周内搞定
感谢上面的领导同志体谅我
玛德，暂时解放了