前情提要： 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 次了，他还是不知道怎么回事。。
本来我还发脾气挺硬气的，现在也萎了。确实不是他们职责范围内的事。。
 | 1 c3de3f21 46 分钟前 有些肉和沙雕 AI 似的回复是为了对抗公司内部的不合理安排。 目前敝人也是在摆烂中。 如果您和我对接，可能您会更气愤。。。。。。摆平心态吧兄弟。 |
 | 2 nananqujava 46 分钟前 还是 AI 润色下吧, 我粗略看了一遍没看懂 |
 | 3 Judyhhh 44 分钟前 赞同，还是 AI 润色一下吧 |
 | 4 wsy190 OP 我再贴下中午的聊天记录吧，就当吃个瓜吧，其实我中午也是故意这样回的，我感觉问题来自于我们的这个 Cheetah.L,但是我和他一个公司，也只能穿一条裤子了 |
 | 公司是用友吧 |
| 6 wsy190 OP 他： 做的新单据，推送单据我们这边没有接收到任何信息，这些地址我这边也修改了。 然后他贴了好几张图，第一张是我打印的 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 的？ 我： 我的代码也没有删除表数据的功能啊。 然后我不再说话，但内心已经很不爽。最后我把这件事和负责这个项目的项目经理说了（他是我们的人）。我告诉他，这个人真的不适合继续做联调工作。 中午，大家在群里又吵了一架，然后我终于得知了真相…… 原来，他们没有和我公司签署部署合同，但不知道为什么，部署和测试的工作却是他们负责的。其实确实是做了超出职责范围的事情，却被埋怨了，真的是挺无奈的。 但我也不知道事情会发展成这样。年底了，我们部门有很多项目，别人让我支持哪个我就支持，具体部署工作一般都是交给现场实施团队去做的。这个项目经理说这些工作交给他们做，我就认为是他们的事情了…… 但是就算不让他看我们这边的东西，他还是做得很差。有一些系统问题我已经和他讲了十次了，他还是不明白怎么回事。 本来我还挺硬气地发脾气的，现在也有些气馁了。确实这些不是他们的职责范围，但处理事情的方式和沟通效率让我很难接受。 |
| 8 wsy190 OP Cheetah.L: @WH@keIIy魏总，李总，代码供应链调阅的开完有一段时间了，能不能协调 MSL 能现场联调？快速调完这个事项就结束了，要不这个速度下去没有结束，这个事情已经从 11 月初到 12 月初了 ZH: @WH魏总，赶紧协调一下，最后这点事了 阳春白雪: @ZH@Cheetah.L张总，刘总，目前看是供应链系统的补丁有问题，新的补丁有 2 类单据没有给影像系统推送附件。我们不是 YY 供应链的合作商，对 YY 供应链系统的部署、数据库表结构、系统操作都不熟悉，能否协调一个 YY 的技术人员对供应链系统侧的补丁进行测试，我们这边配合做影像系统的测试 ZH: @Cheetah.LCheetah.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.LYY 的供应链的补丁如果有问题，就请咱们 YY 开发老师修改后再重新推送，毕竟大部分单据我们都替供应链系统测试完了。我们电话沟通下 |
| 9 wsy190 OP @Judyhhh @nananqujava 其实事情很简单，就是他查不出数据来，我让他看我日志的 sql ，这个 sql 就是一个连表查询，然后只有一个 where 条件就是根据时间戳去筛选数据。 我告诉他没有时间戳之后的数据，他和我说有数据，还查到了。。 最后他给我贴了个截图，我发现时间戳是好几天前的。。 |
 | 10 alenryuichi 34 分钟前 笑死，上个帖子还嫌弃 AI 风，这个帖子就有人呼唤 AI 回来了 哈哈哈 |
 | 11 patrickpu 17 分钟前 你确定的别人是开发？ |
Select Language