> 前端页面下一个子组件对应到一个 endpoint ，不再分级，组件全部信息放在一个相同的 JSON schema 里就好
> 根据请求类型，后端自动去 request payload 里找需要的字段用或选择性更新 response body 里的部分字段

听起来很像 graphql 的想法，如果要用 json 也有类似的框架。简单来说就是后端不把功能拆得非常细，而是由前端来控制数据的获取，这样其实对迭代会比较简单，后续维护很多需求可能都不用过后端。不过就是初期开发会有点成本，用框架的话会好一点。

> 一年前上司曾批评过我过度设计，效率低

我觉得得看人和项目。对很多企业来说，产品能跑就行，根本不关心内部质量。以技术角度来说我个人认为不可取，企业内，你自己想明白就行。我觉得满足自己最重要，再严重也就是丢份工作而已。

> 他自称写过很多爬虫，也写过前端（他本职做 AI 算法的，211 硕）
> 前端原型里部分组件 anti-pattern 的迹象很明显，一个模块里揉合状态信息、配置信息和控制指令，我倾向做 decomposition 拆到该 endpoint 的子路径里做（我很难接受前端把这种模式通过 API 扩散给后端）

和学历无关，身边统计学。国内前端、AI 出身的大部分不关注代码质量。另外做过什么并不能说明代码能力。何况爬虫这种又是调库为主的；并不是去维护了爬虫库，做了很复杂的反爬，或是有很好的性能调优或者架构。说明不了什么。