VisionMobile: 开放管控指数(九) -- 开源管控:Symbian和WebKit

本文探讨了开源软件管理的重要性,以Symbian的衰落为例,强调了正确商务路线、快速市场推动力和吸引开发者团队的重要性。接着,深入介绍了WebKit作为历史久远的开源项目的发展历程,从其诞生、Apple的加入到开源管控机制的完善,以及与其他商业公司的合作与贡献。文章最后总结了WebKit的开源管控指数和关键特性,包括易于获取源代码、广泛的社区参与和透明的贡献流程。

B. 开源管控 – Symbian

俗话说:百足之虫死而不僵。但是Symbian貌似要僵了。从份报告,多出提到的Nokia对开源软件的加入或者领导,然而何至于今日窘境。看来正确的商务路线和快速地推向市场是重要的,吸引开发者也很重要,而放弃Symbian,不知道如何确保Nokia在功能手机的地位。

在逝去的,我们不需要怀念,曾经使用Symbian的偶尔回忆一下来自芬兰的OEM曾带来的快乐,足矣。

略去此章节。

B. 开源管控 – WebKit

WebKit
获取 15/19
开发 12/18
衍生物6/6

社区

2/2

开源管控指数

68%

WebKit是建立在KDE的KHTML渲染软件上的开源HTML渲染引擎,随着发展,应用在Apple iPhone Safari浏览器,Symbian,Qt,Android,Chrome OS,黑莓OS,Nokia的S40以及高通BREW平台。现在,WebKit是智能手机浏览器引擎,在2011年的第一季,主流智能手机厂商部署的WebKit的手机出货量高度5亿台。

WebKit是历史悠久的开源项目,源于KHTML,一个KDE2.0开源项目,并在2000年发布。Apple发展了一个私有分支,并用于Safari。2003年,Apple第一次公布Safari代码,包含对KHTML的修改。2005年,Apple推出完全开源的WebKi项目,但由Apple员工进行严格审查和提交。在这个早期阶段,KDE社区和Apple在WebKit领导和内容上出现分歧,以及苹果对WebKit严格控制的提交权利,导致KDE开发者不对项目进行贡献。最终在2007年底,Apple回应更改WebKit提供者和审查者策略,允许非苹果开发者可对全部的WebKit源代码版本控制系统进行提交访问。

现在,WebKit认可某些主要商业公司的贡献,特别是Apple,Google,Nokia,TorchMobile(现在RIM的一部分)和Collabora(负责GTK)。

访问

WebKit JavaScriptCore和WebCore组件是GNU LGPL v2.1,其他浏览器引擎是BSD类许可。作为成熟的开源项目,WebKit采用简洁管控结构。源代码可通过公开的子版本(Subversion)代码库获取,代码每晚进行更新。Bugzilla用于问题报告和跟踪bug,可自由访问邮件列表和论坛,并提供开发者build工具。

WebKit路线图是松散的,无序的未来发展问题的集合。没有正式优先级别设定,相反,贡献者根据自己的优先级别进行开发。WebKit架构改变由“项目目标”来指导,它是一个公开声明,表述什么是WebKit什么不是。没有WebKit正式版本,相反,有很多由赞助公司来维护的包含特定需求实现的分支。

开发

代码贡献无需正式的贡献许可,而是要求包含一个许可所有权的公告,同时一个建议的版权所有权和重发布的许可的文本,不提供保修。

贡献由项目的提交者审核,确定接受与否。提交者可以直接读写WebKit子版本代码库,一旦审核通过就可提交。有公开列表详细列出200名的提交者,他们来自Apple, Nokia, Google和其他公司。  

成为提交者的流程清晰并有公开文档说明,采用精英管理方式,是基于提名制度以及开发者历史贡献和合作历史。WebKit审核者是定期委任,他们来自不同背景,项目和公司。

衍生物

对于WebKit-based浏览器没有官方的兼容要求,相反,每个新产品都非常依赖现有产品去了解WebCore和JavaScriptCore的内部工作原理。WebKit社区采用一个大型测试架构,称为“布局测试”,所有的产品对他们的衍生物实现进行自我检查。

社区结构

与Eclipse, MeeGo以及Mozilla不同,WebKit没有任何正式的社区组织以及决策群体。相反,有某些开发者被认为是专家,影响WebKit发展方向。他们大多数是Apple和Google工作,因而这两个公司对WebKit的发展方向和路标有更大的影响力。

好的方面
在LGPL和其他开源许可下容易获取源代码
容易访问Mail list,开发者工具和论坛
简单代码贡献过程
需要避免的方面
没有项目指标数据
如何制定决策透明很小,没有相关的公开信息

 相关链接:


国与国之间没有永恒的敌人和朋友,只有永恒的利益,这个小孩子都会说的话。在外交上需要智慧来维护本国利益的最大化。如果驻我国大使馆的旗子已经更改,从某种意义上就是和该政权互相交换国书,相互承认。在CCTV中还一口一声的称反XX,而叫已经降了旗的称XX。作为国家电视台,这种做法是外交失礼。既然你已经选择了B,你就不要再去说A才是正统,B是反的,这是最坏的情况,是两边都不讨好,A说你失势你就换旗,B说我是正式代表,不是反XX。这是不得体和不恰当而且……,不知道怎么形容这种外交“智慧”了。如果非加上一个“反”字,凤凰卫视讲“反卡xx”军队更得宜。外交之重,重在利益,重在智慧。不明白。

内容概要:本文研究基于纳什博弈交替方向乘子法(ADMM)的多微网主体能源共享模型,旨在实现多个微网之间的高效能源交互与优化调度。通过建立非合作博弈模型,各微网作为独立决策主体在满足自身需求的前提下追求成本最小化,利用ADMM算法实现分布式求解,确保隐私保护与计算效率。文中详细阐述了模型构建、博弈均衡分析、ADMM收敛性处理及仿真验证过程,并提供完整的Matlab代码实现,复现了SCI高水平论文的核心成果。; 适合人群:具备一定电力系统优化背景、博弈论基础知识及Matlab编程能力的研究生、科研人员或从事能源互联网、微电网调度相关工作的工程师;适合希望深入理解分布式优化算法在能源共享中应用的研究者。; 使用场景及目标:①掌握纳什博弈在多主体能源系统中的建模方法;②理解ADMM算法在分布式优化中的实现机制与收敛特性;③复现并拓展高水平SCI论文中的能源共享优化模型;④为微电网调度、能源市场机制设计等课题提供算法支持与代码参考。; 阅读建议:建议结合文档提供的Matlab代码逐段调试运行,深入理解变量设置、迭代流程与收敛判断逻辑;同时可延伸至其他分布式优化场景(如虚拟电厂、综合能源系统)进行模型迁移与改进。【SCI复现】基于纳什博弈ADMM的多微网主体能源共享研究(Matlab代码实现)
内容概要:本文介绍了一种基于变分模态分解(VMD)与麻雀搜索算法(SSA)优化的最小二乘支持向量机(LSSVM)相结合的多变量电力负荷预测模型,该模型通过Matlab代码实现。首先利用VMD对原始负荷数据进行分解,降低序列复杂度并提取不同频率特征;随后采用SSA优化LSSVM的关键参数,提升预测精度;最后将优化后的LSSVM用于各模态分量的预测并叠加得到最终负荷预测结果。该方法有效提高了负荷预测的准确性与稳定性,适用于多变量输入场景下的短期负荷预测任务。; 适合人群:具备一定电力系统背景Matlab编程能力的高校研究生、科研【VMD-SSA-LSSVM】基于变分模态分解与麻雀优化Lssvm的负荷预测【多变量】(Matlab代码实现)人员及从事能源预测相关工作的工程技术人员;熟悉机器学习算法并希望将其应用于实际负荷预测问题的研究者。; 使用场景及目标:①解决传统负荷预测模型精度不足、易受噪声干扰的问题;②实现对多影响因素(如温度、历史负荷等)耦合作用下的电力负荷高精度预测;③为智能电网调度、能源管理及电力市场决策提供可靠的数据支撑; 阅读建议:建议读者结合提供的Matlab代码逐步复现整个预测流程,重点关注VMD参数设置、SSA优化机制与LSSVM建模环节,同时可尝试替换数据集或引入其他优化算法进行对比实验,以深入掌握该混合预测模型的设计思路与调参技巧。
内容概要:本文围绕无槽永磁电机的磁场解析问题展开,指出传统的原始场公式(RFF)在不同电机几何形状下可能引入显著误差,为此提出一种更为精确的解析解法,并通过Matlab代码实现验证。该方法旨在提高无槽永磁电机磁场计算的准确性,适用于需要高精度建模的研究与工程应用场景。文中还提及多个相关科研方向技术实现,涵盖无人机仿真控制、电力系统优化、路径规划、新能源系统调度、负荷与可再生能源预测等多个前沿领域,均配有Matlab或Python代码实现支持。; 适合人群:具备一定电机理论基础编程能力,从事电气工程、自动化、【无槽永磁电机解】磁场问题的直接场解,称为原始场公式(RFF),在整个无槽永磁电机领域中可能导致显著的误差,这些误差随着机器几何形状的变化而显著不同,提出了一种达到解析解(Matlab代码实现)新能源系统、智能控制等领域研究的科研人员及研究生;熟悉Matlab/Simulink或Python的开发人员。; 使用场景及目标:①改进无槽永磁电机磁场计算精度,替代存在误差的RFF方法;②为电机设计、控制系统仿真、高性能驱动开发提供可靠模型基础;③拓展至多物理场耦合分析与优化设计。; 阅读建议:建议结合提供的Matlab代码深入理解解析解的推导过程,对比RFF与新方法在不同几何参数下的误差表现,强化理论与实践结合;同时可参考文中列出的其他研究主题及相关代码资源,拓展科研思路与技术实现路径。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值