推荐云原生社区的资料，比如宋净超的博客

前后端分离有几个层级：技术栈分离，项目分离，发布部署分离，开发人员分离，组织架构分离。

同样两年 Java 后端，改天发简历给老哥帮忙看下

我觉得爱幻想做白日梦的人很多，这个游戏就是给白日梦提供剧本，一键修仙，白日梦自动化

回去看看

楼里有头条的朋友吗

不担心，合出问题的话可以 revert，或者 merge 前开个 backup branch 。丢代码会出问题，不丢代码难道就不会出问题吗？重要的是有改动的地方测试有没有回归到

@ddllzz innodb 每个提交都是以事务为单位，你写一条简单的 select 也会开隐式事务的

@liprais 不用 innodb 咯

1.技能点前置我确实没怎么重视，因为我看 jd 和根据自己的岗位认知，spring,mysql,redis,kafka,zookeeper，linux,docker 这些都是必备技能点，来面试都默认掌握，感觉没啥好描述的，当然有掌握程度不同的区别，但这应该在面试的时候才能问出来。
2.业务细节少是因为我们 toB 业务复杂的都是业务逻辑，没啥 qps，技术方案没有能吹的，现在也很头疼这点，不过我后面会把自己折腾框架和中间件的经历补上。
5.我们后端团队不大才 8 个人，没有大牛，再加总监和项目经理总共 10 人，在团队里我和另一个同事动手能力强，之前新的中间件也是由我俩去落地的，所以就被选来建设 k8s 了。
6.我原先的期望是广州 16~18k，深圳要高些，不过帖子里大家对我的认知和我自己的有些偏差，这可能是简历没写好，也可能是我们团队偏弱给我造成的错觉。周末得好好思考下这点。
老哥讲下最近广州的行情？两年平均水平是个什么价位？

@anyxchachapoly [抱拳] 很有用的建议,我周末再改一版

@iluckypig 谢谢老哥鼓励。下午写简历时可能脑子不清醒，总是纠结怎么把那部分复杂的业务展示出来，而忽略了技术人对框架，组件的兴趣。这部分应该拎出来详细描述，而我只用“解决技术难题”草草带过了

@anyxchachapoly 具体数值的话，120 多个项目，5 个环境（ 1 正式 1 预发布 3 测试），4 个人参与，持续三个月，迁移后 0 个生产故障（小 bug 个位数），这样看起来是不是更好量化成果？

@anyxchachapoly 谢谢老哥的建议和鼓励。『 es 底下的东西』是指技能那块吗？这些我都看书看博客系统学过，看过八股文，也有实际调优的经历（但不多），因为我想突出项目经历所以技能的描述都简化了。是不是这里详细些，附上调优的心得会好些？

@anyxchachapoly 中间件的话,zk 和 kafka,canal 是集成到框架里面的,我算比较熟悉,平时出问题也看了很多它们的日志,调整过配置,不过写业务逻辑的话都是写 SQL 和用缓存,跟它们没啥关系,写不进项目经历里面去.ES 的话是落地了几个地方的,你可能没注意看后面.

大家对 ES 的感觉是比较有意思吗?之前听一个合作方说 ES 比较难维护,建议我们少点用.