2天时间,聊今年最热的 Agent、上下文工程、AI 产品创新等话题。2025 年最后一场~ 了解详情
写点什么

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:001728
用户头像

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

关注

评论

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

oracle数据库开发优化建议

默默的成长

oracle 前端 11月月更

计算机网络:随机访问介质访问控制之CSMA/CD协议

timerring

计算机网络 11月月更

你要的react+ts最佳实践指南

xiaofeng

React

阿里和蚂蚁集团共建并开源的国内第一款IDE框架——OpenSumi新版本发布

云布道师

#开源项目 2022云栖大会

react源码分析:组件的创建和更新

flyzz177

React

人人能读懂redux原理剖析

夏天的味道123

React

HTML知识框架 一

默默的成长

oracle 前端 11月月更

数据预处理和特征工程-数据预处理-数据无量纲化 & 缺失值

烧灯续昼2002

Python 机器学习 算法 sklearn 11月月更

redux原理是什么

xiaofeng

React

vue面试如何准备,这几道面试题助力你拿到理想offer

bb_xiaxia1998

Vue

前端工程师的vue面试题笔记

bb_xiaxia1998

基于 Istio + Envoy 的 dubbo-go Proxy Mesh

apache/dubbo-go

dubbo Service Mesh service dubbo-go dubbogo

新闻速递 | KaiwuDB 亮相世界互联网大会

KaiwuDB

数据库 大数据 互联网

列存数据仓库怎样更高效

王磊

云栖大会“云计算加速开源创新论坛” 揭晓 2022 年度开源人物

云布道师

开源 云栖大会

从react源码看hooks的原理

flyzz177

React

react的useState源码分析

flyzz177

React

怎样徒手写一个React

helloworld1024fd

JavaScript

ModStartBlog v6.1.0 界面显示优化,富文本升级

ModStart

每日一题之请描述Vue组件渲染流程

bb_xiaxia1998

Vue

前端js手写面试题看这篇就够了

helloworld1024fd

JavaScript

从实现一个React到深度理解React框架核心原理

夏天的味道123

React

一文读透react精髓

xiaofeng

React

阿里巴巴云生态 9 大开源项目重磅发布

云布道师

云计算 开源 2022云栖大会

阿里云丁宇:交付管理一体化的云原生应用平台 KubeVela 再升级

云布道师

云原生 2022云栖大会

能不能手写Vue响应式?前端面试进阶

bb_xiaxia1998

Vue

Jenkins集群下的pipeline实战

程序员欣宸

jenkins pipeline 11月月更

手写JS函数的call、apply、bind

helloworld1024fd

JavaScript

2022前端常考手写面试题总结

helloworld1024fd

JavaScript

CSS学习笔记(四)

lxmoe

CSS 前端 学习笔记 11月月更

react的jsx语法是怎样解析的

夏天的味道123

React

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