作者回复: 没有什么特别的经验，就是闲着没事喜欢在github上逛，看形形色色的项目。当你技术和项目经验积累的一定程度，就会有技术产品感觉(就像业务的PM一样)，喜欢看各种技术项目，尤其是github上开源项目。 另外，github是技术人员学习成长的修炼场所，值得好好加以利用。

作者回复: 正在开发一个电商应用，目前后端已经开发完毕，正在开发前端。后面考虑陆续推出一个系列的课程(共三门)： 1. Spring电商应用实战 ～ 前后分离应用 2. SpringCloud电商微服务实战 ～ 微服务应用+Spring Cloud 3. K8s电商微服务实战 ～ 微服务应用+K8s 通过这个端到端的电商案例，包括从单体到微服务的拆分，带大家把现代企业开发主流技术spring + 微服务+ K8s等都撸一边，尽请关注。

作者回复: BFF主要搞定数据聚合join的问题。千人千面后台需要大数据+推荐引擎等技术的支持。所以BFF和千人千面两者并不直接相关。

作者回复: 强一致/实时可用/分布式(CAP)，三者不可兼得，只能取其二。企业到达一定体量，通常做法是选分布式+异步最终一致(BASE)。 所以还是要考虑CDC/消息等技术，想办法把分布式的数据转移到集中的大数据平台，再单独进行加工处理，获取业务所需要的视图，这个是业界常见做法。

作者回复: BFF就是聚合裁剪的事情，一般Java可以做，nodejs也可以做，技术上Graphql这种新技术比较适合做BFF，有兴趣可以尝试，但不用框架手写聚合代码更灵活也没有问题。 cqrs更多是一种应用层读写分离的理念，具体实现手段主要依赖消息队列，事务性发件箱或者变更数据捕获(CDC)。 消息系统有很多成熟的产品(kafka, rocketmq等)，变更数据捕获可以考虑阿里canal。其它也有一些专门的cqrs框架(例如AxonFramework)，但是门槛较高也不是主流。

作者回复: ⛽️

作者回复: ⛽️

作者回复: 这个要看具体应用场景，一般需要对现有的查询数据做一次全量更新，支持有d的查询，之后再利用cqrs进行增量更新，同样也支持有d的查询。

作者回复: ⛽️

作者回复: ⛽️