开发了六年的产品迎来了第一个商业客户

[robinshen]

准确的说，应该是开发了十年，如果从第一行代码开始算起的话。一开始的几年没有方向，就写写类库，整理整理以前的工作。

产品是 OneDev，去年也在 V2EX 发了贴，大致介绍了功能： https://v2ex.com/t/833320#reply140

为了能够长期的开发下去，上个月发布了企业版，进行商业化尝试。昨天获得第一个商业订单，感谢客户的支持。也跟大家分享下产品的一些经历。

这个产品能够坚持到现在，最关键的是我没有全职做这件事情，目前还在公司混饭吃。希望有朝一日产品的收入能够支持我全职做这个产品，甚至是拉起一个团队来做。

几年前，红杉美国的一个投资人找到我希望了解 OneDev 的详细情况，我 blabla 介绍了 OneDev 独有的一些功能，然后他这样回复我：

Just building features that are missing in GitHub/Gitlab is probably not enough — either they will build these features over time, or they won’t build them because they decide there isn’t enough demand for such features

然后就没有然后了。之后好好想了想 OneDev 应该怎么定位，最后决定聚焦于自建服务市场，因为：

1. 虽然云托管是趋势，但仍然有很多公司需要自行托管他们的代码/ci-cd 服务器，主要是因为政策原因。我还查了 GitLab 的公开上市文档，到 2020 年，他们 75% 的收入来自于自建服务用户。所以这个市场确实存在。
2. Git 托管和 CI/CD 会消耗大量资源。聚焦自建服务市场不会给项目带来任何财务负担。
3. 头部玩家的产品针对极大量用户的云服务优化，但对于自建服务市场，未必是最优的。他们的产品维护起来一般是比较麻烦的。而 OneDev 只针对自建服务的情况进行优化，从各个方面都强调产品的易于维护性。例如，配置高可用对于 OneDev 来说非常简单，而对于 GitLab 来说则非常复杂，因为系统包含了太多独立运行的组件。

目前 OneDev 积累了一定的用户量，最明显的感受是一旦有什么比较明显的 bug ，发布后很快就能得到用户的反馈，然后及时改掉。记得产品开发的前几年，有些严重的 bug 发布了个把月都没有人反馈，直到自己发现，那样的心情想必做独立产品开发的同学会有所体会。

后来高瓴和红杉中国也主动找到过我，特别是高瓴，聊到了第三轮，最后他们的副总裁跟我说他们觉得项目非常好，会内部讨论下，之后也没有回音了。我也没有问他们原因，可能是觉得不够高成长吧。

还有一次国内某头部券商的架构师找到我，问能不能提供企业版本和商业支持，他们打算基于 OneDev 打造全自主的 DevOps 平台，大概有不到 1000 人使用，还拉了十几个人的腾讯会议商量后续的推进。把我给激动的，赶紧快马加鞭推出企业版，特意等到周五（想必快周末了对方心情比较愉悦）跟架构师说，企业版准备好了，要付钱的话我很乐意，然后他告诉我对不起我们决定用 Gitee 了，后续有需要的话会联系你。为了保持中年人的最后倔强，我也没有问他为什么没选 OneDev 。其实原因很清楚，Gitee 的市场不是白做的，而且有各种认证，也有国资背景。产品质量在国内大公司的选型中应该是最次要的因素了吧。

最后说说海外收款，我用的是 FastSpring 。自己特意下单做了实验，钱款可以从国外直接汇到国内个人账户，税务自理。中国银行的工作人员入账时会询问这是货物贸易吗？这是一定要说不是，必须强调是版权销售收入，对方是版权代理商，最后钱款顺利入账。

[robinshen]

@isno 已经推出商业版了，也有一些不错的反馈。十年只是一个开始，😂

[maxxfire]

LZ 是个有情怀的人，匠人

[ownSun]

牛逼楼主！ 十年一个项目， 有初心，有毅力，有能力啊。

[graetdk]

老哥牛逼，我和投资人打交道不少，个人建议是不要把他们的话太当真，做好预期管理

[robinshen]

@graetdk 是的，这帮人太会说话了。高瓴最后的消息就是有什么新的进展及时通知我们哦。

[1map]

佩服，加油 OP

[graetdk]

@robinshen 如果不是直接跟你约时间推进，或者拉着你签协议，就可以看作是没有意向了，但这个其实很常见，大部分项目融资都得见 30-50 个机构才有可能

[robinshen]

@graetdk 现在看来就是下面的马仔撒网，然后让老大来看看靠不靠谱。

[nomagick]

我又多想了几步，你这个项目的竞品 GitLab, 什么 Gitee ，再就是 GitHub Enterprise ，这几位有个特点就是都是 Ruby 项目。

我现在家里装个 GitLab 隔三差五就是 email 说安全漏洞让我 update-asap ，这五年多就从来没断过，也不知道他哪来那么多安全漏洞，修也修不好，敢情他家漏洞比隔壁 PHP 那边的难兄难弟还多几倍。

Ruby 现在江河日下，跟不上时代，还不如 C++上进，马上就要步 Perl 的后尘。
只需要推波助澜，替天行道，加速 Ruby 进入历史的垃圾堆。

有些事长痛不如短痛，一个语言跟不上时代之后，人才就会持续流出，因为学习它的收益很低，并且落后于行业，由于人员的流出，这个语言的项目就更难得到发展，而维护难度和费用却不断增长，最终进入价高质低陷阱。
之前 Cobol 和 Perl 的淘汰都已经展示了这套运行机制，需要吸取教训。

所以说在进行市场活动的时候，可以指出竟品维护的可持续性及成本的问题，提醒甲方不要花钱买个大爷。
另外借上 Java 的东风，就说总之是个 Java 项目甲方自己也可以改，并且 Java 的从业人员简直不要太好找。

基于这些假设甚至可以主动出击，对 Ruby 釜底抽薪，比如找人发表一篇 九评 Ruby ，
再比如对其他 Ruby 的遗产项目比如 HomeBrew 进行打击，用 Python 重写 brew ，甚至借助 GPT4 的力量直接把整个生态平移。这个项目本身体量小但影响大，四两拨千斤。

这种打法我愿称之为降维打击

[jellybool]

老哥是真的厉害！ respect

[xubeiyou]

这个坚持真的很不容易

[g0o0gle]

猛

[7897894]

大佬牛逼 瑞思拜🫡

[tom8]

大佬牛逼 瑞思拜🫡

[robinshen]

@nomagick GitLab 漏洞多跟 Ruby 语言关系不大吧，相比之下 GitHub 的质量就好多了。GitLab 的开发者良莠不齐应该是主要原因。还有很多人说 OneDev 用了 Java ，不够云原生呢。

[2Soon]

瑞思拜

[nomagick]

@robinshen 关系很大，但不是直接关系，生态吸收不到人才，已有的人才流出，新的语言概念得不到应用，架构得不到换代，这些都会间接作用在项目质量上，而且是无解的。

微软花多少成本在维护 GH ，GL 又花了多少成本维护，而你一个人就已经把项目做到了这个程度，这就是云泥之别。

所谓云原生完全就是炒作概念，换句话说，云原生就代表离开云就运行不了，那岂有此理。首先需要重新定义云，把云替换解释成 k8s ，这样才可控，否则就为他人做嫁衣了，很多人做了半天都是给 AWS 在做销售。只要做到 k8s 全兼容就可以称云原生了，和语言无关。

[shinession]

传统公司不允许用 github 之类的, 早就想自己部署个类似的服务, 大佬的可以试下

[EvanD]

大佬真猛

[lovedebug]

从小处做起，真的很不错~ 加油