跑路吧。现在学.net 无异于 49 入国军。 市场需求是真实的。

kong 有 ingress 可以直接用

@maryshaw 看看菜鸟教程，gin 这种框架先写个小项目。 最好是跟着公司一起转，几个月时间边写项目就边转过来了。 自己个人转然后找工作比较吃力。

还可以了。 很难严格的 restful 的，会有一些乱七八糟的问题。 我们就是从 restful 风格后面干脆全部 post，然后 url 上加动词了。

@kenshinhu go 的话各种轮子还比较少，但是如果只是拿来做 web 后端的话，基本的轮子已经不缺了。 我已经转了快 2 年了，感觉还不错。 造轮子这件事对于有些人可能很难接受，但我个人还是挺喜欢的，喜欢这种能自己完全掌控所有代码的感觉，也能提升自己。

go 吧。 我也是 node 转的 go，原来也学过 java 。go 对于 node 开发者来说切换挺平顺的，很多地方设计思维跟 node 也有共通之处。node 作为后端现在确实不太行了，岗位很少。

eHk5ODE0NjYzMjQ=

SSR 就可以

你哪个城市啊？ 不同城市不一样的。 还有老员工工资倒挂几乎是必然，建议前 2-3 份工作适时跳槽，不然你工作很难上去

还有 thrift 保持的是长连接。http 不用

不建议写。 写自己精通的与目标职位相匹配的就行。 只是稍微了解的太多了，写上去反而杂乱

非业务代码一般质量会好一点，没那么严格的工期逼着你。

可以考虑配置修改只对修改后生效，前面的不管

我们原来有个同事花了 1W 多买了个 matebook， 然后被笑话了半个月。

@ScaredHeart 是的，基本上是创业小公司在用，很难了。 我已经转 go 了，如果想在后端领域沉淀的话建议转 java/go 吧。如果全栈的话可以接着深入。

同 node 开发路过，趁早转吧。java 或 go，node 的后端市场太小了。

1. 我们是写入两次，db 一次，es 一次，es 缓存一批数据批量写入
2.不可以，千万不要拿 es 做业务，很多问题。
3.es 最好不要做复杂的业务查询那种，尽量只用来做搜索引擎该做的事。

如果还想拔高就尽快换一个吧。 前期最好还是专精一条路线。 特别是想去大一点的公司的情况下。

你都 spring boot 往 spring cloud 了。再写成服务端渲染也太 low 了吧？ 建议分离，要么让领导给时间多花点时间做，要么让他找个前端。