阅读更多
引用

引用
拥抱开源的微软这几年究竟都做了些什么?

去年今月,我在微软开发者峰会上见到了《设计模式:可复用面向对象软件的基础》联合作者、现任微软技术院士(Technical Fellow at Microsoft)Erich Gamma,那是我第一次真正对「微软爱开源」的 Slogan 有了清晰而深刻的认识,从可在视窗、Linux 与 Mac 环境运行的 VS Code,基于 JavaScript、具备强型别的 TypeScript,到既开源也跨平台的 .NET Core 等,微软已然成为了开源领域的佼佼者。彼时还很好奇微软为什么会从封闭到积极拥抱开源,对此,Erich 如此言说:
引用
其实开源对于微软而言并非新鲜事物,只是方法和心态上发生了变化。过去,我们只是自己编写,自己维护产品。现在,既使用别人的,也提供给别人使用。开源对我们来说,就是一扇门,打开了就可以接触到更多的开发者。

所以,微软爱开源,不只是使用到了很多开源的东西,我们也做了非常多的贡献。就像是“给”和“拿”的关系,这是一个非常重要的变化。我们不仅有完整的流程去使用现在的开源技术,也有完善的过程将我们的工具开放给大家使用。

从 PC 时代一路走来,曾经“因循守旧”到成为 linux 和开源社区的头号敌人,颇让开发者嗤之以鼻的微软究竟如何在开源上发力甚至击败了 Facebook、Google 成为 GitHub 贡献第一的公司?而从诋毁开源到拥抱开源,为何微软会做出截然不同的开源战略转型?追本溯源,也许我们能够从微软开源历程的几个重大事件中找寻到答案。

2004 年,基于 OSS 许可协议发布的 WiX 工具集成为了微软发布的第一个开源项目,该工具集包括了编译器、链接器、库工具和反编译器。

2006 年,微软推出开源托管网站 CodePlex,在此网站所发布的所有程序都可以下载源码使用。尽管微软已经宣布此网站即将于今年关闭,但不可否认的是,这是微软首次重要的开源社区尝试。

2007 年,微软的开源许可证 Microsoft Public License (Ms-PL) 和 Microsoft Reciprocal License (Ms-RL) 得到了 OSI 认证。在一篇文章中,OSI 写道,“这个决定的通过获得了开源社区大多数人的认可(虽然还有不同意见),这些许可证符合开源定义的 10 项准则,所以应该通过。”

2008 年,微软加入 Apache 软件基金会并成为白金会员,逐渐向开源 Web 服务器 Apache 项目靠拢。

2009 年,微软向 Linux 内核贡献了超过两万行的代码。这些代码大大增强了在 Windows Server 2008 Hyper-V 或 Windows Server 2008 R2 Hyper-V 上运行的 Linux 操作系统虚拟机的性能。这些贡献让微软在一段较短的时间内成为了 Linux 内核排名第一的贡献者。

2009 年,ASP.NET MVC 基于 Microsoft Public License 开源,这些代码没有平台限制,也可以被移植到 Java 或 Ruby 平台中去。

2012 年,微软基于 Apache 2.0 许可证开源了它的部分 Web 产品体系,包括 ASP.net MVC、Razor 和 Web API。

2012 年,微软开源了用来强化 javascript 开发大型应用程序的工具语言 TypeScript,后来更被 Google 用于打造自家维护的下一代 JavaScript 应用程序框架 AngularJS。

2012 年微软成立“微软开放技术有限公司(Microsoft Open Technologies Inc.)”,其主要目标是“推动公司在开放性方面的投入,包括互操作性、开放标准和开源”。

还是在 2012 年,微软开源了用来强化 JavaScript 开发大型应用程序的工具语言 TypeScript,后来更被 Google 用于打造自家维护的下一代 JavaScript 应用程序框架 angularjs。

2014 年,微软云端和企业部门执行副总裁 Scott Guthrie 在 Connect() 会议上正式宣布.NET 核心将开源,包括 .NET Framework 4.6、.NET Core 5、还有 Runtime 和编译平台 Roslyn 等。这不是微软第一次宣布产品开源计划,但却是最让全球开发者震撼的一次宣布。

同年,新上任的 CEO Satya Nadella 提出了“微软爱 Linux“,并加入了 OCP(Open Compute Project),在微软 Build 大会上成立.NET 基金会,全力支持 .NET 平台上的开源研发与合作。

2015 年,微软通过与 credativ 合作,将最流行的 Linux 发行版之一的 Debian 带到了它的 Azure 上。同年与 Red Hat 达成合作,将 Red Hat 企业版 Linux(RHEL)带到了 Azure 云上。

同在 2015 年,微软还开源了 Visual Studio Code, 并且发布了 Visual Studio GDB 预览版,允许开发者远程调试 Linux 对象。

2016 年初,微软和 Canonical 展示了在 Azure 上运行 Ubuntu Linux 的第一个技术预览版。至此,微软已经将所有的领先的 Linux 发行版带到了 Azure 云上。

同年 3 月,在 EclipseCon 大会上,微软宣布加入 Eclipse 基金会,在 11 月的 Connect 开发者大会上,微软公司加入 Linux 基金会成为第 11 位白金会员,取得董事会席位,同时也宣布 Google 加入微软 .NET 开源基金会。

且在 6 月的 Red Hat DevNation 大会上,微软正式发布实现跨平台(Windows、Linux 和 Mac)的 .NET Core 1.0 ,这意味着开发者可以使用 Windows 开发,用 Linux 部署。

9 月,在 GitHub 的“对开源贡献人数最多的组织(Organizations with the most open source contributors)”的榜单中,微软击败 Facebook、Google 一跃成为 No.1,至此,微软彻底赢得了来自业界及开源社区的认可。

而到了今年,微软在开源领域已经有了诸多动作,比如开源 GVFS (Git Virtual File System) 虚拟文件系统、Azure Service Fabric SDK、用于帮助开发者创建跨平台应用的 ReactXP,以及可用于训练无人机和自动驾驶汽车的模拟器平台 AirSim 等。

在《开源纵横谈:微软开源那些事儿》一文中,作者杜玉杰如此总结道:“对企业来说开源作为一个武器,无论是进攻还是防御,首先要考虑的都应该是商业的利益。微软帝国从 PC 时代崛起,经历了互联网时代的短暂迷惘,新的君主能够领悟到了开源的价值,转变战略乘云之势重回宝座不得不说是企业开源战略转型的一个典范。”

而从技术角度出发,我们又不禁想问,开源对于微软究竟产生了怎样的影响?Erich Gamma 给出了他的答案:
引用
开源的发展速度非常惊人,尤其是微软。五年前谈到开源时,整个 Windows 没有什么开源的东西。这五年来我们发生了很大的变化,现在微软内部也有了很多流程与方法,能够让我们的工程团队去使用开源。

五年前,我们的律师一听到开源,第一反应就说“NO”,但现在律师也在帮助我们更好地往开源上做努力了。我们知道开源领域有很多争议,特别是 License 的部分,有些“License”也许存在一些灰色地带。然而在微软,我们的工程部门和法律部门都在帮助我们更加合规地做开源项目,比如 GPL。现在,在他们的帮助下,我们能够清楚地了解哪些是我们可以使用的。

虽然是开源,但事实上对微软对我们所提供的开源软件是负责任的。微软对开源技术的运用横跨多个不同的产品线。我们内部对整个开源的软件都做了详细的记录,来帮助开发者和产品团队,让他们避免陷入到一些 License 问题里。我们很多开源的软件都有数据库去记录它用在哪个产品里,能够实现正向和反向的追踪。比如有的开源软件造成一些问题,我们可以很清楚地对相关产品进行迅速准确的修正。

而说到影响,我所看到的最大的贡献便是来自于效率的提升。比如当我们把 .Net Core 开源之后,有诸多来自社区的人帮助我们审阅代码,给出了很多改进意见。同时,许多开发者会希望能不能实现让 .Net Core 在其他平台上运行,我们可以看到在这方面很多的尝试。

  • 大小: 30.1 KB
2
0
评论 共 0 条 请登录后发表评论

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

  • bug报告模板经典

    bug报告模板经典

  • 如何有效地报告 Bug

    如何有效地报告 Bug作者:Simon Tatham 专业的自由软件程序员翻译:Dasn[ English | 简体中文 | Česky | Dansk | Deutsch | Français | Polski | Русский | 繁體中文 ] Many chinese people like to read the article with text indent in each

  • 编写优秀Bug报告的艺术及案例分析

    原文出处:http://nckiki.cnblogs.com/articles/242451.html编写优秀Bug报告的艺术及案例分析---Rex Black原著《Fine art of writing a good bug report 》---Kiki翻译于2005/5/28前言在99年的Quality week上的一次演讲中,微软的一个测试经理,Roge

  • 安装centos 7的时候出现An Unknown Error Has Occurred

    提示“An Unknown Error Has Occurred”,detail info最上面的那行,大概是提示exception “/usr/lib64/python2.7/site-packages/pyanaconda/bootloader.py”。出现这个信息时,可能是你的硬盘里面有些raid的数据,与安装程序发生了冲突,你要把你的硬盘格式化掉,一般可以用diskg...

  • 小米红米手机通过命令生成日志报告查看电池健康状态

    在拨号页面输入*##286##* 解压bugreport压缩文件找到压缩文件点击进去找到bugreport文件夹点击进去找到bugreport压缩文件解压后打开此文件找到bugreport.txt文本搜索healthd关键词 找到fc对应的数字就可以看到手机电池现在进电量比上官方标识总电量就可以得出现在电池的电量百分比 ...

  • 老司机教你如何有效的编写bug报告

    缺陷报告是测试过程中最重要的部分,对产品的质量有较大的影响,是测试人员价值的终极体现。好的缺陷报告可以减少研发部门的二次缺陷率、提高研发修改缺陷的速度、提高测试部门的信用度、增强测试和研发部门的协作。

  • 我们应该如何有效提交 BUG 报告?

    Time will tell. 我们大多数人手机上或电脑上所用的软件,绝多数都是免费的,而我几乎是非开源软件不用的。尽管我们使用免费软件,但这并不代表软件没有成本。 无论免费与否,好的软件提高了生活质量,所以我们才会使用它。那么,我们能为这些生活增值的开发者回馈些什么吗? 一封感谢邮件?或是通过 PayPal给开发者捐款?成为软件的狂热粉,不停发tweet和 instagram 说它有多棒?我认为支持软件最好的方式之一就是提交bug报告。 在遇到软件 BUG 时,可以采取更积极的方式,花时间报告提交 B.

  • 安装linux 系统出现An Unknown Error Has Occurred报错原因和解决方法

    转载:http://www.hellokvm.com/?p=659 An Unknown Error Has Occurred This program has encountered an unknown error. You may report the buy below or quit the program. This program has encountered an unknown error. You may report the buy below or quit the pro

  • 如何正确有效的报 Bug

    一 1 月 27 号,我在编辑公众号文章时,发现了微信公众号的一个前端显示 bug,就顺手给贴到一个测试论坛上,因为不是自己产品的 bug,所以就想着有腾讯的人看到可以自己去跟进来着。 结果等了几天都没动静,直到第三天,也就是 1 月 30 号,终于有一个坛友肉身帮忙重现,竟然发现问题不重现了,我勒个去。 其实她一开始给我说没有这个问题时,我还是不相信的,毕竟我在提 bug 前反复验证过,并且给出了必现步骤,以及其他关联场景的验证结果,但是,我再次去验证时,竟然真的不重现了。 这真是哑巴吃黄连,有苦说不出,

  • 算法竞赛入门经典 第二版 习题6-5 巡逻机器人 Patrol Robot uva1600

    题目:https://vjudge.net/problem/UVA-1600 思路:BFS求最短路径问题,需要注意对于穿过障碍时的处理,具体见代码及注释。 代码:C++ #include #include #include #include using namespace std; const int movex[] = {0, 0, -1, 1}; con

  • VideoView导致内存泄漏

    今天调试app的时候,LeakCanary提示开机视频页面SplashVideoActivity出现内存泄漏。然后用Android Profiler查看了一下,果然已经执行了finish的SplashVideoActivity还存在于内存中。其中罪魁祸首就是这个AudioManager,它持有了SplashVideoActivity的引用。 然后去网上查了一下VideoView导致内存泄漏的...

  • 如何编写有效bug报告

    一、             编写Bug report的原则Bug report是测试中最重要的一部分,也是测试人员价值的终极体现,一个有效的Bug report,在编写的时候需要遵循以下原则:(1)                  Bug可重现,尽可能找到重现规律。测试人员在编写Bug report之前必须在检查问题是否可重现,问题重现才可以让开发更有效地查找到原因并解决问题,对于比较

  • 算法题(二十):机器人的活动范围问题

    题目描述 地上有一个m行和n列的方格。一个机器人从坐标0,0的格子开始移动,每一次只能向左,右,上,下四个方向移动一格,但是不能进入行坐标和列坐标的数位之和大于k的格子。 例如,当k为18时,机器人能够进入方格(35,37),因为3+5+3+7 = 18。但是,它不能进入方格(35,38),因为3+5+3+8 = 19。请问该机器人能够达到多少个格子? 分析 1. 要判断四个方向是否可以继续...

  • 报告显示:用户遇到Bug就会删掉应用

    50%的手机用户如果遇到出现Bug的应用就会直接删掉。 这是SmartBear2013年十月到十一月的调查报告中的结果。 报告证实了应用质量的确是手机用户最关心的,也是手机开发者的头号挑战。 原作者 Pete Goldin 原文链接:http://apmdigest.com/consumers-delete-mobile-apps-when-they-encounter-bugs

  • 算法练习——机器人走方格

    有一个XxY的网格,一个机器人只能走格点且只能向右或向下走,要从左上角走到右下角。请设计一个算法,计算机器人有多少种走法。 给定两个正整数int x,int y,请返回机器人的走法数目。保证x+y小于等于12。 其实就是用了递归的方法,限定好初试条件就好了 import java.util.*; public class Robot { public int countWa

  • 小米应用商店错误日志查看教程(含工具下载)

    序言 在小米商店上架过程中,如果发生错误。可以下载日志,但是日志文件需要特殊工具查看。而且官网上也没有相应的教程。特别记录一下。 下载下来以后解压出来是这样的。 mp4里面是测试视频。而压缩包里面是日志文件。解压以后是这样的。 这个时候需要在这个文件夹中放入一个jar包。 工具包下载 然后输入命令,其中的bugreport-xxx.txt 就是同目录下的错误日志文件,名字取同目录下的名字。 java -jar chkbugreport-0.5-216.jar "bugreport-xxxx.txt"

Global site tag (gtag.js) - Google Analytics