31 | 应用的设计：如何设计一个数据采集平台？

说的非常好，和我现在做的风控预警系统类似，同样适用于你说的这个通用模型，开发人员一定要有抽象能力，设计模式是一种特定场景的模型，同类应用系统也有通用的模型，采集，计算，分析，监测，预警，报告，如果你做的系统有这样的功能，那么就可以应用通用设计模型。 你说的编码实现，到开发人员配置，到业务人员配置，我们称为配置化，低代码，无代码化，这些目的都是快速响应需求，减少重复，减少开发投入的好方法，也是通用方法，我们同样应用于多个业务系统，我们有一个系统，要投入三分之二人力，支持开发，测试，我们做到了业务自主配置，开发完全解放出来了，因为这些工作就是低级重复，需要大量沟通，配置工作。开发人员要就是为解决问题的，一定避免低级，简单，重复工作，能自动化就不要手工，能自助化，就不要人工协作，对提升水平没有任何帮助，时间还浪费了，随着年龄增长，水平没有进步，本质上其实是在退步！

关于：“业务人员提出的是问题，解决方案是由技术人员给出的，千万别混淆问题和解决方案。”这句话 我非常认同，业务人员提出的问题，和他们对于这个问题的处理方案，往往和我们软件编写的过程差异很大，好的代码设计，应该是结构清晰，没有冗余，不仅可以正确解决问题，又考虑到性能与可读性，因此很多情况下我们的设计，不应该按照业务实际的解决方式去做。比如人的思维是按顺序去做某件事，一件一件来，但是系统是可以并行的。所以我在小组内经常强调，不能完全按照业务实际的解决方案去做代码的设计，虽然设计来源与实践，但是系统就是为增强人类行为而创作的。

这篇我觉得我还需要看一遍，一路跟着老师学习，涨了不少见识，好多内容都是以前没听说过，又疑惑很久的，都得到解答。希望老师还有其他软件设计类作品

老师，下一个专栏可以分享一个大型项目从需求到交付的详细过程吗？目前市场没有这种，尤其是其中的代码重构的落地，单测的调整，399也不是问题，一定买

老师还会有下一门课么

拒绝低水平重复，应用设计从一开始就应该尽可能做好设计，方便后续扩展。很多业务代码都是CRUD，怎么才能把复杂的事情简单化，这是值得思考的问题，一定要做有含金量的技术。

1.跟着郑烨大佬长见识。 2.因为要学郑老师这门课，就跟了宫老师的两门编译原理课，很香，值得推荐。 3.目前调配做价格系统。定价时的价格检验项看来可以做成配置化了。除了自己写个语义分析器。引入规则引擎有时也不错。

总结一下 分离关注点，把不同的职责划分出来。 业务人员提出问题，技术人员提供解决方案，是否有技术含量取决于技术人员怎么去实现解决方案 一个好的设计要从拒绝低水平重复开始

理论很美，然而实际上还是要权衡时间成本，最后还是沦为了低水平的重复劳动…唉

一个更好的设计从拒绝低水平重复开始，把工作做成有技术含量的事情--记下来