假设前端可以直接操作数据库并且解决了安全问题，还有必要需要后端工程师么？

[SystemLight]

类似技术

• graphql
• Tencent / APIJSON
• grpc

虽说以上技术都不是真的实际操作数据库，但是如果真的可以直接操作数据库并且解决了安全问题， 是否还需要后端工程师。

[liveoppo]

类似 Prisma ?

[WingOnSummit]

@EminemW 还记得前端图片调用方式的历史不？

[yeqizhang]

那前端就要干设计数据库表，写概要设计写详细设计，对接第三方接口，出接口给第三方干，优化性能提高查询速度，还可能兼职部分运维工作，还得解决测试测出来的接口问题等活……面试的时候还问问这些爽不爽？
前端那就累了……

[liuy1994g]

哈哈哈，然后前端有分成两批人，一批专注写页面，一批专注操作数据库

[Shook]

可是以前不就是这样吗，jsp 啥的。

[laminux29]

题主这句话 [假设前端可以直接操作数据库并且解决了安全问题] ，本身就是矛盾的：

1.数据库属于后端。
2.前端直接操作数据库注定不安全。

[wangyzj]

前端圈 又 再次 更 乱了只能说

[sugarsalt]

天下大势，分久必合，合久必分？

[Erroad]

那就会消灭很多前端，前后端分离后很多前端名正言顺地说自己不懂业务、不懂数据建模、不懂部署、甚至不懂 http，只管从接口拿数据塞数据

[dartabe]

貌似有个开源的 parse 评价很高

但是数据库设计和优化貌似也是需要技术和经验的

[streamrx]

你可以看看 meteor 这个框架

[geebos]

前端不可能解决安全问题的，核心业务逻辑不可能跑在用户的机器上。不管怎么样都需要后端，rpc 也需要后端服务支持，最多是看后端用什么语言而已。

[est]

这个差不多 20 年前 c/s 架构就是 LZ 所描述的那样：

1. 客户端直连 SQL 服务器
2. 每个用户分配一个 db 帐号。有不同的表的读 /写 /改权限
3. 业务逻辑跑在 db 通过存储过程、view 、触发器实现，也就是差不多对应 serverless scripts, 一些简单的字段映射，和 定时任务 hook 都支持了

[wmwmajie]

兄弟，你对后端是不是有什么误解？
你真以后后端就只是像大家自嘲似的说做个增删改查就完事了？

[darknoll]

electron 分前后端吗

[murmur]

这不是以前客户端年代的设计么

[cs419]

与数据库进行远程通信 本身就是后端行为

起初 用 jsp 动态渲染页面，然后是模板引擎，然后是前后端分离
这不过是分工细化，流水线化
砍掉后端开发人员的环节， 保留远程数据库 不过是责任转移

bs 、cs 架构的服务 server 就是后端
真正的砍掉后端 应该是 没有后端
不使用远程数据库、远程中间件等等
也就是这个服务是一个本地服务 非 bs cs 架构

[DL9412]

这不就是以前的 PHP/JSP 一把梭工程师么

[dfkjgklfdjg]

笑，这不就是 N 年钱的 PHP 工程师吗？
5 年以前，前端从后端剥离出来，现在又要重新回归融合进后端吗？还是后端融合进前端。

区分前后端的本质是分摊工作，现在 Node 也可以操作数据库啊，但是还不是新划分出一个中台的岗位。