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

数据库

工程师

Tencent

graphql

59 条回复 • 2021-05-21 15:46:23 +08:00

1

tangkaichuan

2020-12-12 12:27:22 +08:00 via Android

那可能就前端细分了

2

just1

2020-12-12 12:39:30 +08:00

小程序云开发？

3

imdong

2020-12-12 12:39:59 +08:00

1

先解决了安全问题再说。

4

wszgrcy

2020-12-12 12:40:10 +08:00 via Android

前端 ui 工程师，前端 crud 工程师

5

devwolf

2020-12-12 12:41:03 +08:00

肯定有使用场合限制的吧，能调数据库的后端现在不也没有因为能调数据库而实现大一统嘛。

和#1 说的一样也会细分吧，就好像，好像 UI 和前端的区别？

虽然帖主说的技术栈我都不认识，但是我还是挺期待“前端可以直接操作数据库”的

6

yixiang

2020-12-12 12:43:46 +08:00

传统的服务端渲染了解一下？

7

anguiao

2020-12-12 12:44:34 +08:00 via Android

全干工程师

8

bitmin

2020-12-12 12:48:45 +08:00 via Android

全干不累吗?

9

superrichman

2020-12-12 12:51:50 +08:00 via iPhone

嗨，不就是两份工作合到一起要你干嘛。

10

putaozhenhaochi

2020-12-12 12:53:15 +08:00

4

社会分工才有了前端工程师

11

u6pM63mMZ34z32cE

2020-12-12 13:16:31 +08:00

你说的是单机游戏吗?

12

Jooooooooo

2020-12-12 13:22:47 +08:00

10

那不就是后端吗

少纠结定义问题

那我问你, 后端工程师要是能写前端页面是不是就不需要前端了?

另外你操作数据库就不可避免的涉及建模, 性能等等问题, 这不就是后端的工作内容吗?

13

sadfQED2

2020-12-12 13:29:48 +08:00 via Android

es 不就可以前端调用嘛，你直接拿 es 做数据库呀

14

pushback

2020-12-12 13:32:55 +08:00

当时后端也是这么想的

15

weakish

2020-12-12 14:38:37 +08:00

2

不需要。Sqlite 和 LevelDB 不就是前端（客户端）直接操作数据库么？这种场景下确实不需要后端工程师。

如果你把 Excel 也看成数据库的话，那不仅后端工程师不需要了，前端工程师也不需要了。

所以这个问题可以推广为「假设用户可以直接操作数据库并且解决了安全问题，还有必要需要前后端工程师么？」

16

weakish

2020-12-12 14:44:40 +08:00

而且从权限上说，用户和前端工程师没区别，前端可以直接操作数据库基本等价于用户可以直接操作数据库。

17

EminemW

2020-12-12 14:48:42 +08:00 via iPhone

1

时代倒退了吗，这么多年把前后端分离，现在还要走回去？

18

limuyan44

2020-12-12 15:46:13 +08:00

1

当然可以啊，如何解决安全问题呢，只需要引入后端。

19

SuperManNoPain

2020-12-12 15:48:58 +08:00

用户学习 sql 连前端都不用了, 直接连数据库开干他不香么

20

PiersSoCool

2020-12-12 16:45:53 +08:00

前端就是后端分出去的，若真要说，那是前端没了，不是后端没了

21

imn1

2020-12-12 16:46:59 +08:00

你这个实际上只是前后端在相同机器，如果在不同机器，那叫做“前端开发人员”同时也做后端的工作

不可能在客户端操作服务端的，sql 语句通过网络传送？

22

jackiecao

2020-12-12 16:51:27 +08:00

后端还能输出前端代码让前端映射呢....
为什么有后端和前端之分，是因为社会分工不同

23

SystemLight

OP

2020-12-12 16:53:45 +08:00

@SuperManNoPain 说实话也不是不行，装个 PHPmyadmin 让用户自己玩去，哈哈。

24

SystemLight

OP

2020-12-12 16:54:40 +08:00

@imn1 sql 语句通过网络传送，就是因为不能安全传输，所以才假设可以安全传输的基础上，问是否可以。

25

terax

2020-12-12 16:56:49 +08:00 via iPhone

firebase 了解一下。简单项目确实可以做到不需要“后端”介入，（因为 firebase 帮你做了）。但是一旦复杂之后就会力不从心了

26

imn1

2020-12-12 17:00:43 +08:00

@SystemLight #24
sql 只是一个浅显的小问题，更多是资源调度问题，例如队列满了、线程消耗等等，这些不是客户端可控的事情，服务器端编程，数据传递、展现只是一个部分

27

kenshinhu

2020-12-12 17:21:49 +08:00

后端代码写多了便成了后端工程师

28

hjiang

2020-12-12 17:30:50 +08:00

LeanCloud( https://leancloud.cn ) 的数据存储服务解决的就是让前端直接存取数据，不用自己写 API 的问题，用 ACL 来解决安全问题。但是一方面 ACL 需要仔细设计来实现想要的权限管理，另一方面，有的时候你完成一件事需要访问多次数据库，如果都从前端发起就会在互联网上有多个 round-trip，延迟大，还是需要自己写个后端 API endpoint 来一次把事情做完，一次返回结果。所以还是需要后端（对 LeanCloud 来说就是另一个叫云引擎的配套服务）。

29

suzic

2020-12-12 17:39:20 +08:00 via Android

拒绝，太累

30

charlie21

2020-12-12 17:55:39 +08:00

2

这位同学的意思是，因为引入了后端所以引入了安全问题，现在没有后端了，所以也没有了安全问题（比如用了 firebase 则不需要你去处理安全问题）

抛开安全问题不谈：缓存的问题，肯定是一个要解决的问题；数据库 IO 瓶颈的问题肯定是一个要解决的问题（解决办法是队列，那么队列的问题肯定是一个要解决的问题）；实时通信肯定是一个要解决的问题；负载平衡肯定是一个要解决的问题

总之能带来的更有粒度的控制的，都可能发生一个个需要解决的问题 ... 如果你放弃这块的粒度控制，你就不用去面对这个问题，最后你也就不需要引入后端了

最后可以参考 no code 方案，连前端工程师都不需要了

v2ex.com/t/692949?p=1#r_9293489 无代码开发的，目前正在创业中，好处很明显：提升生产力，让老板减少成本，扩大效益；缺点是粒度控制不行，只能做一些没有任何复杂逻辑的东西
v2ex.com/t/729158 低代码，会不会“干掉”开发者？

所谓的低代码或者无代码开发，它并不是空穴来风。大厂也在做这个
https://zhuanlan.zhihu.com/p/60194187
参考 Microsoft Flow，软件工程师都不需要了但只能完成非常有限的工作

31

pecopeco

2020-12-12 17:56:04 +08:00 via Android

serverless→云开发

32

wellsc

2020-12-12 18:00:03 +08:00 via iPhone

后端不只是 crud，还有分布式，负载均衡，熔断限流等一大坨东西要考虑的

33

cmdOptionKana

2020-12-12 18:10:08 +08:00

我就问数据库放在哪里？

如果数据库也放在客户端，那就不是 web，而是单机应用。如果数据库放在后端，这不就需要后端吗？

因此会出现 firebase / severless 服务，但这只不过是将后端外包、转移而已，后端还是真实存在的呀。

所谓的云也一样，外包了很多后端业务出去，但云平台难道不就属于后端的范畴？

34

justin2018

2020-12-12 18:32:15 +08:00

全干(栈)工程师

35

mwVYYA6

2020-12-12 18:38:46 +08:00

@cmdOptionKana 只是全干工程师的活,变成了前端+学习使用 firebase

用 firebase 自己不用维护数据库服务了，也不用担心后端不配合改接口，几乎不用担心服务器掉线问题，剩下的时间可以用来开发应用。

写呀，写呀，写呀……

开发完功能后，发现国内并不能使用 firestoreU•ェ•*U

36

weixiangzhe

2020-12-12 19:18:53 +08:00 via Android

不可能前端就没有安全一说，任何。前端都可能被篡改

37

cmdOptionKana

2020-12-12 20:19:10 +08:00 via Android

@mwVYYA6 小项目学 firebase 和学个后端小框架差别不大，现在后端框架如果只是简单用用，学习成本极低。

大项目谁都不会乐意自己的后端被死死绑定，迁移难度大。

最大的问题是，firebase 只是把后端外包了，后端依然有，只是在别人手里捏着。

38

crclz

2020-12-12 20:40:42 +08:00

安全问题已经解决了，微软的 blazor，小程序的云函数。但是本质上只是前后端耦合加强，并且前后端放在同一个项目里面罢了。该懂的东西还是要懂。

39

mrchi

2020-12-12 21:19:39 +08:00

@EminemW 天下大事，分久必合，合久必分：）

40

xuanbg

2020-12-12 21:35:43 +08:00

时间也不长，就十年前吧。客户端直连数据库的桌面应用不要太多。

41

liveoppo

2020-12-12 22:47:54 +08:00

类似 Prisma ?

42

WingOnSummit

2020-12-12 22:54:48 +08:00 via Android

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

43

yeqizhang

2020-12-12 22:58:25 +08:00 via Android

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

44

liuy1994g

2020-12-12 23:01:34 +08:00 via Android

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

45

Shook

2020-12-13 01:52:21 +08:00

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

46

laminux29

2020-12-13 02:36:02 +08:00

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

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

47

wangyzj

2020-12-13 02:51:05 +08:00

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

48

sugarsalt

2020-12-13 02:57:43 +08:00

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

49

Erroad

2020-12-13 06:00:12 +08:00

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

50

dartabe

2020-12-13 06:38:53 +08:00

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

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

51

streamrx

2020-12-13 09:38:44 +08:00 via iPhone

你可以看看 meteor 这个框架

52

geebos

2020-12-13 10:09:13 +08:00 via Android

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

53

est

2020-12-13 10:13:30 +08:00

1

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

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

54

wmwmajie

2020-12-13 10:17:54 +08:00

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

55

darknoll

2020-12-13 10:40:22 +08:00

electron 分前后端吗

56

murmur

2020-12-13 10:57:44 +08:00

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

57

cs419

2020-12-13 11:32:55 +08:00

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

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

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

58

DL9412

2020-12-16 11:58:59 +08:00

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

59

dfkjgklfdjg

2021-05-21 15:46:23 +08:00

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

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