最近要用一个阿里的消息服务，结果发现阿里云有两个基本重叠的产品，消息服务（ MNS ）和消息队列（ ONS ）。 你司💊这种事情多么？
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 3632 days ago, the information mentioned may be changed or developed.
Supplement 1 · Nov 29, 2016
前两天刚说到这事，其中之一（ ONS ）就开源了，是不是意味着阿里内部放弃这个了呢？
 |
1
不造轮子晋级 PPT 怎么写？
|
7 |
levnNov 25, 2016
2
不要过早优化啊
|
 |
xiaoduNov 25, 2016
3
昨天听闻企鹅内部各部门需要 IM 功能的话都是自己独自开发……
|
 |
4
ONS 这个项目名字不错。
|
 |
21gramsNov 25, 2016
6
当然多了，越是大企业，部门墙越坚不可摧。
|
 |
stargazer242Nov 25, 2016
7
用 ONS MNS 不稳定
|
 |
8
公司代码库里搜下 StringUtils 有多少
|
 |
mars0princeNov 25, 2016
9
不造轮子哪来的 KPI ？
|
 |
jerryshao1984Nov 25, 2016
10
当你从部门领导或是 manager 的角度思考这个问题的时候你就不会有这样的疑问了。说白了很多事情都是屁股决定脑袋的事，尤其是大公司，每个部门都要弄出点东西出来，都要向领导邀功，这样的轮子就不可避免了。
|
 |
allce231Nov 25, 2016
11
据说大疼讯就是这样
|
 |
12
@stargazer242 ,看了产品的说明， MNS 好像是要新一点，但阿里的人建议用 MNS 。而且看他们的文档， MNS 可靠性要高很多。
|
 |
uuuingNov 25, 2016
13
腾讯内部重复早轮子的事多了~ 一个部门一个轮子~
|
 |
SilentDepthNov 25, 2016 via iPhone
14
其实很想知道这是大企业的通病还是国内 IT 公司的特有现象
|
|
15
其实事业部之间这么做我觉得正常，但阿里云作为一个事业部，内部都没有统一的规划，确实有点匪夷所用。
|
 |
WhyAreYouSoSadNov 25, 2016
16
我弱弱的问一句，既然这种行为在大公司都已经成为潜规则。
那为什么不在内部变成一种收费的服务呢？而且如果内部推行成功不是还可以向外发展吗？ |
 |
sampengNov 25, 2016
17
说的好像小公司不造轮子一样。。。
只要有人的地方，就会出现不同程度的轮子制造业 |
 |
18
@SilentDepth 我觉得全世界都一样，一旦规模大了以后，软件功能的复杂度指数级提升，想要一直维持最初的简洁高效就很难了。
比如有一个组件一开始是公共的，两个部门在使用，后来 A 部门由于业务需求要增加新的功能， B 部门觉得目前业务量很大，需要保证稳定性，加的功能自己这边不需要，而且需要改动原来的处理逻辑，有一定风险，所以不愿意在这个组件中加入这样的功能。为了快速应对业务发展， A 部门决定 fork 这个组件，作为另外一个分支来开发，用于自己的业务中。之后， A 和 B 部门共同需要一个功能，结果都在自己的项目中添加了，想将两个分支的代码合并工作量大，没有人愿意花时间做这些事（绩效相关）。在不断发展的过程中，又会出现 C 、 D 、 E 部门，又会因为很多原因造了各种轮子。 |
 |
sagaxuNov 25, 2016 via Android
19
我们小公司，框架是自己写的， service 调用协议也是自己写的，代码部署系统也是自己写的，轮子造了不下十个
|
 |
wangdu2012Nov 25, 2016 via iPhone
20
@sagaxu 代码部署这种东西没有谁会直接开源吧？
|
 |
unifierNov 25, 2016
21
@wangdu2012 有开源的 walle 啊
|
|
22
一般一个公司造一套轮子我可以理解，毕竟要可控。
|
 |
kingoldluckyNov 25, 2016
23
大公司每个部门可能交流多,但是其实内部用的东西却很少拿给外人看的,想要源代码?加入我组再说吧.
|
 |
yeeyeungNov 25, 2016
24
平安万里通平安一帐通平安金管家平安好福利平安好医生平安万家医疗平安普惠平安证券平安陆金所……基本上每一家分公司都有业务竞争功能重叠
|
 |
iyaozhenNov 25, 2016 via Android
25
一样。轮子满天飞。这种事情怎么说呢， KPI 是一方面，需求也是一方面，别人的轮子不适合自己的业务，别人没有痛点，改进慢。
|
 |
zipperaNov 25, 2016
26
我们是优先考虑现成的成熟的方案，如果解决不了问题，就只能修改或造轮子了，比如基于业务场景做的分布式 kv 存储。当然，为 KPI 造轮子的也是有的
|
 |
27
在大公司，人才众多。要想晋升，对技术而言，无非两条路：
路 1 ，做业务，让业务体现能力 路 2 ，做基础服务或者通用能力。让通用产品或者架构体现能力。 路 1 呢，在大公司靠谱的业务太少了，这个要看运气，真心是运气成分。 路 2 呢，前人都做了太多基础通用能力的东西。当然，往往是做完后晋升成功，甩手啦。后面的人，要么去填坑，要么自己造轮子。 总结：不造轮子晋级 PPT 怎么写？ ！！！ 我是 PM ，以上是对我身边的技术朋友的观察总结。 |
 |
lightDec 4, 2016
28
都差不多
|
Select Language