问mlfromscratch安装包可以分享嘛？

有点像是在问，“是先有鸡，还是先有蛋？”。

我的观点旗帜鲜明：先有业务，再有通用的业务架构设计。

一开始搞一类业务，大家都不知道怎么搞，于是从0到1搞一个实验版本，后续业务发展，逐步迭代，日渐成熟。

多年后再搞这类业务，大家都有丰富的经验了，于是从60分开始起步，结合业务，个性化改造。

总的来说，是从头搭建，还是站在巨人的肩膀上起步，取决于这个业务所处的阶段与成熟度。

这就好比盖房子。 如果是先有业务，就像是你已经知道自己要盖一个什么样的房子，是住宅、商店还是仓库，清楚它的用途、面积、房间数量这些细节。有了这些具体的业务需求后，你才开始设计房子的架构，比如要几层楼、怎么布局房间。 要是先有通用业务架构设计，就像是先设计出了一种通用的房子框架，它有一些基本的结构，像固定的柱子位置、楼梯的设计。然后再根据这个通用框架去寻找合适的业务来匹配，看看这个框架是更适合做住宅，还是做商店。 在实际中，两种情况都可能出现。有时候有了明确的业务想法，但是需要设计架构来支撑；有时候是有了一个很好的架构模板，然后去寻找能应用这个模板的业务。

如果行业比较成熟，业务创新需求不强，要快速的搞一套自己的，这方面的确有很多所谓通用产品和服务，比如网站CMS、OA、财务、CRM、IM、电商、直播等等。 通用脚手架也可能有，要么在供应商手里，要么有人做成了开源的，开源的商业变现比较难，所以技术支持、质量保障会差一些。 最后往哲学上点价值，要是有个上帝视角，会认为世界基于基本的规律，那么业务模式自然也就是有限的、确定的，用数字化再来“重做一遍”自然也有规律可循，这样的说法没问题，真的要做事，必然举步维艰。所以呢，哲学在上层可以通用，但到具体落实层面，抽象要化为具象，所谓通用，只是折中。