Yoo趣儿

Yoo趣儿 › Geek › 程序员 › 这个沙雕开发让我找回了 2 年前的 V2EX 账号-2 ...

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

查看 66|回复 10
作者：wsy190   
前情提要： https://www./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 次了，他还是不知道怎么回事。。
本来我还发脾气挺硬气的，现在也萎了。确实不是他们职责范围内的事。。

沙雕, V2EX, SQL

相关帖子

c3de3f21   
有些肉和沙雕 AI 似的回复是为了对抗公司内部的不合理安排。
目前敝人也是在摆烂中。
如果您和我对接，可能您会更气愤。。。。。。摆平心态吧兄弟。
nananqujava   
还是 AI 润色下吧,  我粗略看了一遍没看懂
Judyhhh   
赞同，还是 AI 润色一下吧
wsy190
OP
  
我再贴下中午的聊天记录吧，就当吃个瓜吧，其实我中午也是故意这样回的，我感觉问题来自于我们的这个 Cheetah.L,但是我和他一个公司，也只能穿一条裤子了
luohuaJ   
公司是用友吧
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 的？
我：
我的代码也没有删除表数据的功能啊。
然后我不再说话，但内心已经很不爽。最后我把这件事和负责这个项目的项目经理说了（他是我们的人）。我告诉他，这个人真的不适合继续做联调工作。
中午，大家在群里又吵了一架，然后我终于得知了真相……
原来，他们没有和我公司签署部署合同，但不知道为什么，部署和测试的工作却是他们负责的。其实确实是做了超出职责范围的事情，却被埋怨了，真的是挺无奈的。
但我也不知道事情会发展成这样。年底了，我们部门有很多项目，别人让我支持哪个我就支持，具体部署工作一般都是交给现场实施团队去做的。这个项目经理说这些工作交给他们做，我就认为是他们的事情了……
但是就算不让他看我们这边的东西，他还是做得很差。有一些系统问题我已经和他讲了十次了，他还是不明白怎么回事。
本来我还挺硬气地发脾气的，现在也有些气馁了。确实这些不是他们的职责范围，但处理事情的方式和沟通效率让我很难接受。
wsy190
OP
  
@luohuaJ 果然有人猜到了，看表结构或者表名就能猜出来。
wsy190
OP
  
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 开发老师修改后再重新推送，毕竟大部分单据我们都替供应链系统测试完了。我们电话沟通下
wsy190
OP
  
@Judyhhh @nananqujava
其实事情很简单，就是他查不出数据来，我让他看我日志的 sql ，这个 sql 就是一个连表查询，然后只有一个 where 条件就是根据时间戳去筛选数据。
我告诉他没有时间戳之后的数据，他和我说有数据，还查到了。。
最后他给我贴了个截图，我发现时间戳是好几天前的。。
下一页 »
12下一页
返回列表
您需要登录后才可以回帖 登录 | 立即注册

AD1

热门主题

热门板块

问与答分享发现分享创造奇思妙想分享邀请码商业推广优惠信息PythonPHPJavaJavaScriptNode.jsGo语言C++HTML

公告

标签|小黑屋|Yoo趣儿

GMT+8, 2025-12-9 20:22 , Processed in 0.138164 second(s), 14 queries , Gzip On, MemCached On.

Powered by Discuz! X3.2

The happiest thing in the world is to strive for an ideal.

返回顶部