前端需要跟UI、后端沟通,通常跟后端的沟通成本最高,出现的问题和摩擦也最多。在项目前期,前端的工作量也是最大的,一般客户对前端页面的要求比较高,要求也比较模糊,经常更改需求。“需求天天变,好烦啊。”
前端人说两句话
前端同学常说的话是:
1.“后端API文档太模糊了,我该如何连接它?”
2.“为什么这个接口返回的数据格式和文档写的不一样?我调试了好久!”
3.“这个性能问题显然是由后端优化不佳引起的。你怎么能怪我呢?”
3、“后端接口响应时间太长,用户体验太差!”
4、“这个安全漏洞跟我没关系,是后端没有做好权限控制。”
5.“后端接口怎么又变了?文档又没更新,每次都要重新调试!”
6、“为什么后端返回的数据格式总是不一致?这对我来说太难处理了!”
7.“我们讨论过多少次性能优化?后端总是落后,导致页面加载缓慢!”
8、“每次修复前端的bug,都要等后端接口修改完成后才能测试,太浪费时间了!”
9.“这个数据格式太乱了,我该怎么用它!!!”
后端男嚎叫了两声
后端同学又有意见了:
1、“前端应该自己处理一些简单的逻辑判断,不要什么事都依赖后端。”
2、“前端总是提出一些不切实际的要求,不考虑技术实现的难度。”
3、“为什么前端总是以不按规范的方式请求数据?每次都要我特殊处理。”
4、“前端页面加载这么慢,前端代码肯定有问题。”
5、“前端总是报告错误,而不检查这是否是他们自己的问题。”
6、“为什么前端开发人员总是提出那么多非功能性需求?我们的后端开发人员压力很大!”
7、“你们为什么不按照接口文档来开发前端页面?每次连接都要花很长时间!”
8.“为什么前端不处理一些简单的数据验证?它每次都会将脏数据传递给后端!”
9.“你为什么一直要求我创建数据?我已经给了你返回示例,你不能自己创建吗?”
以上只是正常情况下的一些问题,其实无论是前端还是后端,在流程规范上都会存在一些疏忽。
前端新手容易把所有事情都依赖后端,比如接口数据经常让后端帮忙创建,即使接口文档返回示例后,也不愿意自己创建数据。
新的后端“数据格式很乱,而且没有更新文档,导致前端得自己转换数据”,而且界面写得很慢,写一个界面要花很长时间。
往期推荐
• 6种方法批量插入100w数据,其中Mybatis的4种方法相当给力,但最封神的还得看存储过程• DBeaver对不起,我骂了你!Mysql又一小坑,阴沟翻船!起因竟是手速太快• 今天我无意间看到外包公司的同事提交的建表语句,把唯一索引当主键用了,才明白为什么他们无法转正
暂无评论内容