框架来解决优雅重试-spring retry
重试的意义To make processing more robust and less prone to failure, it sometimes helps to automatically retry a failed operation, in case it might succeed on a subsequent attempt. Errors that are susceptib
OneCode开源低代码引擎白皮书
随着低代码概念的火热，相关的技术及产品也是层出不穷，不管是老牌行业软件厂商还是开放平台厂商，不论是互联网行业企业SAAS软件新动向还是新兴的低代码创新产品服务,都在第一时间打出了低代码这张牌。各个平台虽然各有优势，但大多又是自成体系，真正在企业方面进行选择时却一时难以抉择。对于低代码平台的功能评价，以及各平台组件间的互联互通则成为了市场上迫切需求。
在刚刚过去的2022年，在平台互联互通的方面，阿里在第二季度推出开源引擎 “LowCodeEngin”，国家队信通院也应市场需求在第四季度推出了《低代码开发平台通用技术要求》，针对低代码相关概念以及功能点新型了进一步的规范和梳理。
研发人员如何才能在做业务的过程中自我增值？
如何才能在做业务的过程中不再是资源一样被消耗而是像资产一样自我增值？如何成长？如何高效率地成长？如何让自己的成长走在环境要求的前面？
基于以上这些问题，本文将依次阐述以下内容：
先从“人的本质”入手（第二章节），接着探讨“人的成长”的本质（第三章节），最后再探讨业务和技术的一般规律及应对策略（第四、第五章节）。
需要注意的是，以下内容受限于个人能力和经验有限，在描述规律的过程中，可能会存在维度的缺失；或者当前描述的规律所涉及的维度并不是某些读者认知中的重点，因为事物不同的维度在不同角色和级别的人的认知中重要程度不同。
项目终于用上了 DDD 领域驱动，太强了！
我在公司对支付业务、结算业务、资金业务使用DDD进行领域建模的两年，得到了许多好评，也面对过不少质疑，总体来说还是能收获不少，这对团队成员理解业务起着很大作用。近半年一直在研究DDD的落地实战，如今已修得阶段性成果，迫不及待与大家分享我的落地经验。
DDD分为战略设计与战术设计。一般来说，领域建模是属于战略层的，而DDD工程落地是属于战术层的，两者是否结合使用，视实际情况而定，比如传统的MVC架构也能使用DDD进行领域建模，DDD架构最好是先做DDD领域建模。
最新上线的一个微服务——内部交易中心，我们使用了DDD架构来落地，希望看完对大家有启发。
OneCode 低代码引擎元数据设计
前言：
在百度百科中，元数据被定义为：描述数据的数据，对数据及信息资源的描述性信息。在低代码平台中元数据的使用也是非常广泛，从前端可视化的组件的prop 属性定义，后端OR Maping数据库表映射,以及支撑系统模块关联关系，权限分配支撑等等都是基础性的元数据。而对于低代码平台及工具而言，其最主要的一个功能也是配置管理低代码组件的元数据信息。在业务组件发生需求变更时尽量通过修改元数配置的方式来改变组件的业务特性。
DDD 领域驱动设计落地实践系列：工程结构分层设计
前面几篇文章中，笔者给大家阐述了 DDD 领域驱动设计的三大过程，重点围绕如何通过战略设计与战术设计进行 DDD 落地实践进行了详细的讨论，但是还没有涉及到工程层面的落地。实际上所有的这些架构理论到最后都是为了使得我们代码结构更加清晰，从而开发出 bug 少、扩展性强、逻辑清楚的应用。因此本文就是为了解决 DDD 领域驱动落地实践最后一公里问题，将我们分析出来的领域模型通过与工程结构的映射实现真正的落地。