这是一个创建于 2086 天前的主题，其中的信息可能已经有所发展或是发生改变。
前端
- 前端的发展，客户端是在走下坡路的，客户端在往大前端或者后端转，前端在往 node+mongodb 方向转。
后端
- 以前偏应用层次的 PHP、Python、C#都在往数据挖掘或者服务层优化方面转移。
运维
- 运维被现在的各种云替代性很大了，以前要三个运维的公司，现在很多时候 1-2 个就够了。
大家怎么看呢？
 |
1
tutuk5 2019-03-07 16:17:25 +08:00
真的有公司用 node+ mongodb 做后端吗？ node 一般都是做中间层吧，node 很慢的 很有可能是最慢的
|
 |
3
janxin 2019-03-07 16:28:04 +08:00
小的创业公司可以 node 一把梭，不过 node+mongodb 真的不好用，尤其是某些业务场景下。当然也有它非常适用的场景。
|
 |
4
Sivan 2019-03-07 16:41:08 +08:00
「前端在往 node+mongodb 方向转」
--- 这个……不可能滴吧。 |
 |
5
userdhf 2019-03-07 17:52:38 +08:00  1
前端菜鸡表示，前端是各路语言的垃圾桶，其他什么语言和概念玩剩下了，都丢给前端去重新玩一遍，然后各个黑心无良资本家再趁机洗牌一把。仅仅网页本身来说前端就那样了，就是不知道 webgl 是否后继无人...前端还能活到这我个人认为是其他环节不屑于前端环节以及前端工作量巨大不容易简化而不好被很顺利吃掉.....
|
 |
6
a62527776a 2019-03-07 17:55:41 +08:00
其他环节不屑于前端环节 +1
|
 |
7
wszbdyyy 2019-03-07 18:01:54 +08:00
@tutuk5 要看场景的，我自己写的一个社区，全栈用 js 写的。后端用 node + mongodb 做的微服务，速度快到飞起。
|
 |
8
woscaizi 2019-03-07 18:01:55 +08:00 via iPhone
我是做 java 后端的。
以前我也觉得前端会往后端领域发展。 但是现在感觉不是这样的，后端的生态不是一时半会可被 node，express 替代的。 想想看，后端提供接口，前端对接。是不是只要文档清晰，前端很容易就完成了，而后端得苦逼得完成各种业务逻辑，除 bug。 所以前端还是那个前端，后端也还是那个后端。 |
 |
9
hilbertz 2019-03-07 18:09:17 +08:00 1
前后端分离，其实就是回归传统的 c/s 架构，其结果反而是前后端的进一步隔离
|
 |
10
fe619742721 2019-03-07 18:19:30 +08:00
@tutuk5 我司就是 node + mongo 的组合，正经 toB 的公司和业务，中等规模吧，目前重构也还是用的这俩技术栈
|
 |
11
passerbytiny 2019-03-07 18:24:29 +08:00
这是再往最原始的 MVC 回归，前端做 V，后端做 M，RESTful 接口、微服务等等做 C
|
 |
12
sampeng 2019-03-08 07:57:13 +08:00 via iPhone
昨晚，刚说前端转 node 的。一定要把 php 改成 node 的…说只会 node …然后内存泄漏…然后不知道怎么搞…只能先扩容 10 倍机器…想出办法再说
|
|
13
userdhf 2019-03-08 10:51:50 +08:00 1
我其实略反感前端后端化 / 工程化 ，觉得有点过头了 ， 之前好端端的 html css js 分离，现在又被搞得放在一起，有时为了所谓的性能这优化那优化，简直没事找事，前端有个模板引擎，有个 jq 就能胜任 99%的业务 ，node 也只是做个中间件，还扛不起后端的大旗。剩下 1%的业务 3 大框架 + ts 也不见得能搞定。
前端发找到这一步，受限于浏览器，搞不出啥事情，只能往后端走，在我看来不是一个好的方向。其实看看前后端，对文件操作权限就一目了然，前端注定是在最底层，即使是 node 也无法与 php java 等后端比肩，同时处在项目最下游，并与用户直接对接，开发时间必然压缩到极致，还要受到用户 / 甲方 / 小领导的各种蹂躏。 所以前端玩玩就得了，原生语言熟悉了，各个框架，node 玩玩，趁早转别的方向。 |
 |
14
default7 2019-12-08 10:35:47 +08:00
没有毛病啊，我也深刻同感！
|
Select Language