近期,阿里巴巴的高性能分布式做事框架 Dubbo,在 Github 上得到了超过 2万的 star 数,据理解这是截止目前海内第一家也是唯一一家超过2万 star 数的 Java 开源产品。
提及开源产品,不得不先提下技能社区。无社区,不产品。从Alexa的排名来看,环球访问量最大的几个技能社区有:Github - Alexa开源类目第1位,Apache - Alexa开源类目第5位,Gitlab - Alexa开源类目第15位,当然还有些以厂商名义商业化做的不错的开拓者社区也聚焦了大量的开拓者,虽然中立性不如一些第三方开拓者网站,但在商业回报上提升了开拓者的粘性,最著名的便是Apple和Android的开拓者社区了。

以是从指标上看,我们可以从网站访问量和商业回报两个角度来评价开拓者社区的受欢迎程度。那么从社区的运营角度看,可以通过:
社区规模:注册人数、每天的勾留韶光等。社区的载体便是web页面,页面访问人数越多,注册量越大,页面勾留韶光越长,web的代价就越高;社区生动度:项目发起者对项目的掩护、开拓者对开源项目的贡献、社区内的谈论、技能资料的沉淀等。生动度取决于参与者在内容上的贡献程度,取之开源的同时回报给开源,才是社区生生不息的源泉;社区的表现:紧张是流程上的表现,代码评审韶光、bug的关闭韶光等。大部分项目的掩护职员都在专注于开拓,对付一些开拓者在社区提交的bug,commits和PR等,可能回答不足及时,项目掩护职员越专注,社区越繁荣;社区人口特色:社区会员的会龄和生动度的分布,各个会龄区间的会员数量分布和对应的生动度。比较空想的分布是早期会员担保生动度和贡献,中期会员成为社区项目掩护职员的主力,不断的有更年轻的开拓者加入社区,在社区中发展;社区的多样性:个人开拓者和开拓者所在的企业越多,贡献分布越均匀,社区就越康健。这个有点类似于2B 企业的用户分布,如果80%的发卖额分布在top5的客户上,那显然不足康健,社区的多样性也是指引起腰部类项目越多,参与贡献的企业和个人开拓者越多,就越康健,而不是仅几个明星企业或明星开拓者在反馈社区。-从想法到实现,产品的力量-
产品的生命力是社区持续繁荣的保障,开拓者借助开源产品将想法变成现实,这也是开源产品的初衷。那我们如何评价一款开源产品。在 Github上提交的开源产品,评价你的项目受欢迎程度最直接的办法便是star数了,Github 的 star 数不同于微博和微信"大众年夜众号,你可以通过广告、发红包和一些例如裂变的营销办法来增粉和吸赞。在 Github 上只能通过项目的优质性来得到star,Github上 star 数也远非只是一个数字那么大略,star 数的多少展示的是开拓者对这个项目的信赖程度,毕竟开拓者会在项目上进行二次开拓,乃至形成私有分支,如果没有足够的信赖,很难让开发者投入韶光和精力去考试测验。那这种信赖是如何形成的呢?这就涉及到如何运营好一个开源项目的方方面面了。
开源项目的作者:开源项目作者常日是一个团队或者个人,又或者是来自不同企业的开拓者共同发起的项目,从Readme 文件中可以看到开源项目的作者信息。通过作者的个人主页,如果是聚焦在该项目,且近一年的contributions数量较多,那么这类项目就越随意马虎得到开拓者的信赖。Readme文件:Readme文件就彷佛是当你关注一个"大众年夜众号后弹出的一篇自我介绍的文章,通过文章的排版设计、内容、个性化,每每可以理解到这个公众号的一些脾性。如果是针对开拓者的readme,简洁的排版,详细的项目先容,包括项目架构、特色、如何开始、联系办法、开拓者如何contribute、提交bug的格式、支持的开拓措辞,以及其他必要的项目资料,先容的越详细,构造越清晰,越随意马虎得到开拓者的信赖。Issue数量和掩护情形:项目中有多少个open的issue,有多少是已经close的issue,open的issue中开拓者的提交韶光是否是最近的,open的issue的回答韶光多长,这些指标都是对开源项目生命力的最直接表示,开拓者越多,提出的issue就越多,回答和解决issue的韶光就越短。Fork数和PR(pull request)数:Fork之后,开拓者就有对这个项目的可写权限了,Fork数越多,解释这个项目对开拓者的代价越大;pull request 是指你在Fork后对代码做一些改变,可以是修复bug,也可以是其他你认为对项目有帮助的改变,然后pull request给项目掩护职员,掩护职员会判断是否进行merge,以是pull request越多,深度参与项目的开拓者就越多。
其他包括commits,releases和contributors都是衡量这个开源项目的生态是否繁荣的主要指标。
-新Dubbo,新生态-Dubbo是阿里巴巴于2012年开源的分布式做事管理框架,致力于供应高性能和透明化的RPC远程做事调用方案,以及SOA做事管理方案,使得运用可通过高性能RPC实现做事的输出和输入功能,和spring框架无缝集成,目前是海内影响力最大、利用最广泛的开源做事框架之一。
Dubbo的发展进程:» 2008年,阿里巴巴开始内部利用Dubbo;» 2009年初,发布1.0版本;
» 2011年10月,阿里巴巴宣告开源,版本为2.0.7;
» 2014年,当当网fork了Dubbo版本,命名为dubbox-2.8.0,并支持http rest协议;
» 2014年10月,发布2.3.11版本,之后结束;
» 2017年9月,阿里巴巴重启掩护,重点升级所依赖的JDK及组件版本,发布2.5.4/5版本;
» 2018年2月,阿里巴巴宣告将Dubbo捐献给apache,进入apache孵化器;
» 2018年7月,Dubbo官方域名更新到Dubbo.apache.org,页面焕然一新,并启用新logo,品牌全面升级;
新Dubbo – 新logo & 新官网 & 新生态这次品牌的全面升级,不仅是自2017年9月后Dubbo团队重启掩护,回馈社区的延续,也预示着Dubbo团队正以全新的面貌欢迎开拓者和用户。最新的logo采取亮紫到亮蓝的渐变色,寓意Dubbo的青春和生命力,d-u-b-b-o 5个字母嵌入代码中利用频率较高的符合 [ ] 、/和:,寓意Dubbo生于代码,回馈于开拓者的初心。最新的官网采取和新logo同等的渐变色,全体页面简洁大方,符合开拓者社区的气质,首页融入持续的流星划过的动态效果,更是对繁荣Dubbo生态的渴望,普惠所有利用Dubbo的开拓者和Dubbo本身。
新官网进一步丰富了文档、博客和社区的内容,并供应了中英文版本,适用于环球的开拓者和用户,为打造Dubbo新生态供应了坚实的内容根本。
文档模块分为用户文档、开拓者指南和运维管理3块内容。用户文档包括了入门、快速启动、依赖、成熟度、配置、示例、多维度的利用参考手册、做事化最佳韶光以及利用报告。开拓者指南包括了源码构建、框架设计、扩展点加载、实现细节、spi扩展实现、公共左券、编码约定、设计原则、版本管理、贡献、检讨列表、坏味道、技能兼容性测试等。运维管理包含了安装手册和运维手册。文档险些覆盖了Dubbo 的开拓和利用过程中可能涉及到的所有内容和须要把稳的细节,帮助开拓者无门槛、一站式利用分布式做事管理框架。
新官网还供应了博客功能,开拓者可以将自己在开拓过程中的点滴记录到这里,参与生态共建,在Dubbo的发展过程中留下自己的足迹。在新官网的社区页面,供应了事宜&新闻、生态系统、联系我们和贡献指南 4 部分内容。在这里,可以找到Dubbo最新的开拓者沙龙和行业动态,还可以通过邮件、Gitter、Segment fault和Twitter联系到Dubbo的项目成员,第一韶光获取反馈。
项目的发展,离不开社区的共建,Dubbo供应了详细的贡献指南,包括加入邮件列表参与谈论、发布报告毛病、文档优化和提交PR修复问题,开拓者可以在Dubbo的Github主页的README中的Contributing 类眼前找到详细的内容。
如今,Dubbo之以是受到到国内外开拓者的关注,除了产品强大的性能、丰富的特性、详细的中英文文档和阿里在开源方面持续的投入外,还离不开以下几个缘故原由:
良好的兼容性支持:支持Java、node.js、Python、PHP等多种开拓措辞,支持通过API办法启动Spring xml、Spring annotation、Plain Java、Spring Boot,支持Zookeeper、Redis、Simple multicast、Etcd3等开源注册中央组建,以及包括多种容错机制、负载均衡策略、各种通信协议、网络传输扩展和序列化机制,极大的提升了开拓者的开拓自由度,避免捆绑;丰富的行业实践:除了阿里巴巴内部大量运用正在利用Dubbo,还有包括金蝶、当当网、滴滴出行、去哪儿网、网联清算、网易考拉、政采云、中国人寿、海尔、中国电信、微店、中国工商银行等来自政府、银行、保险、软件开拓、互联网、制造、电信等多个行业用户也都在基于Dubbo构建企业自己的微做事,开拓即回报;完善的开拓者生态:在Github上,目前项目已有2434commits,52次release,95位社区contributors,fork数达13970,已合并的PR数 650个,已办理1047个issues,open的381个issue中社区的回答率和回答速率都很高,这些数据都正在帮助项目得到更多开拓者的信赖。从停更到重启掩护,在重启掩护后的不到一年的韶光里,Dubbo接连发布了10个版本,进入Apache孵化器,启用Dubbo新官网和新Logo,在北京、上海、深圳多个城市举办开拓者沙龙,加强近间隔沟通,这些都注定了Dubbo将迎来不一样的快意人生。
作者:中间件小哥