1
Yukineko 22 天前
返回错误信息不就是不信任数据的处理么。。
|
2
hidder 22 天前
为什么不揍他?
|
4
Jinnrry 22 天前 via iPhone
刚刚和前端对线完就看到你帖子
抓着我一顿喷数据有问题,害我查了一下午,最后发现他参数有问题,每次出问题都是丢给别人先查,别人找出哪哪有问题他再改 |
5
ltaoo1o 22 天前 1
不要太认真负责,你直接怼他「谁让你传这么长的参数,能不能专业一点」,气势上不能输
|
6
coderluan 22 天前 1
有些时候太自信其实是不自信的表现,就现在的环境来说,这种情况的概率只会更高,表面越吊,心里越慌。
|
9
mingtdlb 22 天前
我靠,你行不行啊,这都能给整不会了。。。直说啊“字面意思,看不懂英文吗,不行翻译一下”,还是无语“谁给你招进来的?”
|
10
n37r09u3 22 天前
参数长度肯定有最大值限制,不然传一部莎士比亚过来,还咋处理
|
11
Razio 22 天前
|
12
koukou250 22 天前 via iPhone
啊🤔但是直接返回给他参数太长的提示信息不就已经处理了吗?
|
13
coderlxm 22 天前 via Android
扯一下皮倒是正常,但是看不懂简单的英语还来问啥意思是真的难绷。
|
14
Jinnrry 22 天前 via iPhone
@v2Donuts 我这里前端隔三差五就换人,每次沟通恶心得不行,每次都得讲一遍之前的逻辑。动不动就是你们怎么这么设计,这么设计我们 xxxxx 。
|
17
x86 22 天前
问下他哪个培训机构出来的
|
19
retrocode 22 天前
新人都这样, 都是从新人过来的, 刚参加工作热情的学习各种规范, 试图一切做到完美, 很正常, 理论上讲前后端是不能完全信任对方这是么得问题的, 刚参加工作那会我恨不得每种报错都返回一条错误信息.
工作久了就开始偷懒了, 需求以外的报错一律弹请联系管理员. 没必要完全打压, 给他多安排点活自己就老实了学会糊弄了. 相对的我最怕的是一知半解,甚至完全不懂的新人. 我真碰到过新人来, 乙方没人带直接甩给我们的情况, 纯折磨. 但这种时候应该直接逮着领导骂,而不是喷新人..... |
20
dic 22 天前
|
22
IvanLi127 22 天前
话说这个错误应该不是业务代码里异常报错的吧。我感觉这前端是以为业务代码没处理导致报错,然后直接开喷。
|
23
dapang1221 22 天前
哈哈哈这事儿没对没错,唯一解决方法就是真人 pk ,谁输了谁改代码。主要看公司里是前端领导还是后端领导
|
24
stabc 22 天前
都是 react/vue 养出了太多所谓”前端工程师“了。怀念以前那个后端主导,前端切图仔的年代……
|
26
NoOneNoBody 22 天前
虽然好久没做类似工作,以前我就很简单:“你向领导提要求,我这按你说的改也要经领导批的”
|
27
humbass 22 天前
OP 项目前端后端对接 有对接文档的吗?
|
29
wizChen 22 天前 2
八股文背多了这是
|
30
sir283 22 天前
实习生跟新手的话,可以教一下,不用发火,如果是那种包装进来的,开叼就行了。
|
32
buffzty 22 天前 1
你俩都有问题,后端提供的 api 声明要说明,比如长度 格式等.
前端是懒加笨,最基本的错误提示都不看,他应该问你这个字段的长度限制,我也遇到过这种笨的前端,笨只能忍了,懒我可不惯着它 |
33
james2013 22 天前 via Android
我前后端都干过
主要责任是前端,用户输入没有做校验 次要责任是后端,假设前端忘了校验,用户输入字数多了,进行提交,发现英文报错信息,体验也不好。 反正我不管做前后端,产品文档上规定一个字段长度限制 2-20 个字,那么均会校验,并中文提示 |
34
zixianlaiye 21 天前 1
@v2Donuts 想知道拉会谁赢了,你的+1 怎么看你,他的+1 怎么看他
|
35
yunye 21 天前
精神点,支棱起来,学学余欢水/欧阳严严,怼就完了
|
36
yxlcareme 21 天前 1
我是前端,我最近也遇到一个问题,后端对字段的长度做了限制,但是只要输入过长后端会给我返回信息“网络繁忙”,后端一直说我传字段的问题,我屌了后端,导致现在啥接口都 tm 都不给提示、文档也不写了,就主动等我去问,我人麻了
|
37
hefish 21 天前
上去就是一巴掌!
|
38
Muyiafan 21 天前
我觉得他需要你给他返回中文的错误信息 哈哈😆
|
39
xiaojun996 21 天前
@v2Donuts #16 就是懒, 直接丢给后端处理, 也有可能代码是屎山不敢动 (老页面老接口的情况)
|
40
Ericality 21 天前
|
42
minglanyu 21 天前
一般爱怼人的都呆不久 =。=
|
43
NoManPlay 21 天前
怼就完了,就算 post 接口也不该传那么多没用的参数,何况 get 还有浏览器限制长度(本人前端)
|
45
me1onsoda 21 天前
不要完全信任发过来的数据
正确的废话,没事找事的典范。真的这么执行很累。。当个赛博纺织工而已,别太当回事,差不多得了😅 |
46
meetyuan 21 天前
一样的,公司很多年轻前端,都只负责拉屎,别的不管。
|
47
creazyrabbit 21 天前
如果你们的产品是面向广大用户的,你返回英文当然不合适,公司内部使用无所谓,另外产品就是产品,你应该把系统错误和用户出发的错误分开,比如有人提到的 sql 问题,不能提示错误说,sql 错误吧,用户哪里知道什么是 sql 呢,再比如由于参数未校验导致系统异常了,这是设计上的错误,不能抛给用户说系统异常了,应该提示用户由于系统异常,请稍后再试,帮用户指出后续应该如何操作,当然更正确的方法是提前校验参数,告诉用户,我们这里只能输入 50 个字,你现在超出长度了,尽量缩减一下
|
48
Hookery 21 天前
我发现程序员这个群体是最容易文人相轻的,毕竟文无第一。纯靠嘴说很难说谁的技术牛逼牛逼。如果真的都牛逼到一眼就能看出来了,那估计也不屑于和小朋友争。
|
49
bk201 21 天前
下次参数报错返回加一段,是不是不会看文档啊,眼瞎
|
50
worldqiuzhi 21 天前 4
大概率就是你的问题 大概率是返回的系统错误而不是你封装的错误 你数据库设计长度 20 人家发 200 你也不管就返回数据库报错信息
|
51
ma836323493 21 天前
@Jinnrry #4 我们测试提 bug ,说编号一样导入数据没提示重复, 我扫一眼,就知道她多敲了一个空格
|
52
wwhontheway 21 天前
大家跟同事关系都这么紧张吗?
|
53
me1onsoda 21 天前
@ma836323493 你想说什么。。。这不就是她的工作吗
|
54
gbw1992 21 天前
大家跟同事关系都这么紧张吗? +1
|
55
leegradyllljjjj 21 天前 via iPhone
到底有多长?
|
56
wqnmlgbzml 21 天前
你就问题他,这么长的数据发上来,宽带费用你帮公司出吗?
|
57
irisdev 21 天前 via Android
你是不是直接把框架或者数据库的报错抛给他了
|
58
momobear 21 天前
估计就是包装过经历的新人,讲话硬气,实操啥都不会
|
59
wencan 21 天前
没毛病
“外部数据”的确是不能完全信任 |
60
expy 21 天前
报错就是不信任啊,还是他的不信任是指不相信前端水平,无论传什么都要正确处理。
|
61
Ayanokouji 21 天前
为什么这么多站 op 的。op 把问题说清楚,到底返回的啥。
我见过太多返回 Data too long for column 之类的 |
62
SimbaPeng 21 天前
@Ayanokouji 返回 Data too long for column 有问题吗?这个报错本来就不是给用户看的,前端把文本框长度限制了用户就压根触发不了。
|
65
SimbaPeng 21 天前
@IvanLi127 HTTP 状态码返多少跟这个问题有什么关系? HTTP 请求都不该发起,业务定义的字段长度是前后端都要遵守的规则,后端的限制是兜底,前端的限制才是用户交互。一码归一码,就算是后端返回有问题,也不是你前端不做校验的理由。
|
66
vipfts 21 天前
这职场环境, 怪不得年轻人不爱工作了
这么点小事就开始网爆了 op 是大贤者啊 生下来什么都是大师级 从不犯错误的呢 经济不好都是 op 的错 |
67
zzlit 21 天前
我好奇是前端没按后端接口文档给的入参传,还是按照入参传了但是后端没考虑长度
|
68
jsrunner 21 天前
@NoOneNoBody 哈哈哈,精辟。这个回答最好
|
69
lambdaX999 21 天前
你写好文档,按你的文档给提示就好,别自己文档也没写,自己随便返回异常,前端不知道也是正常的
|
70
smile2wild 21 天前
看不懂,一大堆喷这个前端的
这楼主根本没说自己接口文档有没有写清楚? 假设是一个表单提交的请求,有个非必填字段“备注”,需求或者接口文档没有说明 maxLength 前端无限长度传过来,然后接口报错,谁的锅? |
71
smile2wild 21 天前
@zzlit 你这个问题才是关键,前面一堆无脑支持 op 的。。。
|
72
Meld 21 天前
@worldqiuzhi 好家伙,这么点信息,都能推测出这么多了?
|
73
Actrace 21 天前 1
要不,写个文档?
|
74
soul11201 21 天前 via Android
哈哈,他可真是蠢的像头猪啊,这么自信~
每个人都只能看到自己眼里的那只鸡,日常沟通的时候,碰到说话横的比较自信的人,通过这么些年接触的人,个人第一感觉,这类人人多半脑子不灵光、心胸狭隘单纯的坏、无知且不读书觉得老子天下第一。本评论也可放在这此列审视。 |
75
soul11201 21 天前 via Android
你给他说哥们你再传大点,http server 服务器都可能给你拦截了,现在请再用你那猪脑子好好想想怎么处理比较合适 :)
|
76
soul11201 21 天前 via Android
如果一开始你们协商接口 api 没有明确约束传多长,这事还真就是你俩各大五十大板,人家说的也没错,凭啥让前端处理呢?你后端权利比人家大吗?你说什么都按你的意思来吗?算了,避免过度争论,还是先一致约定清楚怎么处理再说吧
|
78
herewego 21 天前
像我这样就好了,前后端都自己写,想给什么给什么。
|
79
Paulownia 21 天前
诚实善良是美德,但是工作之后发现,没几个人有
|
80
Rrrrrr 21 天前
挺搞的,你这里为什么要用代词。他代表了所有前端吗?大概看了一下,无非就是前后端骂战。
|
81
weixiangzhe 21 天前
我是前端,我做后台表单 现在都习惯瞅瞅 数据库的 ddl 了,不然长度确实容易忘记
|
82
janzwong 21 天前
精神点,别丢份,好样的。
|
83
jason56 21 天前
格局打开,有好几亿人教张|小|龙做微信呢
|
84
x2ve 21 天前
我没看明白;另外有接口文档/口头约定吗 没有的话那就不要喷,另外同事之间交流而已,不要上火,不值得
|
85
wnpllrzodiac 21 天前 via Android
什么都要适配,怎么来都得供着。这思路厉害啊。从小宠惯了,别人都要伺候他的思路。
|
86
winson030 21 天前
我这边的人才,文档都不看就把报错发过来让我看
|
87
n18255447846 21 天前
立场不一样,总有能说的,只能多沟通
|
88
n18255447846 21 天前
互相肉搏很正常,前端要处理一遍后端返回的数据,后端也要处理前端发过去的数据
|
89
dxk611 21 天前
感觉对前端的幽怨比较大。作为前端,我日常觉得好多人好蠢,工作十来年的,不会 git 的,不知道 http 常见状态码的,太多了
|
90
xiaofeixiang 20 天前
我觉得有 3 个点,大概率是前后端各打 50 大板。第一点:正常来讲,前端任何输入框都要限制长度,不然鬼知道会进来什么东西,前端肯定先背一口锅;第二点:你们接口没文档?接口有没有写清楚最大长度?需求有没有明确这些最基本的东西?目测你们大概率没有,没有产品和后端背全锅。第三点:接口有没有按规范约束返回?返回英文提示和 sql 报错甚至是 java 报错都是很傻逼的东西,前后台分离本身就是要遵循约定,返回英文报错本质上是后端想偷懒或者本身项目架构就有问题,除非是有约定码。前端如果直接在 ui 提示也是有问题的,一般 400 的错误信息都是要归类展示的,大概率是不可以后端给什么就显示什么的,前后端自查背锅完事。具体事情具体分析,开口就骂实不可取
|
91
v2Donuts OP 一天没看发现还有这么多回复,看来大家苦前后对接久矣,拉一起回复一下
@zixianlaiye 两边+1 表面都是当和事佬,不过对面背后怎么说就不知道了 @vipfts 这也没有网暴谁啊,发出来吐槽下而已,你是不是被人怼多了那个啊 @zzlit @lambdaX999 @smile2wild @Actrace @soul11201 文档是肯定有的,既然你们觉得文档这么基础,为什么默认没有接口文档,实际上这是一个十分偶然的情况,就一个老项目某一个意外请求参数超长了,前端没有处理过参数长度,调用的时候报错了 @x2ve 偶尔一次肯定不会上火,关键是最近基本每个新人都差不多这个样子,多了也烦啊 @Ayanokouji 返回就 data too long ,不过不是你说的 db 报错直接返回,都是统一的参数过长异常 @gbw1992 @wwhontheway 公司大了,本来就没啥同事关系,而且感觉现在大环境都很暴躁啊,哈哈 |
92
zixianlaiye 20 天前
@v2Donuts 背后估计问候了对方很多次了,哈哈
|
93
Sunzehui 20 天前
引战帖,点踩了
|
94
tutouguai 20 天前
未知全貌 不予置评 , 不过 作为前端 希望你接口文档是详细的。
|
95
zdw189803631 19 天前
所以我觉得有友善沟通之类的能力比什么技术多厉害重要的多,活就那样,谁都能干,但是能否友善交流这个东西还是看人的
|
96
mrjnamei 14 天前
这不简单嘛,后端做好后端的校验,前端做好前端的校验,本职工作就是这样,再出岔子要么就是 bug 了,要么就是前端有问题。
|
97
EricKnight 12 天前
@zdw189803631 赞同
|
98
nyxsonsleep 12 天前
@soul11201 #75 前端调用的后端的接口自然是遵守接口的规范。当然首先后端应该有文档说明。
|