单表继承，我认为还不够体现 ruby 的灵活性：

• 在 build model 的时候，新手如果对其机制理解的不够，容易出现误用；
• 子类在方法继承等层面不灵活，因此 ruby 采纳了 module 方案，这是 ruby 的亮点；

所以我在 engine 中，全面拥抱了 module 方案：

class AcmeAccount < ApplicationRecord
  include RailsCom::AcmeAccount
end unless defined? AcmeAccount

特点：

1. 更容易 override，engine 默认定义，如项目中存在同名定义 (override)，engine 中则失效;
2. 业务代码组织更灵活，以 user 模型为例：

class User < ApplicationRecord
  include RailsAuth::User
  include RailsOrg::User
  include RailsNotice::User
  include RailsTrade::Buyer
end

https://github.com/work-design/rails_com

添加一个模块几乎不需要修改老代码，主要就是创建子类 (Concrete class) 对这块实现比较好奇？具体的思路求分享。

官网的图 +logo，完美结合，很美

session 的存储 Rails 默认就是存在 cookie 的，不只是 session_id, 包括所有的 session 内容也是经过加密后存在 cookie 里的。默认 file 存储那是 rails 2 时代的事情了吧。

什么浏览器？看上去是图没下载下来

牛，解释的很好。 不过在现实中，办法一和办法二都不太容易走得通。 办法二最大的问题就是决策成本，或者称之为 “民主” 成本，发起的美容店要说服 29 家店的成本是很高的。

其实楼主提到的这个共享体系，跟开源社区的理念比较接近了。最大的问题仍然是民主的低效。

我在尝试采用第三种办法，也是我的项目 Work Design 实践的一个办法，核心是：模块化、增量递进式开发。操作模式大概如下：

1. 提取通用模块，对于美容店来说，这个美容店管理系统有五一之一的功能是美容店所特有的，另外五分之四的模块是其他行业也会用的（比如用户系统、会员系统、电商系统）。那么先把在其他行业积累的五分之四拿过来。
2. 美容店出资，进行五分之一的增量开发，开发者按成本收费，可能 3 万搞不定，但 6 万能搞定。

3. 那怎么能让美容店出 6 万呢，就是预期更高的收益，这套系统开发完成之后，除了美容店自己使用，同时推销给其他美容店。然后开发者和美容店分成。推销一套现有的系统远比推销一套规划的系统容易得多。

4. 对于开发者和美容店而言，由于是模块化的代码，谁都不对整套系统拥有 100% 的所有权，或者是共有产权。美容店和开发者完全是因为利益在一起合作，如果合作的不开心。开发者可以找另外的美容店进行合作，美容店也可以找另外的开发者进行合作。至于谁能做得更好，就看本事了。

哈哈，我前一段时间刚好想到这个问题。突然灵光一现：为什么中国四大发明会被称为四大发明。然后按自己的思考分析了一下。火药 + 指南针就不说了。造纸术 + 印刷术 实际是一个东西。然后去搜了下相关文献，实际这个是英国学者总结的，他总结的是中国三大发明，印刷术、火药、指南针，推动了中国在经济和政治上的快速发展。

应该是中国的哪个学者为了好听，非给凑成个四大发明，失去了这个总结背后的传递的更为准确的信息。

商业有个底层逻辑，就是信息和物品的流动效率，在这方面我是很佩服国家高屋建瓴的布局的，无论是 5G 还是高速公路的不计成本的大肆修建。但是在路上的速度只是信息和物品流动所追求的一个维度，还有很多个维度是可以提升效率的。比如物流，尽可能减少搬运次数，所以集装箱是一个伟大的发明，甚至可以说得上是集装箱是个改变了世界的发明。

那信息的流动呢？那就更复杂了。比如传递信息的效率，信息的加工成本；获取信息的效率，信息的准确性，信息的理解成本。不同的媒介（文字、音频、图、音视频），信息的长短（短视频、微博），信息的源头（记者、自媒体、官方 - 公众号），信息的受众（广告、新闻）。每一个维度，最终都是在考虑” 效率 “二字。

当初应该跟你一样在上海多待几年啊，小地方把格局待小了。。。

大概能防治下程序员职业病

Shopify / Salesforce 里的定制模块还是不得已引入了代码方案，比如 shopfiy 的 liquid。我认为专职的技术人员不属于不得不的选择，而属于需求方面的选择。也就是说，光靠灵活定制产品已经满不足了需求的时候，这个时候让技术人员参与进来不见得是成本就一定很高。