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

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

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

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

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

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

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

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

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

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

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

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

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

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

对对，说倒心坎里了。我也正有这个想法，Work Design 就是个 low code 思路。我也见过很多可视化开发的方案，首先最终都是转化为代码的，可视化本质上也是个编程活动，比如光速软件 @dannnney （在咱们论坛也发过好几次招聘）就是这方面的代表。而 Work Design 是干脆从编程这个事情往尽可能降低编程门槛这个方向走。

我也规划了在 UI 界面上进行一些配置，然后 通过 Rails Generator 生成底层代码的实现。

我能理解你的意思。我是这样考量的：

1. 重点的确实只有几个，就是每个系统都会使用到的几个 engine，这几个是优先级更高的；
2. 其他业务 engine 的核心实际就是模型设计，View 层和 Controller 大都是通过生成器生成的，我也不准备每个单独给文档了。就一个统一的文档。
3. 不专门花时间写 engine，只在做相关业务的时候才会去完善某个 engine。这么操作有一部分商业考虑，就是知识产权。我每个 engine 是 LGPL-3.0 协议，先给出简单的“占位”，然后合作的甲方或者公司启动项目的时候，我会提及为了加快开发进度，我会使用一些现有的 engine，但是这部分是不能闭源的。所以目前我所有的 engine 都不涉及知识产权纠纷。

借你吉言，生存下来目前应该是没问题的，能发展多大或者多快事在人为，听天由命了

感谢大佬抬爱，我也一直有关注长桥和你们的 rails-engine。我目前家人都在武汉，长时间去外地阻力有点大。谢谢好意了

哈哈，跟我对象的原话。

常规医学项目不好盈利，要么就是卖广告要么就是卖保健品。薄荷的商业模式倒是很值得参考的，不过我觉得创业成本相对较高。我目前这个模式我认为相对比较稳妥，且容易切入

你现在在日本整 Ruby 么？那边形势如何？

加我微信:18571856813

创建 Create view，不用 redirect_to

建议加个精

博士一般懒得刷论坛吧 ^_^，博士应该看得出我是在侧面烘托他的牛逼

工作本来就是个双向选择，不喜欢就换个工作就是了，到点就可以走的公司到处都是，你没有选择的能力还是没有选择的权力？

全世界都在喷华为加班，唯独华为自己的员工少有抱怨的，很多国人完全认不清楚形势（M 国人出钱请水军喷华为加班带节奏，很多人就跟着节奏走），加班不会让中国强大，喷子更不会让中国强大！

我在薄荷的时候有个同事，做数据分析的，大家都叫他博士，从来都是到点就走的，你也可以，谁都可以下班就走，绝对不会被开除也不会被孤立。我选择下班待在公司针对性的提升自己的技术，是因为当时的我还想能拿个稍微好点的绩效，当然我从来没有拿过奖，虽然领导很想照顾我们 ruby 小组一下。隔壁产品组的同事很拼（毕竟产品销售额是有提成的），奖大都是他们拿了。即便如此，我也不至于认为没有拿过好的绩效是因为公司有一批总是加班的“工贼”吧。

央企？

我的选择是，选择更认可对方理念的 UI 库，然后基于此做 定制和扩展。目前选择的是 bulma。 吃透了对方的源码之后，感觉都跟自己写的库差不多了。

申请了，说是等发布了第一时间通知？目前还不能试用呗？

怎么申请试用啊。

不得不承认“赌”性是写在基因里的

我们反对的是 996，反对的是形式主义的加班，有些人完全是看到加班两个字就格外来劲。中国目前仍然处于被帝国主义薅羊毛的阶段，我辈唯有让我国在科技和创新性领域走到世界前沿，才能让我们的子孙后代不再加班。 国家还没强大，适当加班是没有办法的事情。

大佬你好~

只能说薄荷的团队氛围适合快速成长，不太适合养老，没有必要放大其管理上的不足。我于 15 年从薄荷离职，谈谈我的体验，不水也不黑。

加班

当时在薄荷的时候有项制度是绩效考核的时候会参考根据打卡记录得来的在司时长，一般这种事情老板私底下看看没啥，拿出来说确实让人很不爽。我的做法是下班没啥事的时候，就在公司刷刷时长，借加班的时间提升自己的技术。相信大多数技术 leader 对于你的自我提升是持鼓励态度的。#15 楼的观点，公司故意用加班消耗你的时间让你无法成长，我认为是有点阴谋论的。就算公司高层有这种出发点，你想提升自己是没有人能够阻拦你的。

技术氛围

薄荷的优点是技术部门会鼓励大家的成长，有两件事，我是从薄荷得到了很大受益的。

1. 每周要求大家一篇技术博客；
2. 每周二会组织大家做内部技术分享；

这两个举措，我在后面的每个团队都在照搬，效果很不错。会把不愿意成长的队员淘汰出去。不知道现在的薄荷还在执行这两个事情没。

技术 leader 的担当

有段时间我没事干了，我就自发的把薄荷的应用进行了 Rails 的大版本升级。在 dev 环境测试啥毛病没有，上了生产环境就把系统整挂了，薄荷的用户量很大，这个是个很大的事故，这个事故也超出了我当时的能力范围，不过 @vincent 没有半个怨字，还让我早早下班了，自己和运维的同事整了一整个通宵才恢复。这种不苛责的文化，我认为对于技术人员的成长是至关重要的，会让员工大胆的去干，不至于畏首畏尾。

综上，我觉得对于主动追求成长的程序员来说，不在意一些小节的话，去薄荷仍不失是个不错的选择。

ruby 中有很多语法糖，在不同的场景下会让可读性大幅提升，后缀条件表达式，在某些场景下可读性很高。如：

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

题主的示例，太长了，就有点乱用了

最近在深圳出差

靠谱，为数不多的坚持四五年都在招人的团队。