自由软件与微软帝国
2009-06-01 08:29:54 
Administrator
摘要：比尔盖茨可能不会盛赞Keith Curtis，这位在微软工作了11年之久的程序员，现在已离开了微软，并且写了一本书，书的内容是为什么微软模式将会失败。正如你已经猜到的，Curtis作为一个Linux的大师他并不担心表示出自己的心里话。在 Curtis的著作《软件大战之后(After the Software Wars)》中，他反复念叨一句的口号：专有软件阻止了我们社会的发展。在这本书中，Curtis表示，虽然专有软件使微软成为迄今为止最成功的公司之一，但这个模式是注定要失败的，因为它没有让软件程序员相好合作并作出贡献，从而扼杀了创新。
Curtis是在Windows和Office上开展编程工作，并在微软从事研究工作，他表示从未实际使用Linux操作系统，直到他在2004年年底辞去这份工作为止。而在随后的几年，他成为了 Linux的狂热分子，他坚信自由、开放源码的软件在技术上是更优越的。但Curtis表示，只要微软及其专有软件的模式继续占据着主导地位，我们将生活在“计算的黑暗时代”。在接受CIO.com网站Shane O'Neill的采访时，Curtis谈到了自由软件的崛起、 Linux在他所说的软件业最大公司必然垮台的过程中所扮演的角色、…、无人驾驶的汽车等话题。大举对开源为基础的企业(FOSS，如Github)进行收购也引起了《软件自由界发起的呼吁抵制》。
微软开源策略的尴尬境地
红联Linux 2009年10月下旬消息，微软到底是开源的朋友还是敌人？如果从微软近几年的动作来看，真的无法说清。一方面，微软拼命向开源领地摇动橄榄枝，捐赠代码、支持像Apache Software Foundation之类的开源企业，就好像它跟开源天生一对似的；另一方面，它仍然对它那些基于开源技术的专利实行收费，而且它的专利许可的运营策略与开源的运营有着天壤之别，况且微软还动辄就跟开源对簿公堂。
然而无论微软采取怎样的开源策略，无可否认的是开源公司、开源开发者及其拥护者已经发展得越来越强大，已经拥有了很成熟的商业模式。尤其是Linux，它驱动了世界上许多大的网络比如Google。而且越来越多的开发者和公司在选择使用开源的工具和软件。年初的时候，微软起诉荷兰汽车导航系统开发商TomTom，指责对方侵权，而且微软坚称此举只是一起专利诉讼而非针对Linux或者开源社区。尽管大部分的Linux社区都接受了微软的观点，但是Linux Foundation 的执行理事Jim Zemlin认为，任何针对开源技术的诉讼都会让整个开源社区感到不爽。
当然在过去的几年中，微软对待开源的态度已经发生了显著的改变。尤其是Sam Ramji就任微软开源实验室主管，在他上任之前，微软的做法一直是极力向用户宣扬Windows环境的价值同时间接贬低Linux环境的价值。Sam Ramji则极力避免与Linux和开源社区的冲突，一直在宣传微软向开源做出的努力，同时在技术上认为微软的技术与开源的技术不但不冲突而且可以相辅相成。微软软件和开源软件共同在这个产业里发展，有许多发展方式， Ramji说，微软会继续在这个领域内发展，并承认和尊重开源的发展。
微软在开源方面也确实做了很多实事。例如去年7月收购Powerset，Powerset产品的HBase组件有开源代码，微软将这些代码捐献到了 Apache Software Foundation的Hadoop项目。除此之外，微软在年初还首次向开源的其他项目捐献代码，七月微软开始向一个名为ADOdb的PHP项目提供代码，同时，微软还成为了Apache的捐赠者
看似前后不一的种种事件恰恰彰显了微软在开源方面的尴尬。实际上，微软公司内部有很多能人，他们都知道，越早利用开源的优势越有利于公司的发展。分析师Andrew Updegrove认为由于微软客户的深度和广度，所以它在市场上的优势地位很不牢靠，如果它不从设计、开发者和策略思考上认真对待开源，他们将丧失市场上的优势。
微软软件之所以流行是由于软件开发者的使用，而且这些开发者有相当一部分是微软的忠实拥趸。然而，越来越多的开发者愿意使用开源技术，原因很多其中就包括开发者不愿意等待开发商的升级和补丁，而开源的工具很多都是免费可用的。如果微软继续怠慢开源，它将无法留住开发者，而且无法跟上快速革新的市场。
Brand Affinity Technologies公司的副总裁Joe Lindsay说，变革一般发生在较小的企业，它们愿意使用能给他们变革提供更多选择、动力和自由的工具。 Lindsay认为微软的技术和产品给常规用户提供了可以变革的技术，但微软自身却不是一个大胆的变革者，尤其是它对自己代码的许可管理。Lindsay 说，微软的技术提供也很不厚道，它给用户提供软件用以变革，但必须支付费用，而且由于微软技术的封闭性使得用户只能以微软的方式变革。这给微软带来了巨大的利润，但给开发者和技术变革者带来了许多不便。
即便微软想在开源方向大刀阔斧，也会遇到很多困难。首先微软的根基就是闭源软件，它的商业盈利皆来源于此。一位Internet的开发者同时也是 Open Source Initiative.的联合创立者Eric Raymond称，虽然微软在某些方面需要开源，但从根本上来说开源与微软公司的策略是矛盾的。
Raymond认为微软在调整专利软件的策略方面将渡过一段很长的艰难时期，因为微软的大部分利润是来自像Windows和Office之类的产品，而且是同类产品市场上特立独行的标准，因为它们是独立的技术。微软前开源实验室主管Sam Ramji就受到了这种商业模式的制约，尽管他在微软的开源发展上做了很多努力。Raymond说，他只能在不影响微软客户和利润的地方做开源，而这种地方很少。
Ramji曾说，微软尊重和感激开源开发者为行业做出的重大贡献。然而，与所有的软件企业合作，包括那些商业性质的开源技术，必须构建在对知识产权的尊重上。所有的玩家都应当在同样的规则下合作，即便是开源的软件公司也会在有必要的时候来到法庭上保护他们的知识产权。
虽然现在Ramji人已卸任，但微软如何发展开源我们仍将拭目以待。
与谷歌之间的那些事儿
南方周末2009年11月下旬消息，十年来，Google产品中不乏成功和失败的先例。正如今天回看尼葛洛庞帝的售价100美元笔记本计划才明白其远见一样，过几年再看Chrome操作系统或许更清晰，那时人们也许会发现，它诞生的今天是一个革命性时刻。电脑将变得越来越简单，甚至可以不需要微软，这是Google告诉我们的未来。
那将是一个Google的世界———你需要安装一个叫作Chrome的操作系统，通过一个叫做Chrome的浏览器，使用那个将HTTP提速了55% 的SPDY网络协议，登陆一个叫做Google的搜索引擎主页，打开一个叫做Gmail的邮箱收发邮件，用Gtalk的即时通讯工具和人交流，用 GoogleReader订阅喜欢的博客和资讯，进GoogleLibrary看书，用GoogleDocs写字，用Picasa编辑、存储照片，用 Youtube看视频，用GoogleVoice拨打电话，用GoogleMap查看地球上任何一个地方……如果你是一位技术爱好者，没准还会在关机前往 Chrome操作系统的源代码中添几笔。
不要惊讶，上面提到那些Google产品你可能已陆续用过，Chrome操作系统不过将它们集中起来送到你面前。早在今年7月8日，Google宣布研发Chrome操作系统的消息后，媒体已多次嘀咕它的降临，11月18日它果真如约而至，第一款预装Chrome操作系统的上网本，很有可能成为不少人的圣诞礼物。ArsTechnica最新发布的2009年10月操作系统市场份额显示，Windows坐拥92.52%，MacOS是 5.27%，Linux只占0.96%。而今，被称为IT界最高精尖领域的操作系统，长久以来的三家并存格局，终于要由Chrome打破。
正如比尔·盖茨在被问及对Chrome操作系统看法时所说的，基于Linux平台的操作系统不胜枚举，但Chrome的兄弟———2007年底 Google推出的开源手机操作系统Android的表现，已证明其不同以往。2009年10月14日，宏碁在伦敦发布第一款双操作系统的上网本 AcerAOD250，用户可选择使用Android或者Windows7操作系统。Android已经从手机延伸到了上网本，这在其他Linux操作系统中实为不可想象。如果说Windows靠的是先入为主对桌面的占领，Mac则主要定位于那些追求时尚与个性的人们，Linux则着眼于开源与自由分享的技术爱好者，Chrome就是一名轻量级选手，功夫不在系统本身而在网络平台之上。
操作系统主要功能是管理电脑硬件与软件资源。最早的DOS操作系统时代，用360K的软盘即可驱动电脑主要硬件。从1995年开始的Windows时代，操作系统不仅要驱动硬件，还要管理和支持各类软件，特别是为了和office系列兼容，系统盘越来越大。Chrome操作系统，打破了微软的游戏规则，使Web操作系统成为现实———系统只需解决本机的硬件驱动问题，如前所述，它更多的软件应用是由网络来实现。人们可以随时随地调出和使用各自文件， 所需不过一个网络接入终端———无论它叫手机、电脑还是其他。
这一变革并非凭空而来，Google至少已经为之准备了五年。2004年4月1日，Google推出1GB容量的gmail，刚开始人们以为那是个愚人节玩笑。紧接着，人们发现这是一款Web版的outlook，它可以实现即时通讯、视频聊天，然后是它附着了一系列办公软件应用，如日历、Docs…… 不知不觉，它已经提供了全套office解决方案。2008年9月，Chrome浏览器出来的时候，人们才恍然大悟:Google不是在做邮箱，也不是在做浏览器，而是操作系统!
对消费者来说，Chrome带来的最直接的好处是免费。如果买一台电脑的费用是1000美元，为之添加操作系统、购买相应的应用软件，或许还得花上 500美元左右。如果以windows7每套售价119.99-219.99美元计算，Chrome将为每台电脑至少节约10%的费用。Google表示，Chrome初期将主要应用在上网本平台。Chrome对CPU要求不高，这或许是AMD、威盛、国产龙芯等厂商们打破Intel独大局面的机会。抛开设计、游戏等专业需求，当人们意识到上网本完全能满足日常电脑使用时，电脑的类别或许会因此而产生变化，IT产业格局也将因此而变，硬件业将削弱，Web应用将兴起。Chrome+上网本，还可能打破Windows+Intel的多年联盟，过去这两家总是在操作系统和CPU上很有默契地一唱一和各推新品，以后他们的步调极有可能错开，2008年3月，一向将CPU往高端推进的Intel背离轨道推出低能耗的Atom系列，不过是一个开始。
上述结果已直接挑战了微软，它自然不会坐视不理。今年10月，微软发布Windows 7，头一次它的新系统没有对CPU提出更高要求，也没有硬件兼容性问题。另外，微软今年的最大动作是推出了搜索引擎Bing，直接将战场开到了Google起家的搜索领域。如果从此两家IT巨头在长长的产品线上拉锯，未尝不是一件好事。但也有人并不看好Chrome，譬如，Chrome虽然强大，但Google应用中尚欠缺视频处理功能；各地网络建设和政治环境不同，如果不能保证网络随时顺畅，Chrome也就英雄无用武之地。十年来，Google产品中不乏成功和失败的先例。正如今天回看尼葛洛庞帝的售价100美元笔记本计划才明白其远见一样，过几年再看Chrome操作系统或许更清晰，那时人们也许会发现，它诞生的今天是一个革命性时刻。
自由软件将以何种方式导致微软的覆灭?
自由软件将导致微软的灭亡，因为我们知道存在两种的方式：
第一，通过一个开放的、合作的研发模式，自由软件社区开发出了在技术上更加优越的产品。人们会把维基百科首先看作一个百科全书，而不是软件，但它是研究这场即将到来的革命的一个很好案例。自由软件还有许多种，它们已经证明了较之专有软件，它们在技术上更具优势，。Web开发人员普遍认为Firefox比Internet Explorer更加优越。Linux内核可以运行从手机到超级计算机等一切设备上。即使苹果也已经放弃其专有内核，却而代之的是一个开源的内核。
第二，自由软件将导致微软的利润率大幅下跌。即使微软采用了Linux(这是一个在本书的后记中提到的思想实验)，他们目前的商业模式仍将受到威胁。有很多方法可以使得硬件和服务的厂商通过使用自由软件来获取利润，但这些都不是微软的收入来源。
像Linux和谷歌Docs这样的自由软件，较之微软的产品，目前它们在各自的市场上只占很小的比例。自由软件应该怎样做，才能像你在书中预料的那样真正赢得消费者和企业用户?这得花多长的时间?
Linux以及其他的一些自由软件已经在桌面以外的其他市场上表现优异。谷歌已数以十万计的电脑运行着Linux操作系统。自由软件是顺利地征服了一些较小的和较大的领域，到目前为止只剩下桌面这一块还在微软之后。
桌面这个领域存在一个特别困难的问题，但Linux同样对它密切关注，而且进展的步伐也很迅速。把应用迁到Web上也同样破坏了微软的利益，因为在计算机上目前最流行的的应用就是Web浏览器，而Firefox已经能够满足用户在这方面的需求了。
而最受欢迎排名第二的应用便是能够提高生产力的软件。虽然OpenOffice还需要进一步做好一些工作，但就它目前的状态来说，已经能够满足99 %的用户的需求。我在微软为文本引擎工作了5年，而我在写本书的时候却使用的是OpenOffice 。
我不知道什么时候Linux系统能够占据10 %或25 %的桌面市场。有人表示Linux操作系统在10年前就可以占据主导地位了，虽然这样说是不成熟的，但从目前来看它逐渐接近这个目标了。我书中的一部分将通过讨论其他挑战，从而向计算机行业传递一些信息。
谷歌Docs以及谷歌是否会将所有应用服务放在网络上，这是一个激烈的辩论。但即使没有这种转变，Linux同样也可以成功。我认为，虽然网络对非常简单的应用程序来说是很理想的，但它同样也是非常有限的。我认为，谷歌Docs就是一个很好的例子。
在书中提到在Windows Vista中发现的BUG，并把它作为专有软件局限性的证据。那么微软应该怎么做才能提高Windows的性能呢?
如果微软在20年前就以一个开放的方式建立起Windows，那么Linux操作系统就不可能存在，而数以百万计的程序员也将改善微软的产品，而不是和它进行竞争。但是，从现在看来，我认为这已经太晚了。比如说，如果微软发布Internet Explorer源代码的话，没有人会关心它，因为Firefox和WebKit (苹果公司Safari浏览器的内核)已经出现在了市面上。微软这艘大船已经开始开裂、进水，他们唯一可做的就是尽量加快抽水的速度。虽然看起来 Windows 7会堵上Vista中的许多漏洞，但它仍然不能从根本上改变局势。
Windows和Linux最大的差别就是自由软件包含了成千上万的应用软件，只需一次点击就可以安装，并可以按一组进行管理。Linux操作系统包括了所有的必备的常用软件，如电子表格、网页浏览器和即时通信软件等。而它也包括制作图片和音乐的工具、服务器软件和开发工具。Linux改变了人们对计算机的认识，而微软对此毫无作为。除此之外，专有软件使微软受伤不已。谷歌开发的大多数软件为专有软件，但同时也利用了大量的自由软件，这正是其成功的关键所在。
微软可以做什么来阻止自由软件的威胁，你认为它会愿意采用什么样的措施?
除了采用Linux操作系统，微软可以做的其实很少。即使微软拥抱Linux，这不仅会伤害他们的利润，也会使得他们被迫向客户解释：如果微软相信自由的OpenOffice足够好，客户还有什么理由为专有的Office软件买单。
微软已经建立起了一些网站，开发人员可以自由使用的代码和并相互协作，最新的网站名为CodePlex。虽然这表明微软知道自由软件的好处，这个网站主要提供的是微软专利产品微不足道的部分。
微软还发布了一些遵守各种开源许可证的软件。虽然这对微软来说是一个不错的公关策略，但这类软件会被外部其他一些开源社会所吸收。这实际上并不能制止自由软件的威胁，相反会增加这种威胁。
所以真的不知道微软将会怎么做。虽然该公司一再表示，不喜欢看见自己的软件被盗版，但会使得这些软件在价格上与自由软件开展竞争。正如比尔盖茨曾说过的那样：“有盗版比没有盗版，更容易让我们的软件与Linux进行竞争。”
除了操作系统和应用程序开发，专有软件还会在哪些方面阻碍世界的进步?
人工智能领域更快的进展，将会是我们收到来自自由软件的一个最神奇的好处。如果我们在几年前就让世界各地研究人工智能的人员能够共同协作，说不定我们已经拥有了具有思维能力的机器和无人驾驶的汽车。
这也将改善我们对生物学的理解。我曾参加过一次人类基因组的会议，发现里面充斥着专有软件。我认为，在这一领域的许多公司已经选择了微软的软件模型，理所当然的认为这就是软件开发的模式。而在我的书中，我将谈到自由软件是如何在21世纪人类进步中发挥关键性作用的。
微软开源用Rust开发Windows驱动程序：windows-drivers-rs
Microsoft Azure 首席技术官兼著名 Windows 软件开发人员 Mark Russinovich 在社交平台上宣布，启动了一个名为 windows-drivers-rs 的新开源项目。该项目可帮助开发人员使用 Rust 开发 Windows 驱动程序，旨在支持 WDM (Windows Driver Model) 和 WDF (Windows Driver Framework) 驱动程序开发模型。
2023年9月发现当前版本的资源库主要由 Rust crates 组成，具体包括：
1.wdk-build：用于配置 Cargo 构建脚本以进行 WDK 的绑定生成和下游链接的库。虽然此 crate 的编写目的是灵活地适应不同的 WDK 版本和不同的 WDF 版本，但目前仅针对 NI eWDK、KMDF 1.33、UMDF 2.33 和 WDM 驱动程序进行了测试。旧版 DDK 可能缺少链接器选项。
2.wdk-sys：直接 FFI 绑定到 WDK 中可用的 API。这包括从 bindgen 中自动生成的 ffi 绑定，以及包括手动重新实现 bindgen 无法生成的宏。
3.wdk：与 WDK 中可用的 API 的安全惯用绑定
4.wdk-panic：使用 WDK 构建的程序的默认 panic 处理程序实现
5.wdk-alloc：对使用 WDK 编译的二进制文件的分配支持
6.wdk-macros：宏的集合，有助于更轻松地与 wdk-sys 的直接绑定进行交互。该 crate 通过 wdk-sys 重新导出，并且通常情况下 crates 不需要直接依赖 wdk-macros
具体示例可查看 Windows-rust-driver-samples。值得注意的是，该项目仍处于早期阶段，不建议用于商业用途；但微软方面鼓励社区对该项目的实验、建议和讨论。在 windows-drivers-rs 的开发过程中，该公司将把 GitHub 讨论区作为与社区互动的主要形式。目前windows-drivers-rs项目已得到了微软开发人员 Melvin Wang 的支持。
微软跌出英国软件和 IT 服务前三名
老牌分析机构 TechMarketView（TMV）2023年7月发布的一个数据分析报告指出，Amazon Web Services 在 2022 年跃居英国软件和 IT 服务行业之首，微软因增长落后于竞争对手而跌出了榜单前三名。数据显示，英国本地市场在 12 个月内增长了 12.2%，达到 677 亿英镑（861.5 亿美元），实现了十多年来最快的增速。其中，AWS 在英国的收入同比增长 30.1%，达到 37.8 亿英镑；紧随其后的是埃森哲增长 30%，达到 36.23 亿英镑。前市场领导者 TCS 增长 16.6%，达到 34.91 亿英镑，位居第三；微软则排名第四，报告增长 17.5%，达到 33.82 亿英镑。
排名第五的是凯捷 (Capgemini)，增长 16.7%，达到 23.52 亿英镑；而 Capita（前英国长期运行的软件和 IT 服务领导者）仅增长 1.8%，达到 23.2 亿英镑。IBM、HCL Tech、Oracle 和 Atos 跻身前十。
TMV 在谈到 AWS 时表示，"他们在增长和规模方面确实拉开了距离"。AWS 在基础设施服务领域是明显的行业领导者，它在这方面与微软的 Azure 展开了激烈的竞争，并且仍在超越它。其预计 2023 年软件和技术服务增长将同比下降 6.9%，预测到 2026 年年复合增长率为 5.8%。并表示，这一分析反映了英国 "持续的生产力危机"，将继续推动客户在当地的科技投资。
敲打Cursor
微软在2025年4月对Cursor出手了，直接禁了Cursor用一些插件，让其用户非常难受。
这事情说起来，要从微软这些年做的事情说起。微软从一个对开源无比讨厌，让开源社区无比痛恨的公司，到对开源社区有巨大影响力的公司，也就几年时间。这些年里，微软开源了Visual Studio Code，收购了GitHub，为Visual Studio Code提供了一系列的插件，还有npm。可以这样说，微软才是掌握开源软件开发工具生态的幕后大佬。Visual Studio Code是基于MIT许可证的开源，相当的宽松。于是，有几位从MIT毕业的本科生，就克隆了一份VSCode的代码，然后在其上面做了各种魔改，并且闭源了，最后做出了一个产品叫做Cursor。
是的，Cursor如今有名了，程序员也爱用它。毕竟自己再也不用写代码了，只要让AI替你写代码就行了。Cursor是VSCode的克隆，所以兼容各种其插件，可以搭上VSCode的生态便车。但是它自己又是闭源的，没人知道它干了什么，非常的魔幻。而且它还很受用户欢迎。Cursor除了免费版本以外，还有每个月20美元和40美元的付费用户，估计 Cursor 至少有好几万的付费用户了。
所有的这些却不能说Cursor违反了MIT许可证，但是Cursor的确利用了微软的VSCode 生态，还给微软带来了威胁，影响了其软件开发生态背后大佬的地位。怎么办呢？微软出手了。微软的VSCode虽然是开源的，但是有一把插件都是闭源的。这就是微软留的后手。所以微软这次修改了一些插件的许可，C/C++插件，C#插件，Pylance等，都修改成了只能在VSCode上用，但是Cursor这个VSCode的魔改版，却没办法用了。不仅仅如此，微软还修改了插件的许可协议。有用户注意到，2025年4月1日，微软在其vscode-cpp插件中增加了一个条款，这个条款禁止这个插件在VSCode以及其他微软的工具以外的其他环境中使用。
换言之，Cursor虽然克隆了代码，但是Cursor不属于VSCode或者其他的微软工具，因此，Cursor也就不能使用这个vscode-cpp插件。此外还有几个其他插件，也被微软做了类似的处理。这样做的直接后果，就是Cursor没办法很好的做C和C++的开发了，没办法有syntax highlighting，debugging等等，没办法有其他IDE开发需要的功能了。一个没办法做syntax highlighting但是却能用AI写代码的IDE，这是什么魔幻的组合啊，还真的有人能用吗?
Cursor不是很牛吗？但还是寄生在微软VSCode的整个生态圈里面的，微软还是能给以颜色。微软虽然开源了VSCode，但是没开源其他插件啊，用插件收拾Cursor，合理合法。Cursor要是破解了插件，让它和Cursor能兼容了，根据微软的许可证，微软还能起诉Cursor。
虽然不知道微软是不是一定会这样做，但不得不说，大公司就是老奸巨猾，即使是开源了，还是留有各种套路在其中的。寄生在微软生态圈的Cursor，除了要解决AI生成源代码的问题，也需要解决各种IDE的最基本需求的功能问题了。没有了这些基本的功能，即使AI写代码再优秀，也没办法让程序员们用起来。技术主权与生态控制一定要牢牢掌握在微软手中，不能重蹈当年Visual J++的覆辙。
Cursor当然可以通过破解之类的办法解决技术上的问题，但能解决法律上的问题吗？如果解决不了，微软拿起法律的大棒砸过来，Cursor又能怎么办呢？
微软压制Cursor利用自己的VSCode却不开源自己的代码的不满，已经忍了很久，现在终于决定要出手了；就是不知道Cursor在微软的大棒面前，怎么样合理合法地活下去。
毕竟要想重写所有的闭源插件，不是不可能，但是Cursor毕竟是个小公司；要是想靠破解来兼容，微软有的可不仅仅是代码上的阻止，还有许可证上的问题。Cursor敢这么做，微软就可以状告Cursor。所以 Cursor 要如何破，要分多少成给微软？
微软封禁 LibreOffice 开发者的 Hotmail 账号
2025年7月，LibreOffice 开发者 Mike Kaganski 的微软 Hotmail 邮箱账号被封禁，理由是 “违反了微软的服务协议”。或许是 LibreOffice 日前指责微软故意制造复杂格式锁住用户？
事件起因是 Kaganski 在使用 Thunderbird 邮件客户端向 LibreOffice 开发者邮件列表发送技术邮件时，邮件无法发送，随后他的微软账号被封锁，且无法登录。Kaganski 表示他确信邮件内容并未违反微软的服务协议，推测可能是某个自动化系统错误地标记了他的账户。他介绍了在申诉过程中遇到的诸多障碍：
自动申诉系统：系统要求他提供手机号码进行验证，但他输入手机号码后收到 “尝试其他方法” 的错误提示，而系统并未提供其他验证方法。
联系支持团队：微软的联系页面要求先登录才能联系支持团队，但 Kaganski 的账号已被封锁，无法登录。
通过妻子账号申诉：他最终通过妻子的账号提交了申诉，但微软支持团队的回复只是让他再次尝试登录并提供手机号码，这与他之前尝试过的方法并无二致。微软在没有采取任何实质性措施的情况下，直接将他的申诉标记为 “已解决” 并关闭了申诉。
截至7月30日，Kaganski 的微软账号仍未恢复。他最终通过 Gmail 成功发送了邮件。
微软计划 2030 年前用 Rust 全面替换 C/C++ 代码
微软正推进一项长期工程：计划在 2030 年前，将公司内部现存的 C 和 C++ 代码逐步迁移至 Rust。该消息源于微软内部工程负责人在公开平台的披露，随后引发开发者社区广泛讨论。
按照规划，这一转型不仅适用于新项目，也覆盖 Windows、云服务等核心产品中规模庞大的历史代码库。微软希望借助自动化工具与 AI 技术，加速代码理解与重写过程，并设定了极高的效率目标，用于衡量迁移进展。
1.将结合 AI 与算法快速转换代码。
2.大规模构建代码理解和处理的基础设施，为自动化重写提供支持。
3.引入图形化的代码分析方法，在企业级别处理代码重构。
这名负责人表示，为了完成这项以前难以想象的任务，他们构建了一个强大的代码处理基础设施：
1、算法基础设施能够大规模地构建源代码的可扩展图
2、人工智能处理基础设施则使我们能够应用由算法引导的人工智能代理，大规模地进行代码修改。该基础设施的核心部分已经在代码理解等问题上大规模运行。
他表示目前正在招聘一名首席软件工程师来协助这项工作：“首席软件工程师这一职位旨在帮助我们发展和增强基础设施，从而将微软最大的 C 和 C++ 系统移植到 Rust。该职位的一项关键要求是具备使用 Rust 构建生产级系统代码的经验 —— 最好至少有 3 年使用 Rust 编写系统级代码的经验。编译器、数据库或操作系统实现经验尤佳。虽然申请者无需具备编译器实现经验，但必须愿意在我们的团队中学习和积累这方面的经验。”
微软紧急否认AI+Rust重写Windows 11，但“一人一月一百万行代码”已让技术圈炸锅
本段为 InfoQ 翻译整理，感谢原出处。
微软于2025年12月下旬已经正式澄清，该公司并无意配合 AI 技术使用相较 C/C++ 语言更具安全性的 Rust 语言重写 Windows 11。而之所以做出此番说明，是因为公司某顶级工程师曾大胆宣称，将用 Rust 语言取代 C/C++，且重写过程将大量应用 AI 技术。微软杰出工程师 Galen Hunt 在之前发布的 LinkedIn 帖子（现已编辑）中写道，“我的目标是在 2030 年之前消除公司内的所有 C 和 C++ 代码。我们的策略是 AI 与算法相结合，对微软体量最大的代码库展开重写。我们的终极开发目标则是「一人、一月、一百万行代码」。”
考虑到这位杰出工程师负责的是各类大型研究项目，“在 2030 年之前消除公司内的所有 C 和 C++ 代码”的表述显然指向 Windows 等核心产品。需要说明的是，Windows 中大部分 API 层代码乃至内核均采用 C 语言编写，而 C++ 在微软内部也有相当广泛的应用。原始帖子如下：
坦白讲，若不是出自微软资深工程师之口，大多数人并不会把其中的内容太当真。可这样一位阅历深厚的公司高管谈起淘汰 C/C++ 并使用 AI 重写大型代码库，则不禁让人怀疑微软至少在探索这个方向，而非随口之言。更重要的是，这篇帖子还反复使用到“我们”一词，似乎在强调其代表公司立场。
“在 2030 年之前消除公司内的所有 C 和 C++ 代码”旋即引发舆论热议，微软则出名澄清称并无此类计划。微软高管兼传播负责人 Frank X. Shaw 也确认称，公司并无意使用 AI 重写 Windows 11 系统。最初宣称将配合 AI 使用 Rust 语言替代 C/C++ 的 Galen Hunt 本人，随后则在这篇 LinkedIn 帖子中补充称：“这篇帖子引发的关注远超预期，也引发了大量过度解读……我特此澄清：我们 不会 配合 AI 用 Rust 语言重写 Windows 系统。”
“我们团队的项目属于研究性质，旨在构建跨语言迁移技术。发帖的初衷是寻找志同道合的工程师加入这项多年期项目的下一阶段，而非为 Windows 11 及后续版本制定新战略，更不是在暗示将选择 Rust 作为迁移目标。”尽管 Galen Hun 认为外界是在“过度解读”，但舆论反应也绝非杞人忧天。他在原帖中直白宣称，微软将在 2030 年之前淘汰 C/C++ 代码，配合 AI 算法重写大型代码库，同时强调“一人、一月、一百万行代码”的夸张效率指标。
一人、一月、一百万行代码
事实上，这位资深工程师在修改后的帖子中，仍然保留了“一人、一月、一百万行代码”的表述。用原帖的口气来看，确实很难让人相信这是在讨论一个小规模研究项目，但大家反对的并不是 Rust 语言本身。事实上，Rust 确实算是更优选，其安全性也远高于其他语言。真正让大多数人担忧的，是关于用 AI 和算法大规模修改代码的部分。而且这也不是我们第一次听到微软有意用 AI 为自家产品编写代码。公司 CEO 萨蒂亚·纳德拉曾自豪宣称，微软已经有 30% 的代码由 AI 编写，且这一比例仍将持续攀升。
纳德拉在 2025 年 4 月 Meta 首届 LlamaCon AI 开发者大会上表示，“估计目前我们代码库中约 20% 到 30% 的代码是由 AI 生成，某些项目甚至全部代码均由软件生成。”同月，微软 CTO 则预测到 2030 年，将有高达 95% 的代码由 AI 生成。而根据此前相关报道，受微软内部标准的影响，Windows 平台上多款主流应用程序会占用大量内存并引发用户抱怨。
例如，Discord 承认其 Windows 版应用在某些情况下可能占用达 4 GB 内存，导致其不得不设置自动重启机制。作为基于 Electron 的应用，Discrod 的资源消耗问题比其他依托 WebView2 的应用更为严重。基于 WebView2 的微软 Teams 在空闲状态下也会稳定占用 1 到 2 GB 内存。微软似乎没能掌握优化此类 Web 应用资源消耗的技术，因此被迫将 Teams 通话功能转为独立进程以降低崩溃率。
面对内存价格飙升的现状，引发问题的 Web 应用还不止 Teams，WhatsApp 同样存在类似问题。WhatsApp 初登 Windows 平台时采用的是 Electron 框架，Meta 后来将其升级为 WinUI/XAML（即 Windows 原生代码）并最终使其成为性能最优的应用代表之一。原生版 WhatsApp 当然称不上完美无缺，但其内存占用不足 200 MB，动画更加流畅丝滑、加载速度也更快。遗憾的是，Meta 在裁员中解散了其原生客户端开发团队，转而采用基于 WebView2 的解决方案——此方案的内存占用高达旧版原生客户端的七倍。
Chromium 版 WhatsApp 的内存占用高达 UWP 版的 7 倍。而且受到内存占用问题影响的，绝不止于这些第三方应用。
媒体近期发现，微软已经开始用 WebView2 构建部分 Windows 11 功能组件。进一步观察表明，即将发布的“日程视图”功能（用于在通知中心内查看 OutLook 日程）同样基于 WebView2 开发。也就是说在启用日程视图并打开通知中心时，新增的 Edge 相关进程将占用高达 100 MB 内存。日程视图功能曾在 Windows 11 发布之初被移除，如今又应用户的强烈要求而回归。但与 Windows 10 版本不同，新版日程视图基于 Web 技术构建而成。引入 AI 恐怕并不会让 Windows 变得更好，但微软管理层似乎已经铁了心要走上这条惹得“民怨沸腾”的道路。
Win11底层仍是上世纪90年代的Win32！微软坦诚：没人料到它能活到2026年
快科技2026年5月上旬消息，微软Azure首席技术官、Sysinternals工具集创始人Mark Russinovich在微软官方Dev Docs频道的视频中坦言，Win32 API至今仍是Windows 11的底层接口，而这一事实连微软自己都没有预料到。
Win32 API诞生于Windows 95时代，距今已超过30年，当用户在Win11中右键点击文件或启动传统桌面应用时，底层调用的正是这套比商业互联网还要古老的应用程序接口。
Russinovich直言："90年代有谁会预料到Win32在2026年仍然是一等API？我可以安全地回答——没有。因为那时我们以为2026年会有飞行汽车和月球空间站，而不是还在用Windows 95时代设计的Win32。"
Win32之所以能在微软数十年试图替换它的内部努力中存活下来，Russinovich将原因归结于其上构建的庞大生态系统。"它是Windows内部的基础层，太多应用建立在其之上……它就是基石。"
他以自己创建的Sysinternals工具集为例，这套工具始于1996年，他曾愿意打赌一百万美元最早期的工具不会存活到2026年。然而事实是，Sysmon已在2026年3月更新中被集成到Windows内部，而开发于2000年代初的Zoomit至今仍是PowerToys中极受欢迎的功能。
Windows 原生运行 Linux 常用命令：Coreutils for Windows
在 Build 2026 开发者大会上，微软宣布推出 Coreutils for Windows。这是一套由微软官方维护的 Unix 风格命令行工具集，能够直接原生运行在 Windows 系统上，无需依赖 WSL（Windows Subsystem for Linux）或其他兼容层。对于经常在 Windows、Linux 和云环境之间切换的开发者来说，这意味着熟悉的 Linux 命令将能够更自然地融入 Windows 开发环境，从而减少跨平台工作时的适应成本。
将 Linux 命令带到 Windows
Coreutils for Windows 基于开源项目 uutils 项目主页开发。uutils 使用 Rust 语言重新实现了 GNU Coreutils，目标是在多个平台上提供兼容 GNU 工具的现代实现。微软在此基础上进行了整合、测试和维护，打造出适用于 Windows 的官方版本。
微软表示，希望开发者在 Linux、macOS、WSL、容器以及云环境中使用的命令和工作流程，能够尽可能无缝地迁移到 Windows 平台。换言之，其目标并不是把 Windows 变成 Linux，而是让开发者在不同平台之间切换时拥有更加一致的命令行体验。
采用单一二进制发布
根据微软公布的信息，Coreutils for Windows 采用单一多调用（Multi-call）二进制文件形式发布。该工具集整合了以下三个项目：
uutils/coreutils
uutils/findutils
微软维护的 uutils/grep 分支
用户安装后，即可在 Windows 环境中使用多个常见 Unix 命令，而无需单独安装大量工具。
安装方式也十分简单：winget install Microsoft.Coreutils
为什么微软要做这个项目？
近年来，Windows 已逐渐成为跨平台开发的重要平台。从 Windows Subsystem for Linux（WSL）到容器支持，再到各种开发工具和开源项目的引入，微软一直在缩小 Windows 与 Linux 开发环境之间的差距。
Coreutils for Windows 可以看作这一趋势的延续。对于很多开发者而言，他们可能只是需要 ls、cp、grep、find 等常用命令，而不一定需要启动完整的 Linux 子系统。微软希望通过这种方式，让开发者在原生 Windows 终端中就能完成许多熟悉的命令行操作。
目前仍存在一些限制
虽然微软在 Build 2026 上将 Coreutils for Windows 称为“正式可用（General Availability）”，但项目 GitHub 仓库目前仍标记为 Preview（预览版）。这意味着部分功能和行为未来仍有可能发生变化。此外，使用该工具还需要满足一个前提条件：PowerShell 7.4 或更高版本
同时由于部分命令名称与 Windows 自带命令或 PowerShell 别名发生冲突，因此使用时需要特别注意。受影响的命令包括：cat、cp、ls、mv、pwd、rm、sleep、tee、uptime
在某些场景下，系统可能优先调用 PowerShell 或 Windows 自带命令，而不是 Coreutils 提供的实现。
并非完整 GNU Coreutils
需要注意的是，Coreutils for Windows 并不是 GNU Coreutils 的完整移植版本。微软有意排除了部分工具，例如：dd、dircolors、shred、sync、uname
此外，许多强依赖 POSIX 环境的工具也没有被纳入项目：chmod、chown、chroot、mkfifo、tty、users、who
因此它无法完全替代 Linux 系统环境，也无法取代 WSL。更准确地说，Coreutils for Windows 是一套针对 Windows 环境优化的 Unix 风格工具集合，而不是完整的 Linux 用户空间。
WSL Containers 也同步亮相
除了 Coreutils for Windows 之外，微软还公布了一项新的容器技术——WSL Containers。这项技术未来将允许开发者直接在 Windows 上创建、运行和管理 Linux 容器，并通过统一的命令行接口和 API 进行操作。微软表示，WSL Containers 未来还将支持企业级管理能力，包括：
容器使用策略控制
镜像来源管理
主机与容器之间的权限控制
与已经开放下载的 Coreutils for Windows 不同，WSL Containers 目前尚未正式发布，预计将在未来数月内作为 WSL 更新的一部分进入公开预览阶段。微软已将项目开源并托管在 GitHub 上。
编程语言和开发工具领域大佬Julia Liuson退休
Julia Liuson（潘正磊）是微软全球副总裁，长期负责微软开发者部门，她掌管的东西，几乎影响着全球每一位程序员。更令人惊讶的是，直接向她汇报的人，个个都是程序员世界里的传奇人物。
Guido van Rossum
Python 之父，人称“仁慈的独裁者”（BDFL），2020 年，Guido 加入微软喝粥去了，专注于提升 Python 的性能。
Erich Gamma
如果你读过《设计模式》，那一定知道这个名字，他是 GoF 四人组之一，也是Eclipse架构师、 JUnit 作者和VS Code的重要负责人。
Anders Hejlsberg
如果编程语言也有“大神榜”，Anders 一定名列前茅，其履历堪称传奇：Turbo Pascal 作者、Delphi / Object Pascal 架构师、C# 发明人、TypeScript 发明人。
更有传闻称 Anders 在微软几乎一直以个人贡献者身份工作，没有管理团队；如果属实，这可能是微软历史上最“超然”的技术大神之一。
Julia 之前掌管着Visual Studio、.NET Framework、VS Code、TypeScript、Microsoft Azure开发者平台等业务和软件开发，可以说，微软所有的编程工具和编程语言都在她的掌管之下。2021年11月，Julia成为微软开发部门的全球总裁，又把GitHub业务纳入自己的领地。如今她领导着一个超过 3000 人的研发团队，而这些产品的影响力有多大？
开源的VS Code已成为全球最流行的编辑器之一，更是成为很多AI IDE的基础；
C# 和 TypeScript 拥有庞大的开发者社区；
.NET 长期位居最受欢迎开发框架之列；
GitHub 已成为全球最大的代码协作平台。
Julia Liuson是目前微软职衔最高的华人女性，也是一个一线出身的程序媛。她于 1970 年出生于上海，在北京度过童年和学生时代。其母亲是一名工程师，受家庭影响，她很早便进入 STEM 领域。1991 年她获得了华盛顿大学电子工程学士学位。
1992年毕业后，她直接加入微软，从此再也没有换任何工作，她几乎把整个职业生涯都献给了微软。有趣的是，现任微软 CEO 萨提亚·纳德拉也是 1992 年加入微软，两人几乎是同时代成长起来的微软老兵。经过 30 多年后，一个成为 CEO，一个成为开发者帝国掌门人。
很多人以为 Julia 一开始就在做 Visual Studio，其实并不是，她的职业生涯从数据库工具开始的。这就是 Microsoft Access，年龄大的程序员可能用过，这是个桌面版数据库，当年风靡全球。
后来，她加入了 Visual InterDev 团队，这是 Visual Studio 的前身之一。
从一线开发工程师开始，她一路成长：开发者 → 开发经理 → 产品负责人 → 微软全球副总裁。这条职业道路，堪称技术人长期主义的典范。
微软早期的商业模式是“盒装软件”，Windows , Office , SQL Server，Visual Studio等软件都是光盘+授权，核心逻辑是卖软件版本，而不是持续服务。
技术模式是典型的强封闭体系，.NET闭源，Visual Studio闭源，不但闭源，还和Windows API紧密绑定。
所以在90年代，微软和开源世界的关系曾经非常紧张，前 CEO Steve Ballmer 曾经说过： “Linux is a cancer（Linux 是癌症）”
当云计算出现以后，这种模式逐渐变得落伍，微软变成了“上个时代的老旧公司”。2014年萨提亚·纳德拉上台以后，决定进行战略转向，变成一个云 + 开源 + AI的平台，而Julia则负责开发者生态的落地执行。
在她的领导下，微软有了非常积极的转变：
1. .NET从封闭走向开源
.NET Core 开源；
ASP.NET Core 开源；
Roslyn 编译器开源；
.NET 跨平台化（Linux / macOS）。
2. 推动“开放式开发模式”（open-by-design）
Julia明确地表达过一个理念，微软不能像 Android / Chrome 那样“封闭开发后再开源”，而是从一开始就采用开放协作流程。这意味着从项目的第一行代码、第一个 Issue、每一次架构评审（Design Review）开始，全部都在 GitHub 等公开平台上进行。微软的工程师和全球外部开发者在同一个开放的生态下平权协作，路线图完全透明。
3. 推动 Java / Linux / 多语言开源合作
参与了Linux 基金会，成为Linux的顶级贡献者，参与Open JDK的开发，发行了自己的JDK版本，这在90年代和10年代是难以想象的。
通过工具和底层框架的完全开源，微软彻底扭转了早期在开源社区中“邪恶帝国”的刻板印象，重新赢得了年轻一代开发者的心。
当开发者习惯了微软的工具生态，他们开发的应用自然会首选部署到 Azure 云平台。
2026 年 4 月，微软宣布 Julia Liuson 将在 6 月底离开开发部门（DevDiv）负责人岗位，结束她长达 34 年的微软职业生涯。但是Julia 34年的经验太宝贵，微软舍不得马上放人，就让她Julia将转入顾问（Advisory）角色，为 CoreAI 负责人 Jay Parikh 提供战略建议，并协助完成领导层交接和 AI 时代的开发者平台转型。这也大型科技公司高管退休前后的过渡安排：你虽然不管理团队了，但重大决策时我们还希望你提供意见。
从 1992 年入职时写 Access 代码的工程师，到掌管全球数千万开发者使用的工具，再到以顾问身份功成身退。对于微软历史上的华人高管来说，这也是相当罕见的成就，也是个非常圆满的结局。