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