目前java有6个人
1:1
1:1 , 但后端如果是 java 的话 1:1.5 或者 1:2
我们目前是 node.js , 1:1,甚至 0.8:1 ,后端 nest.js 框架,都是从 java转过来的
我们前端react,后端node 也是1:1
其实我觉得,要是条件允许的话,前端的尽量配多一点,因为前端这个东西涉及很多东西是一旦需求或者业务有所转变就会直接带来很大工作量的。现在基本就是靠人力去堆,前端人少了的话,有得受。
感谢大家给出恢复和建议
好像很多java转到Nodejs的
把vue当jquery用的飘过,不搞前后端分离,这样JAVA也能写后台管理页面,前端做前台和效果
根据产品形态和职能来进行人员配比吧,业务部分前端可能多一些,研发部门前端会少一些,研究部门前端几乎没有;
稍微复杂点的业务,比较合理的一个比例是 前端:后端 = 1:3
没个定论;如果后端服务稳定,前端业务迭代较多,那么前端人员显然要多,这个不同时期会变化的。人员多的时候,多做一些基础的研发;人员少的时候,就只能都扑倒业务上了
难道不是看业务的工作量吗
現在的項目 後端java 前端react 也是1:1
@icai 你 at 我干啥, 要测试自己发布到测试区去。 你这样是要被封号的。
没有定论,主要还得看业务复杂度或者当前任务的主要堆积侧。供参考:正常业务 1:1 前台展示偏多的业务 1.5:1 基础架构或中控后台以及偏复杂型业务 1:2 或 1:3
看业务情况,没有固定值。 理想情况下,同一个产品需求,前端开发和后端开发整体投入相同的时间开发、联调、测试,这时候你的人员比例就是适合你的业务的比例。 这需要一定时间的观察才能看出来。 实际上这个不是一个固定值,不同时期需要的前后端人员配比是不一样的;比如集中做系统架构调整的时期,可能后端需要人员增多,前端需要人员降低;大型营销活动期间可能前端需要人员增多,后端需要人员减少。
前后端分离可以是系统架构上的分离,不一定非要是人员的分离,很多公司都是一部分纯前端,一部分纯后端,一部分全栈,全栈作为弹性资源随着业务需求的变化动态调遣。
@chunjiu 为什么java转node呢