章文嵩:开源释疑十五问

更多 LSTM 变种——应用于 CMAPSS 数据集 本文并模型介绍,只是把一些比较火的技术,像双向注意力机制,自注意力机制这样的比较火的内容,简单的和LSTM堆叠,结果发现效果都不如最基础的,这里作者将本人代码及实现结果,进行展示,给各位想更改LSTM的朋友一些。 阅读详情

出处|CCF开源发展委员会

编者按:开源正在全世界蓬勃开展,在中国也如星星之火,开始呈现燎原之势。但开源毕竟在中国的推广还不广泛,大家依然对开源有不少疑惑。为此,CCF开源发展委员会副主任章文嵩博士,根据自己在开源领域30多年的经验,回答了经华为贾岩涛博士收集整理的十五个开源领域的重要问题,帮助大家理解开源、拥抱开源、推动开源。

声明:本文为优快云转载,已获得作者授权。

图片

照片来源:优快云 采访文嵩博士时所拍摄

开源与商业逻辑

业界开源软件和商业逻辑有哪些常见的闭环方式(或商业模式),看似不赚钱的开源项目背后,有怎样的商业逻辑?如何决策软件是否开源,什么样的软件形式或产品改走开源路径,基础软件该走哪条路径?

第一问:业界开源软件和商业逻辑有哪些常见的闭环方式(或商业模式)?

常见的商业模式主要包括以下几类:

1. 专业支持和服务:开源软件供应商提供额外的服务和支持,如培训、咨询、定制协议等,为企业用户提供更好的使用体验和技术支持。像Red Hat提供Linux发行版和版本升级服务等。

2. 对应用程序接口(API)的访问管理:开源软件供应商提供用于访问其已经部署服务的API,为企业用户提供易于使用和管理的功能。提供API访问的服务可以算PaaS,像Kafka开源软件背后的Confluent就提供Kafka的PaaS服务。

3. 增值功能和扩展软件的销售:开源软件供应商提供额外的功能或软件增值功能的许可证,开源软件本身有可插拔的架构方便私有化部署,为企业用户提供更高级别的功能;另一种方式开源软件供应商提供PaaS或SaaS云服务时,有增值功能和扩张软件的选择。大部分开源的PaaS或SaaS服务商都选用这个模式。

4. 版权许可证的管理:开源软件供应商通过一些开源许可证,让企业用户付费可以合法地使用和修改开源软件。

第二问:看似不赚钱的开源项目背后,有怎样的商业逻辑?

尽管一些开源项目并没有直接带来收益,但许多企业还是乐意投资开源项目的原因如下:

1. 为了推广公司品牌:通过为大量开发人员提供有用的开源工具和软件,企业可以增强其品牌价值和普及度。

2. 为了招聘人才:开源项目是包容和吸引人才的方法之一。企业可以通过开源项目展示自己的技术实力和开放文化,能吸引到更多的优秀人才。

3. 为了获取反馈和改进产品:开源项目为企业提供了获取用户反馈和改进产品的途径,将产品开源后,更容易获得社区用户的建议和意见。

4. 构建开源生态提高获客效率:通过开源项目构建开源生态,形成事实的标准,一部分开源软件的用户为了降低运维成本使用商业服务,外围更多的潜在客户慕名来采购商业服务,会大大提高获客的效率。

第三问:如何决策软件是否开源,什么样的软件形式或产品该走开源路径,基础软件该走哪条路径?

决定是否开源软件通常思考开源带来的好处和坏处,若好处大于坏处,那应该选择开源。软件开源的好处有经济因素考虑,开发效率更高,构建开源生态提高获客效率,增强品牌和吸引人才等,也有社会价值的考虑,开源软件开放共享可以丰富人类社会的公共资产;坏处是外部用户可以无偿使用开源软件,竞争对手也可能会使用这个开源软件,可以通过开源策略和开源许可证把坏处降到最低,例如只开源核心部分能解决一些场景,更多场景需要购买增值服务才能完成,开源许可证让企业为第三方提供商业服务需要付费。

基础软件通常更适合开源,因为这样可以在更广泛地范围内获得使用并扩展和改进,更容易获得客户的信任把开源基础软件集成到自己的系统中。在当今社会中,若新的基础软件还以闭源方式来开展,对客户来说是个黑盒子,不知道是否存在安全问题,出了问题只能等待供应商来解决,时间不可控,我想大部分客户都不会接受新的闭源基础软件。

第四问:国内开源社区应该如何做好生态,目前企业和社区基本都是基于各自商业利益,而高校参与社区是能从中获取经费,如何调动大家的积极性投入开源社区贡献开源?

开源社区的生态建设非常重要,它可以凝聚各方力量,促进创新,加速技术发展,提高开源软件质量等。首先,作为开源项目的发起人需要不遗余力地投入到开源社区生态建设中,把一个项目开源出来只是万里长征的第一步,后续需要花十万分精力投入到开源项目和社区的发展中,回答用户的问题,倾听用户的需求,改进开源软件,更加开放的心态吸收来自外部开发者的贡献,一定要把荣誉给用户和外部开发者,不断地吸引更多的用户和外部开发者到开源项目中来,人多了社区就起来了,所以,发起人是开源项目的第一责任人,对开源项目要做到“管生也管养”。开源社区建设的具体操作建议如下:

1.吸引用户:一定要讲清楚自己开源软件的价值和定位,帮用户解决什么问题,能吸引用户的关注进而有兴趣动手用一用;编写好的快速开始文档QuickStart,用户安排QuickStart中的几个步骤做下来,开源软件是可以工作的,这非常重要,用户第一次就能把它运行起来,后续用户碰到任何问题,他/她会先怀疑是自己搞错了,自己查配置甚至看程序来修复问题,若第一次都运行不起来,绝大部分用户包括我自己头都不回走了,我去玩玩别的开源软件好了;在讨论区或邮件列表中,要积极回答用户的各种问题,帮助用户解决问题,让用户感觉到这是活跃开发的开源项目;寻找各种渠道来宣传开源项目。吸引用户来使用,是开源项目最基本的工作,有了足够多的用户,就会有一定比例的开发者冒出来,这样就能逐步形成开源社区。

2.认可外部贡献:要认可用户提出好的需求,好的需求比代码实现更重要;外部开发者寄来一个patch或pull request,若这个修改并不伤害到整体,应该接受和认可,哪怕你把整个patch都重写了,也要认可别人的贡献;把贡献者的大名写到开源文件中或源代码文件中。这个过程中把更多荣誉(credit)归给他人,就能凝聚更多的人在开源社团中,就像“钱散人聚”的公司是有凝聚力和战斗力的组织,在开源社区上,我们不分钱更多把荣誉分给大家。

3.培育社区文化:做好前面两点,就逐步建立一个基于合作、开放和共享的社区文化,鼓励用户、开发者和贡献者分享知识和经验,大家相互认可,共同建设社区。

4.接纳商业化:要以开放的心态接纳其他企业使用开源软件做商业化服务,他们做商业化也会帮忙推广开源软件,商业化成功后会回馈社区,也说明这个开源软件的价值。商业化的市场是足够大,作为开源软件项目的发起人,若对商业化感兴趣,有很大的优势来作商业化。

第五问:如何看待国内数据库厂商五花八门的开源模式,他们哪种模式更有生命力,甚至最终胜出?OS行业中哪些方面该开源协作、哪些该竞争,从而形成最有利于行业发展和客户利益的格局?

我想国内数据库厂商的开源模式,主要有纯开源、开核心代码、开源社区版本三种形式,再运用不同的开源许可证有不同的约束。哪种模式更有生命力和最终胜出,我觉得主要看开源社区的繁荣度,开源版本能不能解决用户的痛点创造价值,吸引更多用户和贡献者,形成开源生态,同时开源生态和商业化是相辅相成的。若它们不能形成好的开源生态,即使商业化成功,它们开源本身也是没有意义的。

在OS行业拿服务器操作系统来说,国内主要有三家,华为的OpenEuler发行版、阿里的龙蜥发行版和腾讯的OpenCloudOS发行版,这三家可以说在开发服务器操作系统上是最有实力的,但相互间不合作,是挺可惜的,维护上游开源软件的版本更新、补丁和测试等对三家来说都是要做的重复工作,对整个国家来说是挺大的人才资源浪费。我觉得在服务器操作系统的基础发行版上三家公司可以通过开源来协作,不是哪家公司来主导,而是通过开源社区治理来协作,每个特别兴趣组SIG的负责人是由社区成员选举出来的,技术委员会成员也是通过社区选择出来的。公司可以在基础发行版上提供附加软件包,靠一定的差异化和技术服务支持来赢得客户。若三家不能马上合作,至少两家可以先合作起来。

开源软件的竞争力

第六问:对于大公司主导的开源社区和产品,如何确保外部贡献的代码质量和对齐技术路线的同时,最大可能吸引外部贡献者?外部贡献者可能不是社区的长期贡献者,如何看待外部贡献代码的后续维护和功能演进问题?

我觉得要用开放和包容的心态来接纳外部贡献者。不要有这样的心态:外部贡献的代码质量不如内部,外部贡献的规划不如内部技术路线的规划。有可能部分外面贡献者的代码质量远超过内部的,外部贡献者的技术规划会让内部同学眼睛一亮。开放和包容的心态决定行为,从心底里接纳外部贡献者,就能吸引到更多的外部贡献者,外部贡献者认为自己是社区的一员,一些外部贡献者就会成为长期贡献者。

第七问:对于领先的软件产品,选择开源会使其竞争力迅速被拉平,虽说存在先发优势,但的确容易被复制。如何维持开源软件的竞争力,或者如何看待软件的竞争力?当客户需要软件开源才愿意使用,而我们又担心软件竞争力快速流失的情况下,业界应对开源诉求和竞争力流失的矛盾上,有什么有效经验可借鉴?

我觉得不用太担心开源导致软件竞争力流失的问题,开源软件的竞争力主要在于其的社区生态建设和用户体验,开源可以让软件迭代得更快,更好地满足客户需求。人们对开源软件原作者的认可度远远超过该软件的其他商业服务商,原作者肯定可以获得最大一块的商业价值。

若真的很担心其他竞争对手在该开源软件上获得很大的价值,可以在开源许可证上限制竞争对手利用该开源软件对第三方提供商业服务,但这是双刃剑,因为这样比较封闭的开源许可证,所有的好处都被原作者拿走,外部开发者会离远远的,不利于开源社区的建设。

现在是云服务的时代,越来越多客户选择云服务,因为使用门槛低,性价比高,按量付费。软件私有化部署因为学习、搭建和运维的成本高昂,初始建设的投资大,其市场会越来越小。所以,应该利用开源构建生态,在云服务上更高效地获得最大的商业价值。

开源贡献和治理

第八问:开源社区是否应该排名,如果需要,该谁来排、怎么排(如何构建排名规则)?

我觉得需要排名,可以反映人们对开源项目的认可度,和提高人们对开源项目的关注度,但构建排名规则需要公正性、客观性和透明性。排名应该由一个中立的开源组织或平台来进行,而不是由某个公司或个人来进行。排名规则应该基于一系列评估标准,例如代码质量、功能完整性、用户体验、社区活跃度等因素。排名规则和评分过程都应该是透明的。

第九问:如何让开源社区更活跃,让开源社区竞争力更强?开源社区健康运营需要怎么样的基础设施和能力?

开源项目的发起人是开源社区建设的第一负责人,如何建设开源社区在前面的问答中有具体的建议。从这些举措中,我们可以得出开源社区健康运营需要以下的基础设施和能力,需要有愿景和凝聚大家的技术领导人,良好的文档和开发测试环境让用户很容易上手,得到大家认同的社区管理,好的代码管理确保代码质量和所发布版本的稳定性。

第十问:公司发起的开源项目捐赠后,公司的持续投入策略应该依据哪些方面进行制定和决策?捐赠后,为了保证开源项目的成功,从业界经验和教训看,公司的投入策略有哪些关键点?

公司的持续投入策略应该依据以下方面进行制定和决策:

1.公司的长期战略规划:决定公司在开源项目中的角色和目标。

2.项目的重要性和发展潜力:开源项目的重要性和发展潜力将直接影响公司的投入策略,尤其开源项目具有战略意义或者有望成为行业标准时,公司会更愿意进行投入。

3.开源项目的生态系统:开源项目的生态系统将决定公司在其中的地位和影响力,公司长远能从生态系统中获益。

这些评价的维度很多是定性的,而不是定量的,所以需要管理层对开源理念和开源所带来的价值有很好的认同。

在公司持续一贯的开源战略下,为了保证开源项目的成功,投入策略的关键点主要是人,公司应该投入能自我驱动、真正对开源感兴趣的核心开发人员和项目管理人员,让他们无后顾之忧地投入开源项目中,然后就看他们能不能倾听外部的反馈,凝聚外部贡献者,构建开源生态。

商业产品对开源组件的合理使用

第十一问:Linux内核社区在今年3月14日拒绝了来自俄罗斯贝加尔湖电子(英国制裁名单)提交的CPU使能特性,如何看待开源软件的供应受到政治影响和限制的威胁?开源社区本身有没有相关的措施抵制政治因素干扰?

我觉得不应该这么做,Linux是全世界人的财富,全世界人都可以使用Linux和为之贡献,只要开发的特性是能对大部分用户有好处的,就应该接纳,Linux开源发展跟国家政治没有关系。Linux内核Stable Branch维护者 Greg Kroah-Hartman 在一个邮件列表中明确表示,该补丁并非技术上存在任何问题,但贝加尔湖电子公司被列入英国的制裁名单,因此不能接受他们的贡献。这种做法是为了遵守国际法律和尊重英国政府的制裁决定。开源组织因为要遵守国际法律影响到了开发过程,但开源软件的使用只要遵守开源许可证并不受此影响。

我想开源社区要排除政治因素干扰的措施可以有:

1. 基金会尽可能注册在比较中立的国家,当某一个国家的法律限制到开源发展时,可以选择遵守该国的法律,还是撤出在该国的组织机构按基金会的理念来发展开源软件。

2. 开源软件的开发过程是公开透明的,任何人都可以对其代码进行审查,并向开源社区提供反馈和建议,这有助于确保开源软件的可靠性和安全性。

3. 多元化的开源社区可以确保开发过程中的多样性和包容性,确保多种声音都能被听到。例如,贝加尔湖电子公司提交的CPU使能特性没有被收录到官方的Linux内核中,贝加尔湖电子公司依旧可以维护这个patch和文档,让更多有需要的用户把它用起来。

第十二问:围绕最近很火热的人工智能大模型话题,基于开放数据集训练出来的大模型是否也该开源?框架、数据集和模型在“开源”方面的关系应该是怎么样的?

基于开放数据集训练出来的大模型如果选择开源,它会得到更多的关注,更多的外部贡献者来参与,不断地增加和修正数据集,以及改进模型,会让它自身发展更快、效果更好。同时,它的开源有助于提高人工智能研究的透明度和公正性,推动人工智能技术的广泛应用和快速发展。

在人工智能的开源方面,框架、数据集和模型都非常重要而且紧密联系的,框架是执行任务的引擎,模型是数据处理的表示搭建在框架之上,数据集是训练出高质量模型的基础。打一个粗浅的比方,框架是引擎,模型是飞行器的设计,数据集是燃料,三者加在一起让飞行器飞上天。三个领域都有非常多的开源项目,框架和数据集的开源项目数不胜数,模型领域也有国外的Hugging Face和国内的ModelScope。

数据是大模型要获得更好效果最为关键的,现在训练ChatGPT的文本大部分都取自互联网上的公开数据,还有一部分是受雇于OpenAI的外包人员给的反馈数据;实际上更多的数据还在人们的头脑和经验中并没有表达出来,受雇的外包人员是有限的,他们的知识和经验也是有限的。所以,我相信未来更好的大语言模型整体应该是开源的,服务针对个人在一般使用量情况下是免费的,这样更多的人们因为其公益目的愿意为其贡献数据和完善模型等,就像人们共同打造维基百科一样。

第十三问:评估商业产品使用开源组件的标准和因素是什么?开源组件版本归一、开源社区持续发布版本、使用最新开源组件版本这些要求是否合理?

评估商业产品使用开源组件的标准和因素有开源许可证、开源组件的可靠性和稳定性、安全性、社区活跃度与生态、服务支持等:

● 开源许可证:商业产品需要遵守开源组件的许可证,以确保在使用开源组件的过程中合法合规。

● 开源组件的可靠性和稳定性:开源组件的可靠性和稳定性是选择的重要因素,以确保商业产品的稳定性和可靠性。

● 开源组件的安全性:商业产品需要考虑开源组件的安全性,开源组件的安全记录是良好的,若有漏洞,能快速修复。

● 开源社区的活跃度与生态:开源社区比较活跃地开发开源组件,它的未来发展是有保证的,生态中有更多工具可以使用则更好。

● 开源组件的维护和支持:商业产品需要考虑开源组件的维护和支持情况,若碰到问题,能得到及时的支持。

关于第二个问题视商业产品使用的情况来定。一般来说,持续升级到最新开源组件版本可以获得新功能或修复缺陷等,当然升级需要花费时间,新版本可能存在未知的风险,解决办法就是跟着社区持续升级。在特殊情况下,商业产品使用非常稳定,也没有新的需求,可以保持所有的版本不动。

开源社区中的技术贡献

第十四问:社区技术工作的核心交付件有哪些?如何合理评价和衡量开源社区中从事技术工作(技术大拿)的技术贡献?

社区技术工作的核心交付件主要有这些:

● 文档:文档是首当其冲的,需要清晰描述开源项目要解决的问题、架构设计和里面的取舍点、工作原理等,还有QuickStart文档和使用教程,以及包括各种应用情形的使用文档等。人们是从文档上开始了解项目的。

● 代码开发和维护: 社区成员通过开发和维护代码来实现项目的功能,这包括代码的编写和测试、bug修复。

● 社区支持: 社区成员通过提供技术支持、解答问题等方式来帮助用户更好地使用项目,跟用户互动了解新的应用场景和需求,这也是开源软件改进产品的最好机会。

很难量化评价社区中大拿的技术贡献,有一些维度指标仅供参考,如文档、代码量、代码质量、社区支持等,可以衡量社区成员的相对贡献度,最关键是大家要合力把开源项目做得更好,构建繁荣的社区,这样每个人的贡献才有价值。

第十五问:如何培养开源社区中的技术人员并提升他们的专业能力?他们一般需要怎么样的素质模型?相对普通软件技术人员,哪些能力亟需提升?

要培养开源社区中的技术人员并提升他们的专业能力,比较好的方法是组织学习和交流,开源项目内技术人员相互分享和学习,开源项目间技术人员相互分享和学习,可以搞线下开源Meetup会议,大家交流开源运营的经验、解决用户问题、成长和心得等,鼓励成为社区的积极贡献者。

在开源开发中,技术人员需要直接面对用户,倾听用户的问题和需求,帮助用户解决问题,需要很好的沟通能力;开发中需要多名技术人员和外部贡献者协作,需要良好的团队协作能力;开源项目任务都不是外部安排的,需要技术人员能自我驱动和自我学习能力。所以,相对于普通软件技术人员,开源社区技术人员需要更加注重沟通和协作能力的培养,以及自我驱动和学习能力的提升。


作者介绍:

图片

章文嵩博士,CCF会士,开源项目LVS(Linux Virtual Server)创始人。现在主要做云原生创业孵化与投资,也是CCF常务理事和CCF开源发展委员会副主任。曾任高瓴运营合伙人、滴滴出行高级副总裁、阿里副总裁和阿里云CTO、TelTel联合创始人、国防科技大学计算机学院副教授。他在设计和架构大规模系统、云计算、大数据、软件研发管理上有着丰富的经验。1998年5月创立LVS开源项目,LVS代码从2003年开始一直在官方内核中,在全世界得到广泛应用。过去二十多年,积极推动国内开源的发展。获“CCF杰出工程师奖”,“开源杰出贡献奖”,“中国开源领袖人物”等奖项。

2023中国开源大会将于10月21日—22日在长沙举办,欢迎大家来听章文嵩老师精彩演讲。大会注册地址:https://chinaosc2023.ccf.org.cn/register

顶级AI大模型白嫖ChatGPT Plus1个月,0成本薅顶配功能 Chat*** Plus限时免费1个月!原价20美元/月的顶配功能 阅读详情

相关推荐

Windows 11下manage-bde命令实战:BitLocker锁了别慌,手把手教你用命令行找回数据

本文详细介绍了在Windows 11系统下使用manage-bde命令解锁BitLocker加密驱动器的实战方法。通过命令行诊断、恢复密钥获取、解锁流程演示及高级故障排除,帮助用户在系统锁定后快速找回数据,特别适合IT技术人员和遇到紧急情况的用户。

weixin_30902251的博客 329

章文嵩:开源漫谈

摘要:本文主要谈自己对开源的一些认知,从开源发展的历程来看,开源概念和开源生态都是不断演化出来的。开源软件是互联网产业发展的基石,开源生态推动云计算的发展,开源与商业化结合形成持续发展的飞轮。也从个人经历的例子讲开源全球协作和企业做开源的价值。企业受益于开源也回馈开源。开源正以“开放、共享、协同、生态+商业模式”的新型生产方式,孕育更多技术创新,成为推动全球科技发展的核心引擎。开源发展的简史开源是...

liurendonews的专栏 1600

CloudCompare点云滤波实战:三种植被去除技术的对比与应用

本文详细对比了CloudCompare中三种植被去除技术(低通滤波、CSF滤波和坡度法)的实战应用与效果。通过具体案例和参数优化建议,帮助用户根据地形特征选择最佳滤波方法,提升点云数据处理精度和效率,特别适用于复杂场景下的植被去除需求。

weixin_30689307的博客 84

开源力量公开课1-32期课件下载

全部:http://www.osforce.cn/download 第一期 开源力量公开课第1期-生产环境下的Java排错调优-施懿民 第二期 开源力量公开课第2期-Go, 基于连接与组合的语言-许式伟 第三期 开源力量公开课第3期:2小时学会iOS应用开发 第四期 开源力量公开课第4期-M...

weixin_34211761的博客 171

大模型-高通qnn基础

提供较低级别、高度可定制的统一API,通过单独的库加速所有AI加速器核心上的AI模型, 可以直接用于针对特定的加速器核心或从流行的运行时(包括Qualcomm Neural Processing SDK、TensorFlow Lite和ONNX运行时)委派工作负载。一个支持异构计算、系统级配置的一体化SDK,旨在将AI工作负载引导到我们平台上的所有加速器核心。为开发人员提供灵活性,包括核心间协作支持和其他高级功能。是一个为训练好的神经网络模型提供高级量化和压缩技术的库。

点滴的岁月 4096

自学ROS完成智能小车路径规划(一)--配置功能包

此系列文章记录本人学习ros的过程,将会尽可能详细以便自己能够看懂 参考系列:古月居老师,优快云,ROS tutorials,科大讯飞智能车竞赛线上赛 本文章的目标: 比较全局路径规划算法中A*算法与Dijkstra算法在该地图场景下的规划与运行时间 比较局部路径规划算法中DWA算法与TEB算法在该地图场景下的规划与运行时间 在同等参数条件下选择出各自适合的算法进行融合,经过比较,我将选择dijkstra算法作为全局路径规划算法,TEB算法为局部路径规划算法 第一步,按照科大讯飞的教程配置文件 科大讯

weixin_42621524的博客 9366

今天终于知道了,阿里巴巴 P8、P9 及以上到底是什么水平?

做人做事不能万事向钱看,但是钱这个东西很多时候都反映了事物的价值以及一个人的能力水平。

一个不太黑的测试人~ 1万+

【2025最新版】Open3D 区域生长分割(python详细过程版)

点云区域生长分割算法的python详细过程版实现。博客长期更新,本文最新更新时间为:2025年3月23日。

点云侠的博客 9529

程序员成长方法-自我管理

序 活到老学到老,程序员成长没有止境 职业发展目标 在你的职业发展过程中,你希望原地踏步,还是否希望成为他们类似的人:章文嵩:linux virtual server(lvs负载均衡)作者王文彬:原jboss开发,亚太区总经理,现任淘宝开放平台副总裁 林昊:java模块化专家,出版osgi等书籍岑文初:技术专家,架构师 程序员陷阱:优越感、过度自信 程序员的成长也是...

永源blog 458

【LLC快速上手系列】如何在LLC谐振里优雅地调死区时间?

用示波器死盯Vds波形,找到ZVS临界点;别听“经验值”,亲自调才准;死区时间并非越短越好,也不是越长越稳,而是要“刚刚好”;用热成像看MOSFET温升变化,ZVS调好了,温度马上掉2~5℃;轻载难ZVS?适当提升频率 or 降低Lr可破!

weixin_43199439的博客 493

AUTOSAR从入门到精通-诊断事件管理模块(DEM)(四)

在 Autosar 中,诊断事件是指在车辆电子系统中发生的特定事件,可以用于诊断和故障排除。DEM模块通过EventId和相关的EventName来表示每个诊断事件。诊断事件的状态代表了监控器的结果,DEM模块通过RTE或其他BSW模块从SW-C接收监控器的结果。DEM模块使用EventId来管理系统中每个诊断事件的状态,并对各个测试结果执行所需的操作,例如存储冻结帧/拓展帧。所有监控器和BSW模块使用EventId作为符号化的EventName来管理诊断事件。

getusushu的博客 1510

LVS-Keepalived-全解析

本文深入解析了LVS负载均衡与Keepalived高可用架构的完整技术栈。主要内容包括: LVS核心原理 基于netfilter钩子的内核态高性能负载均衡 四种工作模式(重点剖析NAT/DR模式) 调度算法详解与ipvsadm命令速查 NAT/DR模式实战搭建指南 Keepalived高可用机制 VRRP协议深度解析 健康检查实现原理 配置文件详解与脑裂防范 与LVS-DR模式集成实战 企业级架构实践 非抢占模式配置 高可用集群搭建方案 性能优化建议 全文采用生活化类比(如快递分拣中心),由浅入深讲解这两个

2301_80259371的博客 510

SAP SLT 在 carve-out 场景中的关键作用:从理论到实操全景展现

深入剖析 SAP Landscape Transformation(SLT Replication Server)在 carve‑out 场景中的价值,需要从 carve‑out 本身的背景逻辑说起。carve‑out 指的是企业因并购、拆分、剥离商业单元等因素,而将 SAP 系统中某部分业务(例如组织单元、公司代码、模块数据等) separated 出来,导入到独立的系统中。这一过程极具挑战性,既要确保业务连续性,又要实现数据精准迁移和系统隔离 (

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 7554

保姆级教程,一文了解LVS

一.什么是LVSLVS(Linux Virtual Server)是一种基于Linux内核的高性能、高可用的负载均衡软件,它可以将网络流量分发到多个服务器上,提高系统的可用性和性能。LVS的负载均衡功能实现在Linux内核中,通过对网络数据包的转发和调度,将来自客户端的请求分发到多台服务器上,从而实现负载均衡。LVS支持多种负载均衡算法:轮询、加权轮询、最小链接数等,同时还支持多种会话保持方法:IP散列、基于源 IP 端口的哈希、基于 Cookie 的会话保持等。

刘大帅ps的博客 1576

ssm框架搭建

这个是一个在idea上成功跑起来的ssm框架项目,保存在这里方便以后使用直接下载

VB摄像头监控

该VB模块可对摄像头捕获的画面进行录像等,可在创建的窗口进行控制

python开源好项目

优先看 cszmzh/taobao-data-analyze:它的 SpringBoot + Vue 架构与你最契合,可以帮你快速理解如何将 Python 的分析结果嵌入到你熟悉的全栈体系中。值得一看的点:它的 advisor.py 模块实现了具体的调价规则,比如“竞品价 < 本店售价 × 0.90 时建议降价”,你可以直接参考或修改这些业务逻辑。分析内容:使用百万级的淘宝用户行为数据集,进行 AARRR 模型分析、RFM 分析以及各个环节转化流失分析,正好对应了你提到的“看看用户在哪个环节流失了”。

在技术领域里形成深刻,全面的认识,知道来龙去脉,深入浅出的讲到实用点。 190

温度PID控制PLC程序

温度PID稳定控制程序,适用于欧姆龙PLC,对其他PLC也具有很大参考价值

百度开源文心5.5 Flash Base:280B MoE 只激活 14B,4 步部署 + 3 个坑,微调还是等指令版

百度开源文心 5.5 Flash 基座权重:280B MoE 每 token 激活 14B,1M 上下文,同尺寸开源 Base 30 项基准多数领先。4 步部署(vLLM/SGLang completions 链路)+ 3 个高频坑 + 动手前 6 点核对清单,并给出微调 Base 还是等指令版的判断线。

weixin_50937681的博客 330

SIMATIC S7-1200, S7-1500 PID 控制[手册]

SIMATIC S7-1200, S7-1500 PID 控制[手册]

开源密码管理与双因素认证工具离线镜像合集

本集合汇总等开源密码管理与双因素认证相关离线包。侧重密码箱与 2FA,与「安全审计/渗透扫描」合集错开。

264

GitHub 开源趋势日报 | 2026-11-08

每日精选 GitHub Trending 热门项目,聚焦 AI 与大模型、Agent 智能体领域,带你用一篇文章看懂开源风向。

weixin_45631123的博客 375

云捷EMS开源能源管理系统JAVA实战,好用的能源管理系统

云捷EMS是一款开源能源管理系统,覆盖物联网网关、数据采集、分析与可视化全链路,支持50余种工业协议,适配水、电、汽、光伏等多类能耗设备。系统基于微服务架构,采用SpringBoot+Vue3技术栈,支持MQTT、WebSocket双通道采集,具备低代码大屏配置、实时数据与预计算分析能力,助力企业实现能耗监测、节能降耗与碳管理数字化,可直接部署或二次开发,适用于工厂、园区等高耗能场景。

weixin_42648890的博客 231

开源AI桌面助手哪个好?5类项目的能力、许可证与部署选型

从开源范围、产品定位、任务执行、模型接入、部署方式与许可证六个维度做一次横向梳理如果你正在寻找一款开源 AI 桌面助手,可能已经在 GitHub 上看到过不少项目。有些项目能够连接多个大模型,有些能够读取本地文件、执行命令,还有些可以调用浏览器、操作电脑,甚至让多个智能体协同完成工作。但这些项目并不完全属于同一类产品。例如,有的只是一个多模型聊天客户端,有的是能够直接执行任务的 AI Agent,还有的属于本地部署的 AI 管理平台。

sykdjs的博客 228

52万 Star 的“列表的目录”:sindresorhus/awesome 如何用一套治理规则,成为全球开源资源的信任锚点

awesome 是 Sindre Sorhus 维护的开源索引项目,无一行可运行代码,却以超 52 万 Star 长居 GitHub 第二。它作为“列表的目录”,通过严格治理(30 天考察期、awesome-lint 校验、CC0 许可、贡献者评审机制)筛选高质量资源清单,成为开发者寻找优质技术资源的可信入口。虽不保证内容实时性,但其“筛选即认证”的模式重塑了信息获取方式,推动形成整个 Awesome 生态规范。

下载资源或查看教程前,请务必阅读置顶的《免责声明》 430

skill-up阿里开源Agent-Skill评估工具详解

它把「Agent 行为」这个一直靠感觉和运气的东西,变成了可声明、可执行、可回归、可演进的工程对象。对开发者:写 Skill 终于有了「单元测试 + 回归测试 + CI」;对团队:Skill 质量从「个人手艺」变成「团队资产」;对生态:Anthropic 兼容的evals.json导入 + 多引擎支持,降低了迁移和对比成本。Apache-2.0 许可、Go 编写、Windows 友好、中英双语文档——对国内开发者来说几乎零门槛。

315

开源PonWrt:让光猫刷上开源固件

弱电箱里的光猫,大多是运营商送的:能上网,想自己装插件、改配置,基本没门。想在光猫上跑 OpenWrt,前几年基本没谱;这几年 Airoha的盒子涌进二手市场,内存和闪存都不差,有的还带 2.5G 口。价钱从前年几十块炒上来,现在也不算便宜,才有人做开源固件。,社区常展开成 Passive Optical Network Wireless RouTer,简单说就是给这类 xPON 光猫用的开源固件。它基于(OpenWrt 系),专门补上 AN7581 / AN7583 的板级支持和 PON 能力。

buhuidage的博客 454

Buoyant 开源 Kinference:面向 Kubernetes 与 vLLM 的推理控制平面

Buoyant 发布 Apache 2.0 许可的 Kinference v0.1.0-alpha.7,为 Kubernetes 上的 vLLM 提供路由策略、缓存感知负载均衡和按租户计量的推理控制平面。

老孙正经胡说 344

开源交易 Agent Vibe-Trading 本地部署+回测实战

一个 3.7 万 star 的开源交易 Agent,一条 pip 命令就能装好,号称能把问题直接变成回测报告。我在没有 Docker 的环境里把它跑起来后,第一件事就是怀疑它给出的回测结论——第一次跑出的策略收益好得离谱…

2301_80281820的博客 204

(开源)宠物共享平台实战指南 基于 Java + SpringBoot + Web + MySQL

这是一个基于 Java + SpringBoot + Vue + MySQL 构建的完整宠物共享平台(管理端为 Vue,用户端为纯静态 Web 站,由后端直接托管),功能持续优化中...用户登录 / 注册 宠物寄养管理 / 寄养审核 寻宠启事管理 / 认领审核 宠物视频管理 / 视频收藏 / 视频留言 感谢信管理 公告管理 轮播图信息管理 基础数据管理 用户管理 / 管理员管理 个人中心 其它...

小小码农身兼魔法师职位!除你武器~ 431
上一篇: CCF中国开源大会专访 | 刘旭东:着眼“开源联合”,实现“聚力共赢”
下一篇: CCF中国开源大会专访|毛晓光:“联合”是开源走向“共赢”的必由之路
开源头条
博客等级 码龄13年 1475粉丝 226原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值