现在大型项目还分前后端吗？公司让前端一起干后端，以后不分了，感觉会炸啊

后端可以干前端，前端干后端还得练吧。

听领导安排就行，别考虑那么多，出问题再说

我们公司现在要求前后端比例1:10，基本页面后端自己用ai写

前端，怎么干后端，就算ai加持，也不做到吧。后端很容易就能兼顾前端。后端还能兼顾运维，测试。

小型项目也得前后端分离，全栈一把梭哈比较多

从我们公司的经历来看，一个纯粹的后端也不一定干的了前端，如果没有产品经理帮他规划逻辑和UI的话，他们都不知道如何下手。做出来的前端页面，比codex还难看

前端干后端还是挺有挑战的 ^-^，AI写代码后端干全栈的很多

前端干后端的活就需要过程得练，可以理解，哈哈，活该比后端裁掉快

说的对，听领导的就行了，领导让干啥就干啥。出了问题也不用你背锅 (让你背就跑)

• 如果不是特别复杂大规模的前端项目，后端 + AI ≈ 前端 + AI


• 后端项目，前端可以配合 AI 写 demo 和 curd 后端，但不易搞定性能、高可用、分布式、控成本，云适配等。


• 大部分后端实际就是在理解业务基础上做 curd，所以前端不必担心干不了后端的活

让前端开发用ai顺带写后端，真不怕公司项目放烟花啊

不上线不会炸，上线了谁改bug谁炸，至于前端还是后端那个炸的厉害，我觉得是前端…

看业务吧，我们公司大部分都是日均1000访问量的业务，全部流量直接打进数据库包括热点查询之类的，类似这种业务前端开发又何妨；只能说直接上手写肯定不合适，用这种业务慢慢学就当个有经验的实习生写后端还是没问题的

在掘金看到一个文章，如果前后端不分了，就会出现向自己妥协的情况，到最后代码质量会越来越差。

这种应该是小项目，ai直接干无所谓，大型项目不光是流量问题，业务很复杂

领导自有他的道理,至于说什么前端干后端得学,后端干前端不学吗.还停留在jsp吗.

遇到棘手问题都得练（就看公司的要求有多细了，在我看来AI的东西还是有点粗）

不过，有一点确实。前端出问题，天塌了就是客户端崩了不可用。

后端出事情，数据错了、丢了那才是真的完蛋。

上班为什么要在乎代码质量，当前畸形的 kpi 制度下，不鼓励优质，只奖励快速、超额完成任务

听领导的准没错，前期多用几个ai同时做，用点好模型，积攒点经验后面就好了