除开一些写出真的作品的大神之外。
个人觉得是那些在业务抽象和运用语言特性都很厉害的人。
当然也还是有点怕那些套设计模式花式炫技的大佬:doge:。

早上开站会的时候还有看板上他的问题应该都很明显才对阿。

我比较想知道那你接下来怎么办...。

我们是直接要求尽量把有多表关联的业务丢到内存中去处理。:doge:

@justRua 我说的 HTTP 接口就是最直接的封装好暴露接口的业务逻辑，哪怕是一个 1+1，我也写个接口给你，要什么队列，要什么 RPC :doge:。

干脆自己写一个编译器 2333333333333333333333333333333333333333。

要什么队列要什么 RPC，大家一起走 HTTP 接口不好吗。

我觉得找对象可行，现在到了不知道上哪找的问题。

菜鸡表示自己撸的时候还是用的 mybatis，简单查询直接走注解，复杂的走 XML，工作就是全走 XML。

CRUD 够了，再问就是怼硬件上 mangodb。

话说用 P30 之后再看其他手机的时候莫名会觉得“矮胖” :doge:。

打死删除数据和插入数据的那个人。

听听歌。

统一封装对象+1，data 用个泛型加上业务返回码和信息就行。

别问，问就是世界上最好的语言。

吹就好了，如何设计基础架构中间件保证 HA 的，你用了熔断降级 balabala 保证了什么什么。:doge:

可以，但是不建议。
我甚至觉得先大致了解 SSM 的基本数据源配置，注入，AOP 等配置之后再用 springboot 比较好。

任务调度系统了解一下。

不知道我理解的**后端架构**这个词对不对，就是直接接触的是各种架构大的业务设计之类而不是一个开发。
我个人感觉也是从资深开发细的钻进去再铺开比较好，但是一开始就从架构开始好像也 not bad。

如果是一开始就决定走架构的话，一开始的时候地基就会铺很大，就会在具体的处理业务上而言“泛而不精”，毕竟接触的实际业务开发时间会少很多。但是接触的东西确实就是从底层通讯到日志监控到各种服务到敏捷流程到 Devops 到测试到网关等等方方面面。
可能短期内的窘境就是问你原理你知道，问你应用场景你知道，但是问你在哪个业务开发中用过，如何设计如何用的，你会一脸懵逼。
主要还是看自己选择吧，如果想要在 996 走长远，这样也没什么坏处，如果不知道干多久，那还是搬砖离职跳跳跳就好。