至顶网软件频道消息:微软公司已经同意以价值75亿美元的股票收购开发平台GitHub,不少开发者则因此开始物色新的代码托管选项。
软件巨头将自身描述为GitHub上最为活跃的组织,并宣称已经在其中进行了超过200万次提交。此外,微软公司的立足根基正是开发工具与平台,而此次收购亦可被视为微软对传统的一次回归。
微软公司CEO Satya Nadella表示,“我们承认,我们需要为此次收购协议负起责任。”
“我们致力于成为GitHub社区的管理者,GitHub社区也将继续保留其开发者至上的风格、独立运营的特质以及平台开放性。我们将始终聆听开发者的反馈意见,并投资建设基础功能及更多新功能。”
然而,开发者群体对这一消息的反应却不算积极。
我们一直在针对此次收购开展调查,而根据目前得到的结果来看,开发者们以四比一的压倒性比例毫不意外地给出了反对观点。
与此同时,读者们亦纷纷给出了自己的意见。JMcPhee评论称:“微软表示‘看起来你正在编写源代码,是否需要帮助?’”Fruit与Nutcase则更直白将其形容为“开发者!开发者!开发者!Git!Git!Git!”这样一场狂欢。
此外,另一套源代码管理平台GitLab则率先祝贺其竞争对手GitHub迎来收购。但GitLab方面同时指出,其代码库导入速度猛增至原本的十倍。
从GitLab自身的状态仪表板统计数据来看,上述数字实际上偏向保守。就在上周末,开发者们开始变得焦躁不安,并在微软与GitHub收购案正式公开之前看到了不少传闻与消息。
GitHub方面宣称到2017年为止其托管的代码库总计5700万套,而在其十周年庆典上亦表示项目总数超过8000万个。如今,其已经拥有2800万用户。GitLab面对如此强大的对手自然还有漫长的道路要走,但其也必然欢迎此次意料之外的宣传良机。
GitLab本身其实也遇到了一些麻烦。在2017年意外删除生产目录之后,程序员用户们在这里经历了一场集体性的心脏病发作——好在最终丢失的数据陆续得到恢复。
该服务在今年4月还遭遇了一些严重的性能问题,希望这一切在此轮汹涌的repo浪潮当中不会再次出现。
除此之外,还有其它替代性方案——例如BitBucket、SourceForge以及GItea。
尽管微软方面在Nadella管理期间对开源社区表达出关怀与共享等相当积极的信号,但软件开发者们对于微软以往的打击开源行为显然还记忆犹新。
不过,立即转投其它代码托管平台怀抱似乎也不太明智。虽然目前已经存在多种Git服务可供选择(而且编程人员完全可以随时建立自己的平台),但实际迁移过程往往相当复杂且有可能给项目带来巨大影响。因此,请各位开发者朋友采取谨慎的应对态度。
最后需要指出的是,一旦正式加盟微软,GitHub将由Xamarin公司创始人Nat Friedman负责管理——GitHub现任掌门人Chris Wanstrath将不再担任CEO职务。
Friedman表示,“GitHub将继续作为社区、平台以及企业保持独立运作。这意味着GitHub将坚守自己的开发者至上价值观、独立精神以及开放的可扩展性能力,我们也将始终支持开发人员选择其熟悉并喜爱的任何语言、许可、工具、平台或云。”
好文章,需要你的鼓励
微软近年来频繁出现技术故障和服务中断,从Windows更新删除用户文件到Azure云服务因配置错误而崩溃,质量控制问题愈发突出。2014年公司大幅裁减测试团队后,采用敏捷开发模式替代传统测试方法,但结果并不理想。虽然Windows生态系统庞大复杂,某些问题在所难免,但Azure作为微软核心云服务,反复因配置变更导致客户服务中断,已不仅仅是质量控制问题,更是对公司技术能力的质疑。
Meta研究团队发现仅仅改变AI示例间的分隔符号就能导致模型性能产生高达45%的巨大差异,甚至可以操纵AI排行榜排名。这个看似微不足道的格式选择问题普遍存在于所有主流AI模型中,包括最先进的GPT-4o,揭示了当前AI评测体系的根本性缺陷。研究提出通过明确说明分隔符类型等方法可以部分缓解这一问题。
当团队准备部署大语言模型时,面临开源与闭源的选择。专家讨论显示,美国在开源AI领域相对落后,而中国有更多开源模型。开源系统建立在信任基础上,需要开放数据、模型架构和参数。然而,即使是被称为"开源"的DeepSeek也并非完全开源。企业客户往往倾向于闭源系统,但开源权重模型仍能提供基础设施选择自由。AI主权成为国家安全考量,各国希望控制本地化AI发展命运。
香港中文大学研究团队开发出CALM训练框架和STORM模型,通过轻量化干预方式让40亿参数小模型在优化建模任务上达到6710亿参数大模型的性能。该方法保护模型原生推理能力,仅修改2.6%内容就实现显著提升,为AI优化建模应用大幅降低了技术门槛和成本。