首先CURD和DDD没有太大的关系。CURD属于一种行为。而DDD是抽象的思想而已 从微服务到DDD并不是一个必选项，DDD本质是抽象业务。你不用DDD也能抽象业务。底层还是solid原则。 按照我个人的经验。DDD并非是银弹，是真的可以不要。但是抽象思维得练习。 说一个我认为很有用的方法 每次上班开始，先看一遍solid原则，然后开始思考需求怎么写，尽量去抽象。不出一星期，感觉就来了。后面会慢慢养成这种抽象思维。 现在ai时代。感觉可以通过大模型去帮你写代码，你就负责把业务抽象出来，表达清楚。啥时候95%的代码不用你自己参与了。感觉抽象思维就成了。因为单会抽象没用，你得表达出你的抽象。现在是个好时候，拿大模型去验证。... 展开详请

首先CURD未来一定会被AI自动编程替代掉 其次，一定要去了解为什么要CURD，也就是业务背后的逻辑， 还有三个小点 1）CURD的频次如何， 2）CURD的日均数据量如何 3）CURD的逻辑的变更频次是多少 好的架构师可以根据业务的实际情况，给出最佳解决方案，这三个小点可以帮助我们更好地了解业务，从而选择更合适的方案。 最后就是补救方案，如果CURD失败了，会有哪些原因？补救的方案该怎么做权衡？ 这几个问题弄清楚了，就可以逐步上升到架构师了，希望有所帮助，加油！... 展开详请

我觉得，架构思维是一种习惯，任何服务和系统都需要架构思维。 但架构思维并不是一定要搞出高大上的架构，而是要根据业务需要设计出满足业务需求的系统。 CRUD程序员是所有程序员的起点，在写CRUD模块的时候，在完成本职工作的同时，需要对整体系统有个全面的认识，去发现整个系统相对业务需求的不足和缺陷，然后逐步试着去改进。 慢慢的，你可以优化了一个小服务，后面就可以用这些积累的经验，设计大系统。 这就是架构师的成长之路。... 展开详请