这个沙雕开发让我找回了 2 年前的 V2EX 账号-2

前情提要： https://ex.noerr.eu.org/t/1177751?p=1#reply10 对方太沙雕了，我必须吐槽一下，所以我又挂了个梯子上了两年没上的 V2EX 的账号。

然后几天又闹了一个事情，这次我就不用 AI 优化了。。

他：做的新单据，推送单据我们这边没有接收到这些单据任何信息，这些地址我这边也修改了然后他贴了好几张图，第一张就是我打印的 log ，后面的几张图内容我就不贴了因为第一张图就知道怎么回事了。

** 拼接 SQL:SELECT org_orgs.code AS orgcode, ic_saleout_h AS tableName, sm_user.user_code AS userid, sm_user.pk_group AS pk_group, cgeneralhid AS pk_bill, '0' AS billamount, '销售库存' AS bussgroup, sm_user.user_name AS billmakername, ic_saleout_h.vbillcode AS vbillcode, vtrantypecode AS billtype, ic_saleout_h.vdef20 AS secretLevel, ic_saleout_h.fbillflag AS billstatus, '4' AS billstatusValue, '1001Z810000000000000000287C7' AS temppid FROM ic_saleout_h LEFT JOIN org_orgs ON ic_saleout_h.pk_org = org_orgs.pk_org LEFT JOIN sm_user ON ic_saleout_h.billmaker = sm_user.cuserid WHERE ic_saleout_h.ts >= '2025-12-09 09:31:39' ----------------2025-12-09 10:15:11---------------- 2025-12-09 10:15:11 SQL 查询出来的数量: 0 2025-12-09 10:15:11 进入后续处理模块 **

我：你看下 sql 不就知道了。。

他：没有查到任何信息

（我内心 OS:我也知道没查出信息来，这不日志都打了，可以把 where 去掉看看呢，是不是没有 12-09 9 点之后的数据呢？）

我：.....

他：这是昨天更新完补丁之后推送的时候就推送不过去单据信息了

（我以为他昨天打完补丁之后又做了单据）

我：这个 sql 就一个 where 条件吧，你的数据的 ts 是今天 9.31 之后的吗?

他：是

（他这个是，让我觉得有数据，还是 9.31 之后做的。）

我：你看看库里的啊

我：这个 sql 就是查的数据库呢

我：你把 where 去掉，你看看能不能看到

（我有点急了，因为我感觉这玩意不是挺好查的问题）

我：@XXXX 有吗？不行你直接 select *然后 order by ts desc ，你看看最新的记录 ts 是多少

他：有数据

（我是感觉他真肉啊，我问他最新的记录的 ts 是啥，他告诉我有数据）

我：Ts 是这个今天 9:31 吗？

他：ts 以后也有数据

（？？？不太清楚他表达的是啥意思）

我：你给我放个截图

**然后他发了截图，然后我发现最新的 select * from so_saleorder_order by ts desc 第一条记录的 ts 是 2025-12-05 18:46:22 **

然后我就直接炸了，本想在群里怼他这，但是最后还是压下了火气。

他：昨天没有更新补丁包之前推送还是有最新的数据信息呢

（我至今不知道他到底做没做新单据，也不知道他昨天的单据是怎么测的，按理来说不做新单据那就改我增量同步表的时间戳就行了，因为他昨天也测过，我感觉应该也不会出问题呢。）

然后我给他发了两张截图，是他的 sql 查出来最新的 ts 我给框起来了，然后我把我日志的 ts>=的也框起来了

我：看看时间好不好哥们

我：怎么有数据呢？

我：数据库里最新的数据不是 12-5 的吗

我：我的代码也没有删除表数据的东西呢。

然后就不说话了。但是我实在受不了了，就和负责这个项目的项目经理说了这件事（他是我们的人），我告诉他这个人真的没法联调。。。。中午大家还在群里吵了一架。。。然后我得知了事情的真相。。

原来他们也没签帮我公司部署的合同，但是不知道怎么回事部署和测试的工作都是他们做的。其实确实也是做了多余的事情还被埋怨了。挺牛马的。

但是我也不知道事情是这样的呢。年底了我们部门有好多项目，让我支持哪个我就支持一下，具体部署工作我一般都是交给现场实施去部署的，这个项目经理说是给他们就行，我就认为是他们的事情了。。（年底了好多项目都要交付，我们公司年初的时候裁了几千人吧。很多客开都转外包了，所以我还真以为他是我们公司下面的外包，我和项目经理也不是一个部门的，他们属于交付的，我其实就是写代码加上对接就行了。。）

但是就算是不让他看我们这边的东西，他还是不行，有一些他们系统的问题我和这个人说了真的有 10 次了，他还是不知道怎么回事。。

本来我还发脾气挺硬气的，现在也萎了。确实不是他们职责范围内的事。。

wsy190

7 天前

他：
做的新单据，推送单据我们这边没有接收到任何信息，这些地址我这边也修改了。

然后他贴了好几张图，第一张是我打印的 log ，后面的几张图内容我就不贴了，因为第一张图就能知道问题。

拼接 SQL：
SELECT org_orgs.code AS orgcode, ic_saleout_h AS tableName, sm_user.user_code AS userid, sm_user.pk_group AS pk_group, cgeneralhid AS pk_bill, '0' AS billamount, '销售库存' AS bussgroup, sm_user.user_name AS billmakername, ic_saleout_h.vbillcode AS vbillcode, vtrantypecode AS billtype, ic_saleout_h.vdef20 AS secretLevel, ic_saleout_h.fbillflag AS billstatus, '4' AS billstatusValue, '1001Z810000000000000000287C7' AS temppid FROM ic_saleout_h LEFT JOIN org_orgs ON ic_saleout_h.pk_org = org_orgs.pk_org LEFT JOIN sm_user ON ic_saleout_h.billmaker = sm_user.cuserid WHERE ic_saleout_h.ts >= '2025-12-09 09:31:39'

2025-12-09 10:15:11
查询出来的数量：0
进入后续处理模块。

我：
你看下 SQL ，不就知道问题了吧？

他：
没有查到任何信息。

（我心里想：我也知道没查出信息来，日志都已经打印了。能不能试着去掉 WHERE 条件看看？也许只是没有 12-09 9 点之后的数据。）

我：
.....

他：
这是昨天更新完补丁之后推送单据就没办法推送了。

（我以为他昨天打完补丁后又做了新单据）

我：
这个 SQL 只有一个 WHERE 条件吧，你的数据的 ts 是今天 9:31 之后的吗？

他：
是。

（这让我以为他是做了数据，确实应该有数据。）

我：
你看看数据库里。

我：
这个 SQL 就是查询数据库的嘛。

我：
把 WHERE 去掉，看看能不能看到数据。

（我有点急了，因为这应该是个很简单的问题）

我：
@XXXX ，能否执行一下 SELECT *，然后 ORDER BY ts DESC ，看看最新记录的 ts 是多少。

他：
有数据。

（心里想：怎么回事？我问他最新的记录的 ts 是什么，他却直接回答“有数据”）

我：
ts 是今天 9:31 吗？

他：
ts 之后也有数据。

（我不太理解他在说什么）

我：
给我发个截图。

然后他发了截图，结果我发现最新的记录是：

SELECT * FROM so_saleorder_order ORDER BY ts DESC
第一条记录的 ts 是 2025-12-05 18:46:22 。

我直接炸了，本想在群里怼他一波，但最后还是忍住了。

他：
昨天没有更新补丁之前推送时，数据是最新的。

（至今我还是不清楚他到底有没有做新单据，也不确定他昨天推送时的数据是怎么回事。按理来说，如果没有新单据，那只需要修改增量同步表的时间戳就好，因为他昨天已经测过，应该不会出问题。）

然后我给他发了两张截图，显示了他 SQL 查询结果的最新 ts ，并把我日志里的 ts >= 也框出来了：

我：
看看这个时间吧，哥们。

我：
为什么数据库里最新的数据是 12-5 的？

我：
我的代码也没有删除表数据的功能啊。

然后我不再说话，但内心已经很不爽。最后我把这件事和负责这个项目的项目经理说了（他是我们的人）。我告诉他，这个人真的不适合继续做联调工作。

中午，大家在群里又吵了一架，然后我终于得知了真相……

原来，他们没有和我公司签署部署合同，但不知道为什么，部署和测试的工作却是他们负责的。其实确实是做了超出职责范围的事情，却被埋怨了，真的是挺无奈的。

但我也不知道事情会发展成这样。年底了，我们部门有很多项目，别人让我支持哪个我就支持，具体部署工作一般都是交给现场实施团队去做的。这个项目经理说这些工作交给他们做，我就认为是他们的事情了……

但是就算不让他看我们这边的东西，他还是做得很差。有一些系统问题我已经和他讲了十次了，他还是不明白怎么回事。

本来我还挺硬气地发脾气的，现在也有些气馁了。确实这些不是他们的职责范围，但处理事情的方式和沟通效率让我很难接受。

wsy190

7 天前

Cheetah.L:
@WH @keIIy 魏总，李总，代码供应链调阅的开完有一段时间了，能不能协调 MSL 能现场联调？快速调完这个事项就结束了，要不这个速度下去没有结束，这个事情已经从 11 月初到 12 月初了

ZH:
@WH 魏总，赶紧协调一下，最后这点事了

阳春白雪:
@ZH @Cheetah.L 张总，刘总，目前看是供应链系统的补丁有问题，新的补丁有 2 类单据没有给影像系统推送附件。我们不是 YY 供应链的合作商，对 YY 供应链系统的部署、数据库表结构、系统操作都不熟悉，能否协调一个 YY 的技术人员对供应链系统侧的补丁进行测试，我们这边配合做影像系统的测试

ZH:
@Cheetah.L Cheetah.L 给协调一下

Cheetah.L:
怎么出的方案呢，之前方案都乱出的？

Cheetah.L:
密级的事情面单的事情我们都配合你们改代码了，到联调说表结构不熟悉了？

阳春白雪:
推送面单不是供应链系统要做的吗，怎么是替影像系统改代码呢？供应链系统开发的补丁应该由供应链系统安排人来测试，现在由影像系统去替供应链系统打补丁、查供应链系统的日志和数据库，这不合理吧

Cheetah.L:
方案都在财务影像系统方案中

keIIy:
@阳春白雪阳春白雪，我们不是在测试影像系统侧的，而是在测试 YY 供应链的补丁代码[疑问]，我们的人不了解供应链侧的代码逻辑吧，不熟悉测试会有风险吧，别不懂到时给测坏了。 @Cheetah.L @ZH 张总 Cheetah.L 老师，这个建议还是供应链这边专业的人测试专业些也更安全。影像侧的我们来测试是没有问题的。

keIIy:
@Cheetah.L @ZH 供应链影像这块其实我们还没有签合同，也是免费先在配合做的哈，目的也是先服务好用户。[微笑]

ZH:
别的不说了，赶紧安排人配合着搞

ZH:
要加钱的话单独跟我说

ZH:
今天下午协调好，安排人去干

keIIy:
是的，我们赞同先把这块做好。关健是我们的人确实不熟悉咱供应链侧的系统代码逻辑，真是担心给整出风险就不好了。[捂脸]

司岚:
这不是清不清楚逻辑了吧[捂脸]

司岚:
[捂脸]最近基础的 select 都不会吗

阳春白雪:
@司岚现场影像实施人员对供应链的数据库表结构不清楚，对您说的查询要求理解不到位，这个是正常的，请理解

司岚:
他不是开发吗。我之前也去过现场

司岚:
先就不说数据库查询这个事儿了，就是我和影像的接口对接，就这个理解上，我说了无数次了

阳春白雪:
陈新宇是影像系统实施人员，不是开发人员

司岚:
就是传秘籍那个，我传秘籍了，但是影像系统查不到秘籍这个事儿

司岚:
原来定的是要传附件密籍，然后面单传公开

司岚:
这次改成了全查，单据密集，但是这样这个东西还是有问题。这个之前我也说过

司岚:
私下里聊，群里聊，开会聊，聊了无数次了

司岚:
我的系统是一直有秘籍的，什么时候都传秘籍了。没有秘籍我就默认为公开，只不过是影像系统根据单据查，查不到密集

阳春白雪:
密级的问题已经解决了吧，已经解决的问题可以不用讨论了

司岚:
为什么会有今天的事情呢？要是 MSL 和我对接的，我一句话也不说。我确实不知道现场怎么分工的，我只管客开，但是就算是只和影像对接，我感觉也不能找个啥都不会的实习生和我对接吧

ZH:
@keIIy @WH 二位领导协调一下，现在沟通成本太高了

司岚:
要是按进度来说的话，其实已经就差这一个单子了

Cheetah.L:
我们也不是非要纠以前问题，是你们在说，现在是我想让 MSL 或者熟悉的人快速联调解决这个单据的问题，时间都耽误不起，快速调通这个事情就结束了

司岚:
其他的单据应该都测完了，这些事情都是一点一点积累起来的，之前说让我获取单据密集的时候就说换一个人，最后也没弄，其实不换就不换吧，但是对接真的是鸡同鸭讲，我也是真的没办法。我感觉很多事情我都是解释了无数次，然后我是挨个步骤的说了，但是他还是不懂，而且他自己也不研究就直接问我，我还要考虑是不是我这边哪里出问题了，沟通成本实在是高

司岚:
其实，就算是我们自己的实习生这样做也是不太合适的。遇到问题时，至少应该先尝试自己去解决，而不是直接依赖别人。毕竟我并不是专门带实习生的导师，我认为提升自己的能力才是最重要的。大家工作都很忙，相互支持和配合固然重要，但每个人也应该承担起自己的责任，做到问题能够尽量自我解决。

阳春白雪:
现在是供应链的补丁有问题，需要协调熟悉供应链系统的人来测试，MSL 也不熟悉供应链系统

Cheetah.L:
供应链补丁有什么问题。司岚一直在支持进行联调测试修改调整，沟通成本太高，说好的你们派熟悉的人联调快速解决，现在就是没有呗，剩了一张单据然后非要我们人过去

阳春白雪:
供应链这个补丁有什么问题，具体什么原因我们也不清楚，司岚应该知道吧，我们只知道是单据面单没有推给影像系统。我们是影像系统厂商，没有办法安排熟悉供应链系统的人去测试供应链系统

WH:
@Cheetah.L YY 的供应链的补丁如果有问题，就请咱们 YY 开发老师修改后再重新推送，毕竟大部分单据我们都替供应链系统测试完了。我们电话沟通下