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