抛砖引玉:前后端分离后,开发人员变多了,开发效率反而变低了?

在工作中,我曾经遇到过领导层对于前后端分离后的疑问,就是前后端分离后,开发人员变多了,开发效率反而变低了?

前后端分离的好处不想多说什么了,网上很多大佬分析的特别透彻,以下仅仅发表工作中遇到的问题,一些不成熟的想法,针对该问题,希望大家能够提出自己的想法。

问题:

情景1:

经理A:以前我们用jquery写前端,用EasyUi框架,一个人负责前后端,沟通的艺术开发效率也不低。为什么现在前后端分离了,一个模块配一个前端人员加一个后台人员,用的人多了,效率反而没有提高?效率公式

情景2:

经理B:以前前后端测试用例测试抑郁症分离,一个人写完后台再写前端,逻辑清清楚楚。现在倒好,一个前端+一个后台+一个后端开发需要学什么测试,测试出问题还不是是哪头的,人变多了事也变多了!

分析原因:

以下内容是和朋友讨论的:

抛砖引玉:前后端分离后,开发人员变多了,开发效率反而变低了?

抛砖引玉:前后端分离后,开发人员变多了,开发效率反而变低了?

解决方案

  1. 问题一:一方面是开发人测试用例员自身能力问题,开发人员总体水平比较高,如果还是效率比以前低,那可能就是团队协作默契度或沟通问题,确定问题根本原因才是关键。

  2. 问题二: 加强前后端协作,前后端开发完成,后端人员可以访问前端地址去测试。因为前端人员不会去看数据库,查出的数据或者字段有可能沟通的重要性的名言错误,但后端通过测试可以完全的把这种bug类型避免。两者测试通过后,更加能够保证数据的准确性和体验的良好性数据库原理。测试通过后,发布再由测试人员或需求人员回测。

  3. 其他:带团队就像合伙过日子,家家有本难念的经,每个团队有每个团队的问题,大家可能都心知肚明,但终究是凑合过日子,一起努力往一起测试抑郁症的20道题凑,努力过得更好。

目前想法就这么一点点。。。

发表评论

提供最优质的资源集合

立即查看 了解详情