毫无疑问现在是 Electron

个人学习时候安装部署的全部经历： https://github.com/overnote/over-server
06 章服务编排里所有内容都是经过亲自实践并上线生产环境的

在茫茫多的编程语言中，Go 的语法规范不能算是奇葩，中规中矩而已。而且现在已经有太多语言，太多稀奇古怪的约定，与其如此，不如定死，就不让你 { 换行写，觉得挺好的。

想使用 C++的话，可以考虑 rust
想追求快速出结构，可以考虑 go

实际的工程拆分问题像上面的方式并没有解决。
app.js 里只用设置基础配置即可，
然后引入一个路由主文件，如下所示：
var routes = require('./routes');
routes(app); // 加载路由

路由主文件 routes.js 如下所示：
var user = require('./routers/userRouter');
var order = require('./routers/orderRouter');

module.exports = function (app) {
user(app);
order(app);
}

这样具体某个路由就彻底从 app.js 、routes.js 这 2 个主文件中剥离，某个业务路由，比如 userRouter 如下：
module.exports = function(app) {
app.get("/user/login", login);
app.get("/user/register", register);
}

去除 Angular，统一技术栈，很正常的

https://github.com/overnote/javascript
按照上面的书籍推荐顺序学习吧，学完了如果还有时间，抓紧再看看数据结构与算法、操作系统、网络三巨头

需要都是相通的，来学微服务呀

http://github.com/overnote/golang/tree/master/12-Go 与微服务

一楼正解，《 spring 》实战。
进阶一点可以看《 Spring 揭秘》《精通 Spring 4.x 》

非常 nice。
没有对写法造成根本性的改变的语法糖，我认为是不必要的。
相应的，js 的 async await 语法糖带来的是颠覆式的书写风格，利远大于弊，当然觉得很好，而 go 中的 try 不但没有根治异常处理，还带来了恶心的函数嵌套。
我理解的是 Go 社区不应该过分坚持简单、单一哲学，坚持没错，但是这个地方如此沉重，和泛型一样，应该有大刀阔斧的改革勇气

楼主问卡不卡，做个偏题回答：
毫无疑问地、坚定不移地、唯一地选 flutter

@hewelzei 到位

使用直接引入，和脚手架在最后的生产环境中没多少区别，脚手架生成的应用最后打包后也是引入。
一步一步看官方文档，然后按照一楼说法用 element 做个前端项目，自然就知道怎么回事，什么区别

结论：不会取代，Java 进化的挺好。
- Node：NodeJS 在国内的环境中一直被过分看低了，很多人认为 Node 是一层渲染层，顶多做做网关，在当前版本下，Node 无论是易用性、快速开发、业务需求上都足够优秀，完全能够承担中小应用规模，预见在外来会得到本属于他地位的证明，但是取代 Java，可能性为 0。
- Go：本身是个比较出彩的语言，各方面取得了均衡，我认为是扼杀 Node 的头号敌人。可惜不像 Java 是面向对象的集大成者，也不像 Node 绝对性的异步化，特色鲜明，Go 总是在各方面都弱了一点，写的时候总感觉怪怪的，没有“范式”（不是泛型），不过也有人说这是优点，每个人看法不一样。
生态的进化非一朝一夕，取代 Java 带来的工程量已经不是数千、数万团队的能够承受的，所以能做的只有催生 Java 自己的进化，这几年，Java8 的诞生犹如 ES6 之于 JS，进化的很成功，所以，可预见的未来里，Java 会一直存在，且一直是其所在领域的一哥。

@LxExExl 明解

后端开发相较于前端来说，并不受语言本身的制约，顶多会因为该语言的生态而使开发变得困难抑或简单。
所以我个人认为更合理的提问应该是后端的技术栈包含什么，这个问题的答案处处皆是。
楼主也有可能问的是类似：TypeScript 在后端开发场景中有哪些常见框架与技术？
这就很难回答了，换做 Java，立刻能回答出：SSM,Springboot,Netty。
TS 目前在并不能作为一个独立意义的语言，最终仍然被编译为 JS，也即题目的最终结果变成了 NodeJS 在后端开发中，有哪些技术栈？
答案：
express，koa，egg，nest，midway，
他们都可以使用 ts 进行开发并编译为 js，但是 nest 本身基于 TS，可以直接使用 TS 开发；
最后可以关注下 deno，内置了 ts 的运行时，未来如果诞生基于 deno 的一系列开发框架，才算是真正意义上的 TS 技术栈