写点什么

Phil Haack 回复了有关.NET OSS 的问题

  • 2016-03-07
  • 本文字数:1805 字

    阅读完需:约 6 分钟

正如 2 月底的报道,部分社区成员和贡献者表达了对.NET 开源现状的担忧。为了更深入地了解情况,InfoQ 联系了前微软项目经理 Phil Haack,他现在是 GitHub 的工程部经理。此外,Phil 还是 QCon“开源.NET 的无穷力量”的专题出品人

Phil 首先描述了.NET OSS 当下的变化:

我认为,.NET OSS 社区之所以让许多人觉得沮丧,是因为与其他社区相比,它还相对年轻。虽然它已经有了许多进步,而且还会继续进步,但它有很大的惯性需要克服。对于像微软这种规模的公司,其变革速度令人印象深刻。但是那种变化的影响是滞后的。毕竟,有多人仍然在生 IE 6 的气,它破坏了 Web 标准,而那是 15 年之前推出的!

传统上,微软在每个领域都必须有自己的产品。从某种程度上讲,这是客户的需求。古谚有云,“没有人会因为购买了 IBM 的产品而被解雇”,这同样适应于微软。

不过,近年来它变了,因为它开始认识到 OSS 是未来。例如,他们研究了构建自己的 DVCS 的可能性,但他们醒悟过来,并一心一意地使用 Git。类似地,他们有自己的分布式缓存,但之后切换到了 Redis。他们还为 OpenSSH 做贡献。在这个方面,微软不仅开始采用 OSS,而且开始为它做贡献。

此外,他们还将许多代码转换为开源代码,MSBuild、ASP.NET Core、.NET Core 等都在 GitHub 上开源就是证明。但是,这种巨大变化的影响要过一段时间才能真正显现出来。现在正是时候,一个真正创新的.NET 项目有了成功的机会,因为如果它变成一种标准,变成一种微软现在没有但需要的东西,微软就变成了一个潜在的赞助商。

开源项目赞助是人们关心的主要问题之一,多位.NET 贡献者都提了出来。他们声称,虽然部分企业广泛使用开源项目,但他们却不回馈项目。Phil 答复说:

说企业不回馈项目,这个问题的关键在于你如何衡量它。没有人可以提供任何数据证明这是真是假。我觉得,这个问题是每个 OSS 社区都有的问题。只要看看 OpenSSL 中的安全漏洞以及那个项目如何资金不足就知道了,它可是哪里都用!

关于这一点,我们需要做更多研究。我敢打赌,在使用 OSS 项目的用户数和为那个项目做贡献的公司数之间,有一个典型的比值。例如,对于一个 OSS 库,每 100 万用户就有一个公司赞助商。考虑到.NET 社区的规模比较小,那就意味着很少有.NET OSS 项目有企业赞助商。

我认为,这种挑战在开源社区中是普遍存在的,不只是在.NET 社区,这也是我想做出改进的。我认为,我们需要帮助公司,让他们看到回馈他们使用的软件项目有益于他们的根本利益。那不仅会让所有的人都受益,而且与工程师的日常工作相比,为这些项目做贡献更具挑战性,因此是一种培养可信赖的工程师的不错的方式。此外,这还能提升士气,提供良好的公共关系。作为开源社区,我们需要在让公司看到好处以及如何有效回馈方面做得更好。

虽然微软现在接受不是它创建的技术,向外部项目敞开了大门,但它仍然在.NET 开源中扮演一个关键的角色。Phil 阐述了微软商业策略与.NET OSS 之间的关系:

我认为,分析下微软的长远发展非常重要。他们的 Windows 和 Office 业务依然强劲。不过,随着越来越多的人拥抱开源、Web 和移动,这些支撑微软未来长远发展的业务,其力量会削弱。他们销售应用程序、库和框架来赚钱的能力也会走上同样的道路。我认为,Azure 及其相关服务才是微软未来的业务,其受 OSS 商业化的影响较小。以他们的立场来说,他们不关心你使用什么构建,只要你构建的东西运行在 Azure 上就行了!

这就是为什么我们会看到 OSS 是自上(Satya Nadella)而下为人所接受。这不是一个公关噱头。没有人会将那么多钱、时间和基础设施压在公关上。虽然这种巨大的变化要影响到一般的.NET OSS 项目还需要一些时间,但它会的。

例如,GitHub 上的 C#库就超出了一般项目的发展速度,是 GitHub 成长最快的语言之一。我们看到,以 Windows 为主操作系统的新用户增加了。GitHub 上的.NET 开源项目当然没有停滞不前;它发展得很快。Octokit.Net 是其中一个我帮助维护的项目,这是一个连接 GitHub API 的客户端库。这是一个相对比较小也没什么名气的项目,但我们最近有了许多活跃的贡献者。它真得发展起来了。

Phil 总结道:

所以,同其他社区相比,.NET 开源社区还没有那么大、那个强或者那么健康。但它不像大多数人所认为的那样差别大,而且正在活跃发展。我认为,将来需要重点努力的方向是让公司懂得回馈,但那不只是.NET 的问题,而是一个更大的 OSS 问题。

查看英文原文: Phil Haack Replies to Concerns on .NET OSS

2016-03-07 18:001739
用户头像

发布了 1008 篇内容, 共 448.7 次阅读, 收获喜欢 346 次。

关注

评论

发布
暂无评论
发现更多内容

Ceph社区上游正式合入openEuler原生支持,并通过CI持续验证

openEuler

Linux 分布式 操作系统 Ceph openEuler

《Spring6核心源码解析》已完结,涵盖IOC容器、AOP切面、AOT预编译、SpringMVC,面试杠杠的!

冰河

Java spring 程序员 架构师 源码解析

Dubbo Triple 协议重磅升级:支持通过 HTTP 连通 Web 与后端微服务

阿里巴巴云原生

阿里云 云原生 dubbo

技术速览|Meta Llama 2 下一代开源大型语言模型

SEAL安全

meta openai backstage mata llama

不止工具:音视频开发「利器」的新机遇

阿里云CloudImagine

云计算 音视频 视频云

统一观测丨使用 Prometheus 监控 Cassandra 数据库最佳实践

阿里巴巴云原生

阿里云 云原生 Prometheus

功能更新|Leangoo领歌敏捷工具支持SAFe大规模敏捷框架

顿顿顿

敏捷开发 敏捷项目管理 scrum敏捷工具 SAFe框架 SAFe大规模敏捷

具身智能,是机器人的“冷饭热炒”吗?

脑极体

AI

代码随想录 Day22 - 二叉树(八)

jjn0703

docker简介与背景知识

timerring

Docker

代码随想录Day25 - 回溯(二)

jjn0703

如何评价一种框架技术的好坏?

canonical

低代码 架构设计 软件设计原则 ORM框架 开源框架

火山引擎DataLeap如何解决SLA治理难题(三): 平台架构与未来展望

字节跳动数据平台

大数据 数据中台 数据治理 数据安全 企业号 7 月 PK 榜

2023-07-23:给你 n 个任务和 m 个工人 每个任务需要一定的力量值才能完成 需要的力量值保存在下标从 0 开始的整数数组 tasks 中 第 i 个任务需要 tasks[i] 的力量才能完

福大大架构师每日一题

福大大架构师每日一题

对比 5 个开源网关项目,这家 SaaS 企业如何统一网关架构

阿里巴巴云原生

阿里云 微服务 云原生 SaaS

防范直播网站源码搭建多重问题的背后重要功能_山东布谷科技创作

山东布谷科技

软件开发 直播 源码搭建 直播源码 直播网站源码

成都站丨阿里云 Serverless 技术实战营邀你来玩!

阿里巴巴云原生

阿里云 Serverless 云原生

从互联网到云时代,Apache RocketMQ 是如何演进的?

阿里巴巴云原生

Apache 阿里云 RocketMQ 云原生

AIGC技术展望和机会 | 社区征文

AIWeker

AIGC Stable Diffusion MidJourney 年中技术盘点

vscode配置gitbash终端

芯动大师

在 Go 语言单元测试中如何解决 HTTP 网络依赖问题

江湖十年

单元测试 HTTP Go 语言

全国独家线下面授 | 上海大规模敏捷LeSS认证9月7-9日

ShineScrum

less 大规模敏捷 大规模敏捷LeSS CLP

代码随想录训练营Day24 - 回溯(一)

jjn0703

2023 云原生编程挑战赛火热报名中!导师解析 Serverless 冷启动赛题

阿里巴巴云原生

阿里云 Serverless 云原生

云原生网关部署新范式丨 Higress 发布 1.1 版本,支持脱离 K8s 部署

阿里巴巴云原生

阿里云 云原生 Higress

用NineData三分钟搭建企业数据库平台,告别数据泄露与删库跑路

NineData

安全 敏感数据 AIGC 玖章算术 NineData

时光“摆渡者”,让回忆“闪现”眼前

脑极体

Excel 高阶使用(含 ChatGPT)与数据可视化

Data 探险实验室

数据分析 Excel 数据可视化 可视化工具 ChatGPT

关于云平台虚拟机核心组件 libvirt 热迁移流程及关键参数介绍 | 龙蜥技术

OpenAnolis小助手

开源 虚拟机 龙蜥大讲堂 浪潮数据 热迁移

Phil Haack回复了有关.NET OSS的问题_.NET_Pierre-Luc Maheu_InfoQ精选文章