大企业内部是不是也是各自造轮子的？

[kyrre]

最近要用一个阿里的消息服务，结果发现阿里云有两个基本重叠的产品，消息服务（ MNS ）和消息队列（ ONS ）。 你司💊这种事情多么？

[mcfog]

不造轮子晋级 PPT 怎么写？

[levn]

不要过早优化啊

[xiaodu]

昨天听闻企鹅内部各部门需要 IM 功能的话都是自己独自开发……

[SpicyCat]

ONS 这个项目名字不错。

[kyrre]

@SpicyCat 老司机您好

[21grams]

当然多了，越是大企业，部门墙越坚不可摧。

[stargazer242]

用 ONS MNS 不稳定

[yidinghe]

公司代码库里搜下 StringUtils 有多少

[mars0prince]

不造轮子哪来的 KPI ？

[jerryshao1984]

当你从部门领导或是 manager 的角度思考这个问题的时候你就不会有这样的疑问了。说白了很多事情都是屁股决定脑袋的事，尤其是大公司，每个部门都要弄出点东西出来，都要向领导邀功，这样的轮子就不可避免了。

[allce231]

据说大疼讯就是这样

[kyrre]

@stargazer242 ,看了产品的说明， MNS 好像是要新一点，但阿里的人建议用 MNS 。而且看他们的文档， MNS 可靠性要高很多。

[uuuing]

腾讯内部重复早轮子的事多了~ 一个部门一个轮子~

[SilentDepth]

其实很想知道这是大企业的通病还是国内 IT 公司的特有现象

[kyrre]

其实事业部之间这么做我觉得正常，但阿里云作为一个事业部，内部都没有统一的规划，确实有点匪夷所用。

[WhyAreYouSoSad]

我弱弱的问一句，既然这种行为在大公司都已经成为潜规则。
那为什么不在内部变成一种收费的服务呢？而且如果内部推行成功不是还可以向外发展吗？

[sampeng]

说的好像小公司不造轮子一样。。。
只要有人的地方，就会出现不同程度的轮子制造业

[fatedier]

@SilentDepth 我觉得全世界都一样，一旦规模大了以后，软件功能的复杂度指数级提升，想要一直维持最初的简洁高效就很难了。

比如有一个组件一开始是公共的，两个部门在使用，后来 A 部门由于业务需求要增加新的功能， B 部门觉得目前业务量很大，需要保证稳定性，加的功能自己这边不需要，而且需要改动原来的处理逻辑，有一定风险，所以不愿意在这个组件中加入这样的功能。为了快速应对业务发展， A 部门决定 fork 这个组件，作为另外一个分支来开发，用于自己的业务中。之后， A 和 B 部门共同需要一个功能，结果都在自己的项目中添加了，想将两个分支的代码合并工作量大，没有人愿意花时间做这些事（绩效相关）。在不断发展的过程中，又会出现 C 、 D 、 E 部门，又会因为很多原因造了各种轮子。

[sagaxu]

我们小公司，框架是自己写的， service 调用协议也是自己写的，代码部署系统也是自己写的，轮子造了不下十个

[wangdu2012]

@sagaxu 代码部署这种东西没有谁会直接开源吧？