首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

试论开源生态的经济模型

缘起 这是一个我一直想写,却一直没有想得非常清楚的课题。目标非常清楚:通过创建一种经济模型,来分析开源生态中的各种问题。 上一次在CHAOSS china的一档播客节目里,我们在讨论关于“指标”的问题。当时的话题是:自下而上的指标,还是自上而下的指标。 所谓自下而上,就是从开源世界原本就能观察到的各种行为入手,比如star、fork、commit、PR等等,然后通过某种计算,得到一个“指标”。这样做的问题是:意义不明。我们可以做各种加权计算,但是:为啥可以这么计算呢,无法说明。 所谓自上而下,就是从目标入手,我们希望考察一个开源项目,或者一个开源社区的某种活跃度,健康度,或者其他特征。然后去尝试构建一种计算方法:将各种行为拼接、计算。这样做的问题是:无从下手。因为我们可以提出无数的问题,但是答案太难找了。 关键在于:我们缺少一组明白无误的概念,并且这些概念能够组成一个可以理解并且切合实际的模型。更进一步的关键在于:我们对于开源软件,乃至对于开源的本质,缺乏理解。

01

“聊聊架构”笔记和心得

从远古开始,人类为了摆脱对时间的恐惧和对生活更高的追求,开始慢慢地进化和改进自己的工具,并且寻求人和人之间的合作,开始形成分工,分工使人能够在有限的时间内并行地完成相关的业务工作,从而慢慢形成了一个树状的架构。由于要更好地完成分工,制定分工的人(架构师)开始开始深入到实际工作中识别问题、分析问题,抽象出这些工作的个性和共性,从中将核心生命周期识别出来,将非核心的工作按照流程分派给不同角色来处理。这些组织内角色的分工又按照切分的原则,使人能够责权对等并且解决相关人在时间和空间上的负载过重。从而使这种架构在组织

05

alpakka-kafka(3)-kafka应用案例-需求分析

在大型复杂的应用中,业务模块之间总是相互关联,相互纠缠。无论对业务管理或软件开发方面都会造成困惑:从业务管理方面难以厘清确切的管理范围和职责:就是说不知一项业务具体谁来管。在软件开发方面则无法确定开发人员的具体分工和维护责任,即确定一项业务功能具体靠谁来修改、优化。拿一个普通的网上购物过程来说,除商品拣选过程外的优惠价选定、库存扣减、支付又会涉及商品定价管理、库存管理、财务管理等独立的业务模块。如果纯从软件开发角度来描述:负责开发购物流程的开发人员还需要兼顾优惠价计算、库存扣减、支付等业务操作。因为商品定价、库存管理、财务管理等都有可能是其它人负责开发的业务模块。一件商品拣选有可能造成该商品的定价调整、库存变动可能驱动采购、配货等业务的发生、支付也会是一些财务操作的启动原因。购物流程开发人员应该是不容许直接去实现这些业务操作的。为了解决这些矛盾,必须先实现业务模块的松散耦合。听起来有点像CQRS,不过是更广义的domainRS业务模块分离。在接触kafka之前,我们一般用soa模式由负责一块业务功能开发的程序员提供一套完整的对外业务操作api,就可以实现程序员各自独立工作,各管自己的一亩二分地。不过,完成的系统经常会出现内部处理业务速度跟不上外部api调用频率的情况,轻者拖滞api调用线程,重则造成业务处理异常。这个时候kafka应该能在解决方案里发挥特殊作用:如果我们把kafka引入到业务模块集成,业务模块之间通过消息/事件队列event-queue进行沟通就可以实现更高程度的、更高效率的、交易事务类型的业务集成了。

03
领券