这里面有个大背景，就是我感觉前后端分离的分工越来越不流行了。我参与的几个公司项目，都感觉是同一个小组负责同一个业务的前后端开发，也就是常说的全栈，效率是最高的。同一个业务逻辑的前后端代码经常应该是同一个人写的，从数据表设计，到node，到vue/react，一个人搞定。

事实上培训这样的全栈小孩不难，现在小孩也都非常积极主动想要学全栈，一个vue程序员不懂点mysql、mongo、nodejs，都不好意思出来混。

当然，如果后端业务复杂了，比如要上集群、复杂的消息队列、和已有的非nodejs的业务模块对接，等等，肯定还需要其他语言的人。但即便如此，nodejs胶水层也可以做很多的工作，这就是这两三年很火的“bff（backend for frontend？）概念。

因为这样的js前后端全栈越来越普遍，所以前后端ts类型一致性的问题就越来越急迫

【 在 beep (菜Ｍ.喵星耗子) 的大作中提到: 】
: 我开头就说痛点是前后端typing怎么连起来。。。
: 你说的这种不支持自动typing的rpc，js里也有一大把，什么feathers之类的，我也用过两三年，而且很深度地参与了feathers项目的维护。后来ts兴起以后，就义无反顾走ts+graphql路线了。我是无类型不舒服斯基，最近写python都全加typing，求个心里安稳
--
FROM 223.72.57.*