微软已经是一家开源公司;开源:从共同体到商业化等;开源之道每周评论(2019 10 21)...

本文是开源之道的每周评论,探讨了开源软件的商业化、开发者如何通过贡献开源项目发展职业生涯、能源行业对开源的接纳、GitHub项目因Stack Overflow代码存在的漏洞、GitLab的最新融资、改变世界的代码以及开源公司战略变化等话题。文章分析了开源在不同领域的应用和影响,同时提及了微软和AWS在开源领域的角色和态度。

点击上方蓝字  关注我们

声明:本站言论,仅代表本人观点!

文章点评

640?wx_fmt=jpeg

开源:从共同体到商业化

原文链接:Open Source: From Community to Commercialization

适兕点评:

这是一篇让我佩服的五体投地的文章,投资人的角度来看开源软件的商业化能力,以及能够完成什么。开源之道曾经翻译过作者的一篇关于文章:为什么说下一个红帽永远不会出现:开源经济学的启示,在开放式方法崛起的今天,产生更好的、质量更高、更安全的开源软件,商业化是萃取精英的不错的手段,就像有关知识付费的故事,牛有四个胃一样,总有人想直接跨过繁琐的链条!强烈推荐阅读。

如何通过贡献开源项目获得职业生涯的突破

原文链接:How to advance your career by contributing to open source projects

适兕点评:

大多数时候,我们是在和偏见做对抗,这个偏见不仅来自人类社会,也来自自身的心理,更让人沮丧的是,有的时候连偏见都谈不上,只是认知不够而已。如何获得一份可以胜任的工作,这是一个难以三言两语说清楚的问题,正如开源之道费尽口舌,也不过是想和大家阐述清楚开源的价值罢了。开源对于一名开发者而言究竟意味着什么?不是什么拿来就用,核心意义在于开源为开发者提供了一个能够表现自己意义的机会。不过这又牵扯出另外一个问题,那就是关于志愿做事这件事,先免费做事,然后坐下来谈,这样的事情,和中国“斗米恩、担米仇”,本质是严重对立冲突的。我在努力思考和调查这个现象。

为了绿色环保,能源行业开始拥抱开源

原文链接:To Go Green, the Energy Industry Goes Open Source

适兕点评:

https://github.com/OSGP ,开源智能网格平台,正在往Linux基金会旗下的能够子基金会转移。开源之道可以慢慢的感受到开源的演进,逐步在各行各业发挥作用,软件的开发从来就不是什么一劳永逸的事情,而是在不断演化的过程,这个过程必须开源,因为它是思维的产物,不是一座桥,也不是一栋大楼。而且工程化水平也没有达到医院、制造等行业,craftman 之下的开源,如何合理的核算成本,这大概是每位管理者的难题。

到 Stack Overflow上拷贝的代码,导致GitHub的项目漏洞频发

原文链接:Copying Codes From Stack Overflow Leads To Vulnerable GitHub Projects

适兕点评:

“天下文章一大抄”,这个道理没错,人都是懒惰的。本文其实写的一般,倒是它引用的论文,看起来蛮精彩的,学者们绞尽脑汁研究代码复用的优势和劣势。这依然不能阻挡人们使用代码snpieet的决心,复制粘贴才是程序的主流。论文推荐阅读。

640?wx_fmt=jpeg

GitLab 获得2亿6千八百万E轮融资

原文链接:GitLab nets $268 million, plus more funding news for San Francisco software companies

适兕点评:

在微信朋友圈里会经常看到这样一种现象,比如某公司融到资金了,然后回复中各种恭喜,甚至在各种微信群里有人索取红包,还有一种现象,就是某个外国人进入某个公司,人们会恭喜这家公司喜提xxx,作为圈中的我,百思不得其解,中国历史所遗留下来的:”吃公家的”、“加入大的集体”,等等消除人的个性,等同于集体主义中的内容,都是值得把味的事情,这些事情究竟是否需要解释?改造之前莫非不需要理解一番?如果你不能理解其中的玄机,怎么能够找到问题的本质?

那些改变世界的代码

原文链接:The Lines of Code That Changed Everything

适兕点评:

Slate 这家网站近期做了一件事,将一些人集结起来,有科学家、工程师、历史学者、记者等等,然后问他们那些代码重新塑造了这个世界?于是,各种各样的答案就出来了:从helloworld到quicksort,再到html、IRC到波音747的bug、heartbleed……非常有意思的文化现象,由人为所创造的物体正在变得让人依赖。代码吞噬世界!

开放源代码技术,引领创新

原文链接:Open source technology, enabling innovation

适兕点评:

如果将开放源代码仅仅看做是开发软件的一种工程方法,或者是程序员之间的一种技术切磋和互换,那么没有哪一种方式能够比开源更优秀,就像世界上所有事情一样,会带来一些副作用,诸如专利、所有权、商业规划、市场公关等等,甚至有人还强迫的加上道德、信仰之类的,然而真相却是,即使是这样,free rider也是占绝大部分。开源是一件颇为残酷的事情,谁拥抱了谁才能明白其中的苦涩。

640?wx_fmt=jpeg

DevOps 加速开源创新

原文链接:DevOps Deeper Dive: DevOps Accelerates Open Source Innovation Pace

适兕点评:

开源引领创新这个说法不见新鲜,而DevOps的帮助还真是头一遭见到人们这么说,The challenge many organizations now face is keeping pace with the rate of innovation. Most major open source projects, thanks to DevOps practices, are updated once a week. 这是和我个人的见建有着不一样的色彩的,我以为是DevOps是对开放式开发方法的妥协,在交付方面做了更为妥协的政策所导致,DevOps是在开放式创新和质量保证方面的一个折衷,一种让世界更为安全、稳定的往前演进的方式。

在开源共同体中发现你的下一位开发者

原文链接:Find your next developer from open source communities

适兕点评:

该文鼓励紧缺开发者的公司,尝试去开源的共同体中去寻找。其实,很多人已经尝试这么去做了,而且屡试不爽,还能找到质量非常高的人。但是想要找到共同体,你就得变成该共同体的一部分,而有一部分公司是想同化这些共同体,成为自家公司。嗯,这其中的角力就很明显的了,服从权威?还是听从自己?

2019年,多家开源公司转向,是对是错?

原文链接:In 2019, multiple open source companies changed course—is it the right move?

适兕点评:

这是一个老问题了,就是Open Core的公司,如何保护大厂云计算fork代码,长期做free rider,侵害到这些公司的经济利益,Open Core的模式仅仅是将开源当做一种开发模式,拿到代码你是无法还原他们的商业产品的,这一点大家都知道,但是大厂具备强大的技术实力,可以弥补这点。好吧,于是就发生Open Core 成为共享软件的转变。我觉得是好事,至少证明这件事情是行不通的,最好是上法庭来一发。

AWS 赞助 Rust?真的是那么好心吗?

原文链接:Is AWS sponsoring Rust? Only a bit – and so is Microsoft Azure

适兕点评:

这是一位天真的开源共同体的人,或者说是对于赞助有着特别理解的人,AWS的做法更像是传统的市场行为,是商业互换,还不能称之为赞助。更像是微信公众号自媒体收厂商费用写的没有底线的文章。开源的可持续性确实一直以来都是大问题,AWS 虽然借助开源,但是从来没有对开源友好过。可以又能怎么样了呢?AWS 不仅有钱,而且还有两张披萨文化。有大量的计算机科学家。真是可惜啊。

640?wx_fmt=png

微软已经是一家开源公司

原文链接:Microsoft To Linux Community: ‘We Are An Open Source Company’

原文链接:Microsoft says it has come a long way since ‘that’ open source comment

适兕点评:

红帽开始举办全球性的论坛巡回,在澳大利亚的时候,Redmond’s Australian CTO Lee Hickin 发表演讲说微软不是一家靠知识产权授权收费的公司了,而是彻头彻尾的开源公司:”We are not the proprietary Windows company; we are the open source cloud that has a range of services across a whole bunch of tools and technologies,” he said. “Azure is an open source platform and open source stack.” 当然,微软这么向开源示好并不是头一次,大家看看就可以了。

640?wx_fmt=jpeg

IBM 启动一项鼓励开源共同体多样性鼓励的计划

原文链接:IBM launches grant to promote diversity in the open source community

适兕点评:

IBM 试图想让开源做更多的好事,前一阵子是帮助非洲难民进行开源创新,这些是为女性开发者提供一定的云资源。是的,女性应该有更多的人参与到软件生产这个行业来,加速其变革。

醉翁之意不在酒,AWS为开源项目提供云上资源

原文链接:AWS Makes It Rain, Extends Credits to Open Source Projects

适兕点评:

关于AWS的此等做法,以及国内的一些厂商的做法,我认同Google的观点:“Recently the open source community has found that cloud providers are not partnering with them but attempting to take away their ability to monetize open source,” Kurian said. We at Google do not believe that is good for customers, for the development community, or for software innovation.” 拭目以待吧。

制作首次为开源项目贡献的原创

原文链接:Make your first contribution to an open source project

适兕点评:

开源共同体需要吸收新人,在失去道德色彩的今天,还是有很多形式可以挖掘的,从匠艺、工程、职业生涯、平等、民主等入手还是有很多机会的,至于这些新人能不能达到要求,那还要看其自身要不要走下去,要不要选择开源共同体!该文的方法论可以借鉴一番。

是什么激励开发者参与到开源软件?

原文链接:What Motivates a Developer to Contribute to Open-Source Software?

适兕点评:

增强自身的编程技能、更早获得实际经验、增加共同体和同侪的认可度、工作履历、拥有实际产品的经验……这一切都是我经常向人们表达,这个不仅适应于学生,也适应于所有想参与到开源共同体的人,问题来了。有什么用?给不给钱?这是国内缺乏赞助文化和金钱至上的一个副作用,导致就是如果不能每个月产生一些费用的话,甚至很少的,都会产生抵触心理。而这一点在高校的研究生实验室是表现的淋漓尽致。此乃后话,暂且不表。

THE

END

640?wx_fmt=gif

点击“阅读原文”查看更多超链接...

第1篇 了解开源软件 第1章 开源软件概述 1.1 开源软件的理解 1.2 开源软件的定义 1.3 开源软件定义的意义 1.4 开源软件和其他类型软件的比较 第2章 开源软件的历史与未来 2.1 开源软件的历史 2.2 开源运动背后的理想与现实 2.2.1 理想主义的兴起 2.2.2 技术精英的推动 2.2.3 现实业界的需求 2.3 开源社区的壮大 2.4 开源软件的领袖 2.5 开源软件的未来 第3章 开源软件的好处 3.1 高质量 3.2 零许可证费 3.3 开放和自由 3.4 灵活可定制 3.5 公开透明 3.6 良好的学习平台 第4章 开源软件的成本 4.1 部署和迁移成本 4.2 人员和培训成本 4.3 管理维护和技术支持成本 4.4 风险控制成本 第2篇 使用开源软件 第5章 正确使用开源软件 5.1 管理体制 5.2 法律风险 5.2.1 法律因素之著作权 5.2.2 法律因素之许可证 5.2.3 法律因素之专利 5.2.4 问题解析 5.2.5 验证著作权,正本清源 5.2.6 调查专利,借力打力 5.2.7 解读许可证,明察秋毫 5.3 成熟度 5.3.1 优秀的领导者 5.3.2 差异化的开发者社区 5.3.3 庞大的优质用户群 5.3.4 健康的项目“脉动” 5.3.5 健全的安全补丁体制 5.3.6 较完善的文档 5.4 服务 5.5 寻找合适的开源软件 第6章 开源软件之语言和平台 6.1 Harmony 6.2 Android 6.3 Python 6.4 Ruby 6.5 PHP 6.6 Groovy 6.7 Perl 6.8 Flex 6.9 OpenLaszlo 第7章 开源软件之框架和库 7.1 Spring 7.2 Struts 7.3 JBossSeam 7.4 Equinox 7.5 Hibernate 7.6 iBATIS 7.7 Lucene 7.8 Webkit 第8章 开源软件之服务器软件 8.1 ApacheHTTP服务器 8.2 Tomcat 8.3 Jetty 8.4 Geronimo 8.5 JBoss 8.6 GlassFish 8.7 MySQL 8.8 PostgreSQL 8.9 Derby 8.10 FileZillaServer 第9章 开源软件之开发工具 9.1 Eclipse 9.2 NetBeans 9.3 ApacheAnt 9.4 ApacheMaven 9.5 CVS 9.6 Subversion 9.7 GIT 9.8 Bugzilla 9.9 JUnit 9.10 TestNG 第10开源软件之桌面应用 10.1 GNOME 10.2 OpenOffice.org 10.3 Emacs 10.4 Firefox 10.5 Thunderbird 10.6 GIMP 10.7 FreeMind 10.8 7-Zip 第3篇 参与开源项目 第11章 开源社区的基础设施 11.1 基础设施 11.1.1 主页(HomePage) 11.1.2 代码库(CodeRepository) 11.1.3 邮件列表(MailingList) 11.1.4 缺陷追踪系统(BugTrackingSystem) 11.1.5 Wiki 11.1.6 其他 11.2 开源项目托管网站 第12章 开源组织和社区 12.1 Apache软件基金会 12.1.1 Apache的历史 …… 第13章 商业模式与实例 第14章 参与开源社区 第15章 开创事业
内容概要:本文详细介绍了一个基于C++的养老院管理系统的设计与实现,旨在应对人口老龄化带来的管理挑战。系统通过整合住户档案、健康监测、护理计划、任务调度等核心功能,构建了从数据采集、清洗、AI风险预测到服务调度与可视化的完整技术架构。采用C++高性能服务端结合消息队列、规则引擎和机器学习模型,实现了健康状态实时监控、智能任务分配、异常告警推送等功能,并解决了多源数据整合、权限安全、老旧硬件兼容等实际问题。系统支持模块化扩展与流程自定义,提升了养老服务效率、医护协同水平和住户安全保障,同时为运营决策提供数据支持。文中还提供了关键模块的代码示例,如健康指数算法、任务调度器和日志记录组件。; 适合人群:具备C++编程基础,从事软件开发或系统设计工作1-3年的研发人员,尤其是关注智慧养老、医疗信息系统开发的技术人员。; 使用场景及目标:①学习如何在真实项目中应用C++构建高性能、可扩展的管理系统;②掌握多源数据整合、实时健康监控、任务调度与权限控制等复杂业务的技术实现方案;③了解AI模型在养老场景中的落地方式及系统架构设计思路。; 阅读建议:此资源不仅包含系统架构与模型描述,还附有核心代码片段,建议结合整体设计逻辑深入理解各模块之间的协同机制,并可通过重构或扩展代码来加深对系统工程实践的掌握。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值