手记

谁说前端程序员不了解业务?站出来!

前言

其实我的观点一直都是程序员没有前后端之分,项目才有前后端之分。我们可以看到很多优秀的前端都懂后端的,很多优秀的后端也对前端有所了解。

刚好我是个前端,经常被做后端朋友吐槽前端不懂业务,然后一直想写点来吐槽下,其实懂不懂业务和前端后端没关系,而是和你在在项目中所在位置和你在项目里的用心程度有关。就我目前来说,每天的扯皮,在扯业务的比单纯扯前端技术的多的多,对业务的了解也不比后端了解的少。

到底谁不了解业务?

说说我遇到的一种情况:

前后端没分离的时候是这样开发的:

产品交互下来,开发需要对每个前端逻辑理清楚,数据库要怎么设计,接口要怎么设计,前端(其实是重构)只是实现ui设计的效果。

前后端分离经常出现的情况是:

一个项目启动,产品给了交互,后端会说你把需要的接口列个文档给我,前端把接口列完,后端一个一个写完,流程走通后发现缺胳膊少腿,然后接口添添补补,项目终于完工了。

这个过程后端都不考虑的业务的,业务都丢给前端和产品去考虑,后端甚至不管他给的接口用来干嘛,反正提供给前端要的数据就可以了。

有的时候前端只是要一个字段,后端把整个表都返回给前端,都不用考虑性能的。

所以这个时候出现的情况就是后端不太了解业务。懂不懂业务和是前端后端没什么关系。

一个项目最好只有一个负责人

在实际项目中参与前后端分离项目已经有好几年了,在我这几年实际参与的项目总结出一个小规律:如果一个项目中,前端中没有懂后端的人,后端中没有懂前端的人,项目出问题的可能性会大很多。

前后端分离之后,普遍出现这样一种情况,前端有个负责人,后端有个负责人。这个导致的结果就是,后端负责人很多不会考虑前端的开发体验,前端会各种吐槽后端这不规范,那不规范,导致扯不完的皮。

在一个项目中必须有个leader,而且是唯一的leader,前后端分离不是一个leader分离出两个leader。

前后端区别?

个人觉得本来没多大区别的,被大家搞得区别很大。职业规划本来都一样: 码农 -> 技术主管 -> 业务主管/资深工程师 -> CTO/CEO。

但实际情况多是一个公司做好后面后端的话语权会越来越大,毕竟数据库在人家手上,然后导致前端会显得不那么重要。如果你还是在一家不重视用户体验的公司,那前端只是实现效果的重复劳动者而已。

自我感知下来,我做后端会比做前端更加仔细谨慎;做前端的时候对产品的感觉更深,再体验上思考的更多,和产品的沟通会更多,这是做前端比较能找到成就感的地方。

如何解决:我觉得可以试试轮岗!

0人推荐
随时随地看视频
慕课网APP

热门评论

我们公司的情况是,前端完全不懂业务,连自己开发的页面做啥用的都不知道。所有接口全部后端制定,前端就等着后端接口开发完了,前端再调用。系统开发了几个月,连自己要用的数据怎么建都不知道。。。

查看全部评论