冤种项目负责人每天都在给项目组里的古神级人物擦屁股：）
2024-04-24
前段时间终于让古神离开我的项目组了，但代价是他的屎山要我来接手。 今天改一个功能，代码是古神写的，如下
2024-04-02
古神提了一个pr，仔细看了一下他的代码，遂产生如下对话。
正常人谁用空格占位啊？？？？？
2024-03-28
项目里有个common数据，其在整个系统里的地位类似于大楼地基，这个common数据一直是只允许用户查看，不允许用户修改的。另外有一些标准数据，允许用户在标准数据基础上进行自定义设置，为了方便用户修改，标准数据允许导入导出这种批量操作。
古神不知道改了什么东西，common数据里把导入导出按钮放出来了：）它还跟后端反馈说common里面导入失败，后端一脸懵逼来问我common这里允许修改吗？我也一脸懵逼说不允许，后端问我那为啥古神要确认common的导入功能。 遂连滚带爬地打开线上系统，点开common数据，两眼一黑。
让古神紧急修复，赶紧把按钮屏蔽了。
注：
- 古神负责这个模块最少两年了，不存在业务不熟悉
- 导入导出这个功能开会讨论的时候古神也在，不存在不知道功能细节的问题
- 有完整的需求文档，不存在没地方看需求的问题
当然最令人窒息的还是它自己竟！然！还！去！试！了！common！的！导！入！功！能！！！！
2024-03-27
测试提了个BUG，大概是进入页面初始化未选择任何数据的时候，页面会弹红色弹窗。
我有点纳闷，因为这个功能里面用了我封装的一个公共业务组件，看报错是我的组件内部的问题，于是开始排查。 先打印关键性的一个传参，发现这个传参确实为空，但不知为什么判空的条件没生效，导致逻辑继续往下走，获取不到数据才报错。
百思不得其解，忽而灵光一现，打印了一下这个参数的长度
length为1
：）
翻了一下古神的代码，引用里面是这样传参的
没错呢，他天才一般地传了个空格进来，直接把我组件内部的判空条件干废了
问他为什么
跟另外几个冤种项目负责人吐槽，得到了无情的嘲笑 ：）累了，毁灭吧
