被公司新来的前端一句话怼无语了

[v2Donuts]

源于一个接口接口因请求参数太长，返回一个参数太长(英文)的错误信息给他，然后他问我这个什么意思，我告诉他是参数太长了，让他改短一下。

他竟然说“接口应该对参数长度做处理，不要完全信任发过来的数据”，excuse me ，难道传多长我都要给你截到合适为止？说好的不要信任呢，我是真无语了，不是说了原因他发的太长了吗

发现现在的新人都好难交流，最重要的还不止一个，10 个里面 5 ，6 个都差不多的，觉得自己最吊的，大家都要听他的

[Yukineko]

返回错误信息不就是不信任数据的处理么。。

[hidder]

为什么不揍他？

[v2Donuts]

@Yukineko 对啊，感觉是觉得这句话比较有逼格，说完还觉得自己装了个大逼

[Jinnrry]

刚刚和前端对线完就看到你帖子

抓着我一顿喷数据有问题，害我查了一下午，最后发现他参数有问题，每次出问题都是丢给别人先查，别人找出哪哪有问题他再改

[li1218040201]

不要太认真负责，你直接怼他「谁让你传这么长的参数，能不能专业一点」，气势上不能输

[coderluan]

有些时候太自信其实是不自信的表现，就现在的环境来说，这种情况的概率只会更高，表面越吊，心里越慌。

[v2Donuts]

@hidder 心里揍了一万遍

[v2Donuts]

@Jinnrry 真的几乎两三天跟前端对一次线，工作的没心思了

[mingtdlb]

我靠，你行不行啊，这都能给整不会了。。。直说啊“字面意思，看不懂英文吗，不行翻译一下”，还是无语“谁给你招进来的？”

[n37r09u3]

参数长度肯定有最大值限制，不然传一部莎士比亚过来，还咋处理

[Razio]

完全一样，不过是你的对立面，天天喷后端。不过这事没办法，新人是这样的，总会碰到，只能当保姆。

但是太久了也是真的确实影响自己心态，有时候都怕结节变大，赶紧深呼吸，赶不走别人只能自己走或者喷完然后接着做保姆。

[koukou250]

啊🤔但是直接返回给他参数太长的提示信息不就已经处理了吗？

[coderlxm]

扯一下皮倒是正常，但是看不懂简单的英语还来问啥意思是真的难绷。

[Jinnrry]

@v2Donuts 我这里前端隔三差五就换人，每次沟通恶心得不行，每次都得讲一遍之前的逻辑。动不动就是你们怎么这么设计，这么设计我们 xxxxx 。

[v2Donuts]

@Jinnrry 太对了，就是这个味，一点都不懂还喜欢指点设计

[v2Donuts]

@mingtdlb 我是发现不会英语的人是真的多，一个个都四级六级的，不知道是装不懂还是真不懂

[x86]

问下他哪个培训机构出来的

[xiaoMax]

@Jinnrry 年轻了，不先问参数自调一遍接口看看，就查数据

[retrocode]

新人都这样, 都是从新人过来的, 刚参加工作热情的学习各种规范, 试图一切做到完美, 很正常, 理论上讲前后端是不能完全信任对方这是么得问题的, 刚参加工作那会我恨不得每种报错都返回一条错误信息.
工作久了就开始偷懒了, 需求以外的报错一律弹请联系管理员.

没必要完全打压, 给他多安排点活自己就老实了学会糊弄了.

相对的我最怕的是一知半解,甚至完全不懂的新人. 我真碰到过新人来, 乙方没人带直接甩给我们的情况, 纯折磨. 但这种时候应该直接逮着领导骂,而不是喷新人.....

[dic]

当场就怼回去，从来不惯着。

[v2Donuts]

@dic 怼太多了，每次怼到对面说不过，他就去跟他+1 说我不配合工作，然后就是拉会，烦都烦死，慢慢下来就麻木了

[IvanLi127]

话说这个错误应该不是业务代码里异常报错的吧。我感觉这前端是以为业务代码没处理导致报错，然后直接开喷。

[dapang1221]

哈哈哈这事儿没对没错，唯一解决方法就是真人 pk ，谁输了谁改代码。主要看公司里是前端领导还是后端领导

[stabc]

都是 react/vue 养出了太多所谓”前端工程师“了。怀念以前那个后端主导，前端切图仔的年代……

[dic]

@v2Donuts #21 这么搞，连他+1 一起怼。

[NoOneNoBody]

虽然好久没做类似工作，以前我就很简单：“你向领导提要求，我这按你说的改也要经领导批的”

[humbass]

OP 项目前端后端对接 有对接文档的吗？

[coderlxm]

@stabc 这个和框架没关系，我干了 12 年，菜得抠脚的后端也比比皆是，我经常在工作群里面吐槽。

[wizChen]

八股文背多了这是

[sir283]

实习生跟新手的话，可以教一下，不用发火，如果是那种包装进来的，开叼就行了。

[ronen]

@retrocode 我就很少这样过 我在学校就已经读过提问的智慧了， 后来参加工作了还复习了几次。

[buffzty]

你俩都有问题,后端提供的 api 声明要说明,比如长度 格式等.
前端是懒加笨,最基本的错误提示都不看,他应该问你这个字段的长度限制,我也遇到过这种笨的前端,笨只能忍了,懒我可不惯着它

[james2013]

我前后端都干过
主要责任是前端，用户输入没有做校验
次要责任是后端，假设前端忘了校验，用户输入字数多了，进行提交，发现英文报错信息，体验也不好。
反正我不管做前后端，产品文档上规定一个字段长度限制 2-20 个字，那么均会校验，并中文提示

[zixianlaiye]

@v2Donuts 想知道拉会谁赢了，你的+1 怎么看你，他的+1 怎么看他

[yunye]

精神点，支棱起来，学学余欢水/欧阳严严，怼就完了

[yxlcareme]

我是前端，我最近也遇到一个问题，后端对字段的长度做了限制，但是只要输入过长后端会给我返回信息“网络繁忙”，后端一直说我传字段的问题，我屌了后端，导致现在啥接口都 tm 都不给提示、文档也不写了，就主动等我去问，我人麻了

[hefish]

上去就是一巴掌！

[Muyiafan]

我觉得他需要你给他返回中文的错误信息 哈哈😆

[xiaojun996]

@v2Donuts #16 就是懒, 直接丢给后端处理, 也有可能代码是屎山不敢动 (老页面老接口的情况)

[Ericality]

以后统一返回 400 问就是按照规范 400 是客户端问题 你自己排查吧

[silif]

@yxlcareme 我这边差不多，后端返回的错误几乎都是服务器繁忙、sql 字段超长，完全不知道是什么问题

[minglanyu]

一般爱怼人的都呆不久 =。=

[NoManPlay]

怼就完了，就算 post 接口也不该传那么多没用的参数，何况 get 还有浏览器限制长度（本人前端）

[me1onsoda]

@silif 正常的统一异常处理不都这样吗？不要异常描述得太具体

[me1onsoda]

不要完全信任发过来的数据

正确的废话，没事找事的典范。真的这么执行很累。。当个赛博纺织工而已，别太当回事，差不多得了😅

[meetyuan]

一样的，公司很多年轻前端，都只负责拉屎，别的不管。

[creazyrabbit]

如果你们的产品是面向广大用户的，你返回英文当然不合适，公司内部使用无所谓，另外产品就是产品，你应该把系统错误和用户出发的错误分开，比如有人提到的 sql 问题，不能提示错误说，sql 错误吧，用户哪里知道什么是 sql 呢，再比如由于参数未校验导致系统异常了，这是设计上的错误，不能抛给用户说系统异常了，应该提示用户由于系统异常，请稍后再试，帮用户指出后续应该如何操作，当然更正确的方法是提前校验参数，告诉用户，我们这里只能输入 50 个字，你现在超出长度了，尽量缩减一下

[Hookery]

我发现程序员这个群体是最容易文人相轻的，毕竟文无第一。纯靠嘴说很难说谁的技术牛逼牛逼。如果真的都牛逼到一眼就能看出来了，那估计也不屑于和小朋友争。

[bk201]

下次参数报错返回加一段，是不是不会看文档啊，眼瞎

[worldqiuzhi]

大概率就是你的问题 大概率是返回的系统错误而不是你封装的错误 你数据库设计长度 20 人家发 200 你也不管就返回数据库报错信息

[ma836323493]

@Jinnrry #4 我们测试提 bug ，说编号一样导入数据没提示重复， 我扫一眼，就知道她多敲了一个空格

[wwhontheway]

大家跟同事关系都这么紧张吗？

[me1onsoda]

@ma836323493 你想说什么。。。这不就是她的工作吗

[gbw1992]

大家跟同事关系都这么紧张吗？ +1

[leegradyllljjjj]

到底有多长？

[wqnmlgbzml]

你就问题他，这么长的数据发上来，宽带费用你帮公司出吗？

[irisdev]

你是不是直接把框架或者数据库的报错抛给他了

[momobear]

估计就是包装过经历的新人，讲话硬气，实操啥都不会

[wencan]

没毛病
“外部数据”的确是不能完全信任

[expy]

报错就是不信任啊，还是他的不信任是指不相信前端水平，无论传什么都要正确处理。

[Ayanokouji]

为什么这么多站 op 的。op 把问题说清楚，到底返回的啥。
我见过太多返回 Data too long for column 之类的

[SimbaPeng]

@Ayanokouji 返回 Data too long for column 有问题吗？这个报错本来就不是给用户看的，前端把文本框长度限制了用户就压根触发不了。

[IvanLi127]

@SimbaPeng 不会 http 状态码还是 500 吧

[JoeDH]

@v2Donuts #21 你这是碰到个巨婴啊

[SimbaPeng]

@IvanLi127 HTTP 状态码返多少跟这个问题有什么关系？ HTTP 请求都不该发起，业务定义的字段长度是前后端都要遵守的规则，后端的限制是兜底，前端的限制才是用户交互。一码归一码，就算是后端返回有问题，也不是你前端不做校验的理由。

[vipfts]

这职场环境, 怪不得年轻人不爱工作了
这么点小事就开始网爆了
op 是大贤者啊
生下来什么都是大师级
从不犯错误的呢
经济不好都是 op 的错

[zzlit]

我好奇是前端没按后端接口文档给的入参传，还是按照入参传了但是后端没考虑长度

[jsrunner]

@NoOneNoBody 哈哈哈，精辟。这个回答最好

[lambdaX999]

你写好文档，按你的文档给提示就好，别自己文档也没写，自己随便返回异常，前端不知道也是正常的

[smile2wild]

看不懂，一大堆喷这个前端的
这楼主根本没说自己接口文档有没有写清楚？
假设是一个表单提交的请求，有个非必填字段“备注”，需求或者接口文档没有说明 maxLength
前端无限长度传过来，然后接口报错，谁的锅？

[smile2wild]

@zzlit 你这个问题才是关键，前面一堆无脑支持 op 的。。。

[Meld]

@worldqiuzhi 好家伙，这么点信息，都能推测出这么多了？

[Actrace]

要不，写个文档？

[soul11201]

哈哈，他可真是蠢的像头猪啊，这么自信～
每个人都只能看到自己眼里的那只鸡，日常沟通的时候，碰到说话横的比较自信的人，通过这么些年接触的人，个人第一感觉，这类人人多半脑子不灵光、心胸狭隘单纯的坏、无知且不读书觉得老子天下第一。本评论也可放在这此列审视。

[soul11201]

你给他说哥们你再传大点，http server 服务器都可能给你拦截了，现在请再用你那猪脑子好好想想怎么处理比较合适 :)

[soul11201]

如果一开始你们协商接口 api 没有明确约束传多长，这事还真就是你俩各大五十大板，人家说的也没错，凭啥让前端处理呢？你后端权利比人家大吗？你说什么都按你的意思来吗？算了，避免过度争论，还是先一致约定清楚怎么处理再说吧

[cxe2v]

@stabc 你这个认知我觉得你也是个没有什么进步的后端仔

[herewego]

像我这样就好了，前后端都自己写，想给什么给什么。

[Paulownia]

诚实善良是美德，但是工作之后发现，没几个人有