测试跟前端开发感觉火气很大，问题还很多

木头人_2:
如果后端返回Long类型uuid，前端 拿得可能是进度丢失后的值，再传给你导致ID不一样。所以我后面用mapStruct转String就好了。[doge] 同在广州，投了两周，今天终于收到一份offer。开心[呲牙]

【回复】回复 @despacito亅 :bigint也没意义，这玩意你只能去原始response里面用正则硬扣字符串，扣出字符串了谁还用bigInt，而且bigint兼容低版本浏览器也是问题，用JSONparse第二个参数方法也不行，转换前就丢了。而且后期如果有JSON类别的post也是问题，这种大数据一般有经验的架构和后端设计的时候给前端都是字符串，就up这公司卧龙凤雏前端不管后端也不管[笑哭]
【回复】回复 @快乐の男孩 :这说的很有道理，低版本浏览器的确需要字符串（我们没这么低的浏览器）。 我不是写java的，在后端的确很轻易解决这个问题。我们让前端用bigint只是两害选其轻而已，毕竟大规模改起来，上游服务，android，iso全得动。不如让前端动。[doge] java人员太多了，不如来我们rust，go生态卷卷
【回复】回复 @枝上谈冰 : 是种好办法,但是脱离项目技术说彩笔的,往往自己是.可以的话,请试一试mapstruts再说,忘记说了.我的项目 PO是不直接暴露的,都会通过mapstruts转成VO再返回,所以只要改成String就行.一个字都不用多写.(接口类型定义都下来了,后端没错,为什么后端改,前端工作经验比我长)
零to一:
能不火气大吗？测试跟无脑测试似的，无论任何问题，都推到前端去解决，排查工作就全跑到前端了，很多时候又是跟数据有关。你说就这能不气火

【回复】是的，只管看到表面问题，一股脑全给前段了[星星眼]
【回复】是这样的，所以前端又叫bug排查机
【回复】深有体会测试阶段，前端测试压力贼大
幻如影:
前端是这样的，你后端怕什么前端[笑哭]

AI视频小助理:
本视频讲述了作者发现同事们的情绪都变得很火爆，特别是前端和测试人员。而后端人员则相对平和。作者还讲述了自己在工作中遇到的一些问题，包括代码逻辑问题和参数判断问题等。最后，作者感到自己对web内容的理解已经遗忘了很多。--以上内容由模型基于视频内容生成，仅供参考

账号已注销:
我们后端上回在群里怼我，然后把大老板都惊动了，然后后端负责人在群里叼那个后端[doge]

九牧阁下:
目前，数据库字段全部string梭哈[doge]，除了主键

【回复】回复 @乌龙山脚 :用时间戳
【回复】时间怎么弄的，查询某个时间点之前或者之后查询怎么办的
【回复】回复 @乌龙山脚 :好像也可以，我记不大清楚了，反正我第一次看到的时候挺吃惊的
没诚见:
可能是id是long类型导致的精度丢失 要么没沟通好传其他表的关联id了

可以吃的粽子:
前端也敢压力后端的？怼回去让他自己查入参[吃瓜]

【回复】[笑哭]请当我的嘴替[星星眼]
少刷视频多看书吧:
那参数到底是谁的问题也没说啊，如果前端自己传错了还发火那肯定不对，后端传过来就是错的那也怪不得前端脾气大。

TroubleQin:
说真的 你们公司id都是数字也是挺离谱的

冇点笨:
检查一下传入的id类型，查一下找不到结果就返回参数错误

时10e:
只要测出问题，第一个先找前端排查[doge]

吉吉卤:
看了你的视频，听我一句劝，抓紧跑路，几个视频看下来，实际上，你在这里，我感觉你应该学不到啥

三只奇葩:
不用token的话不就是用session？你如果前后端分离了，每次请求不都带着这个sessionid发送吗？[笑哭]感觉差不多，就是后端session能存点信息而已。

零撸大队长:
前端接后端long类型要用bignumber接，前端学不精跟傻鸟一样

【回复】bigint在ES10就加入了。做为后端不会为了区区前端js精度问题而去改变类型，后端还需要对接android端，ios端甚至上游服务请求，让谁消耗计算资源，那肯定是扔给客户端啊[吃瓜]设计之初就已经让客户端的前端，ios，android打过一架了[doge]结果谁叫只有js有这问题呢
【回复】回复 @despacito亅 :Bigint是js原生类型么？还是第三方库针对超精度的json解析？如果是后者，那这个工作其实前端后端做都可以，放哪里消耗哪里的计算资源去做字符串数据转换。如果是后者，我个人偏向于放后端去处理。
【回复】很多前端都认为处理不了bigint，丢失精度，明显是菜要么就是懒。bigint配置一下就好了，哪还需要后端给转string
nedstuck:
碰到那种天天出茬子的前端，火气肯定大，我现在对接的前端连状态管理都不会，啥都要发请求从后端拿[笑哭]

【回复】回复 @少刷视频多看书吧 :不太清楚你们前端是怎么写得，我之前看vue的视频，一般像用户信息这种会保存在vuex里，比如用户昵称，明明已经给后端提交了修改，我也返回了新的用户昵称，但store里没更新，展示出来还是旧的。让他改store的值也不会，最后就是每次查看用户信息都要发送一个请求给后端。
【回复】回复 @简_寻 : 那我问一下,你们小程序打开个人中心页面,每次都是重新请求数据吗?甚至我都说了,这兄弟在登录的时候,已经在store存上用户信息了,但是提交修改之后他不会更新store.
【回复】回复 @luvyh :这个又没事，我30年vue开发，也是console的[doge]