造轮子本身没有对错之分吧。 基建部门需要做的是造好或者整合好一套可以提供给内部使用的轮子， 这个轮子最好简单、易用、高效、安全，这样就可以保证团队里的人可以基于你的轮子更简单、高效的产出。
最好有自己的逻辑闭环，可以把整套的基建串联起来，最终做到降本增效、稳定高效，这就是基建的价值。

不借

@wangxiaoaer 要摈弃原来三范式的思维， 反范式设计数据库字段，用字段冗余去满足一些业务需求。

用 Mongo 就要换思维了。 不要再想着外键、连表查询啥的。 全部放到业务里做，数据库只做数据存储。

你这应该 all in 算法啊，想不开搞啥后端啊。

if a!=nil ?

@fengsien99 很正常吧。 公司业务线多的话，每个业务线可以自由选择技术栈的。

@pysex 国企的？ 这不好判断啊。如果是毕业就进国企的话，那技术大概率一言难尽。 最好是待过大厂的或者你明确知道他是个大佬的那种。 不然万一找个菜鸡去面菜鸡，怕你是越走越远了。

你有没有认识的技术还行的人啊， 花点车马费请别人帮你面试技术。 你面综合素质。 先搞定一个技术 leader 再说

如果不考虑去一线的话， 还是别转 go 了。 非一线还是 java php 的天下

6 年等被开啊。 N+1 美滋滋

用 redis 或者数据库做计数，秒级限流

大概率是中间某个环节出了问题造成连接被中断。 可以做测试，最后确定到底是哪两个节点之间出的问题

周末、晚上下班去面？

我们用过类似阿里云的 GA 全球加速， 腾讯云、CloudFlare 也有类似的，本质上是尽快连上云厂商的专线接入点，后半程走专线，效果确实还行。 还有些东南亚国家当地网络状况太差，可以考虑用 http3 ，效果也还可以。

@masterclock 第三方的各种限制，而且也不便宜。 有能力的话自研一下其实成本不高的。