前后端职责划分到底怎么分？

我是后端java开发，最近和前端vuejs同事在开发一个招聘网站，对前后端职责划分分歧很大，请教各位的看法。
网站需求：一个求职者有且只能有一个简历。
前端说：

新增简历和修改简历接口不应该是2个接口，不存在什么新增还是修改，只需要一个接口。

后端答：

在只有一个简历的情况下，把新增和修改合并成一个接口也可以。但拆分成2个我不觉得会给前端带来多少工作量。前端很容易判断，也必须要判断。因为你在新增或修改的时候，需要先展示已有的内容。

ChatGPT回答的：使用一个接口实现新增和修改简历会使代码更加简洁，减少重复代码，提高代码复用性。但是在前后端交互时需要通过参数来区分是新增还是修改操作，增加了前后端的沟通成本。而使用两个接口则可以更加清晰地区分新增和修改操作，减少了前后端的沟通成本，但是会增加代码量和维护成本。具体选择哪种方式需要根据具体情况来决定，考虑到代码复用性和维护成本，使用一个接口实现新增和修改简历可能更加合适。

• 这有个类似的问题, 你可以参考下: https://ask.csdn.net/questions/745250
• 除此之外, 这篇博客: “杂学前端”中的 在前端的这边圈子里，我们都知道，前端变化可以说让我们跟不上步伐，在圈子里，这句话很常见“大佬，别更新啦！学不动了啦！”,由此，可以看出，前端的变化是得有多快！在我们公司内部，我们不反对学习新技术，但是我对我们团队的每一个人要求是，必须基础。前端的技术日益更新，最底层的永远不会变。圈子里的前端专家，更新了一批又一批，前端最终会不会把自己玩死，谁又说的清楚呢？总之，一句话，无论在哪里，前端都想分一份！在我们看来，前端一个字‘杂’！由此我们称之为“杂学前端” 部分也许能够解决你的问题, 你可以仔细阅读以下内容或跳转源博客中阅读:
  

• 从2013-现在 各种框架各种思想层出不穷，各种前端框架两年就是搞死“自己”

  vue从发布到现在2x版本和即将要正式版3x，基本就是两种写法和框架。React 15 和 16 就是两个版本你可以看成是 2个东西, 只不过向下兼容而已。至于 Angular 啧啧, 看着他的版本号我就不说啥了

  还有现在大家都在推的微前端，每个大厂有自己理解和时间去实现框架，我们大部分人只能更着后面一边学习一边逼逼，再加很多像我这样吃瓜。

  大前端 这个词 啧啧，个人认为就是前端不精，后端不精，诞生出来的产物，当然我算这种产物。

  
  看到这张图，是不是感觉很多，这也只是前端的冰山一角，所以在圈子里，忠心的感叹一句 “学不动了啦！回家种地！”

• 您还可以看一下 侯伟老师的等保2.0详解之通用&云物大工移安全课程培训课程中的 工业控制系统安全扩展要求等保方案小节, 巩固相关知识点