OpenHarmony.NET 停更事件复盘和思考

布布的处境布布有正职工作是一家游戏公司的技术人员。他说“不需要冒险”结合他的全职身份可以理解为他需要在现有工作与外部合作之间做权衡。他想用技术换回报但前提是不影响现有工作。五、一条被忽略的主线布布的公告把矛头全部指向华为但一个基本事实是华为和布布之间没有任何直接关系。和华为谈判的是 Avalonia不是布布布布是通过 Avalonia 这个中间人才“进入”这个局的。华为可能根本不知道布布这个人——它只知道 Avalonia 有技术方案。.NET 在国内有大量开发者和真实商业业务、工业经验。当 Avalonia 和华为谈不拢华为/开源鸿蒙启动招标这不是“绕过布布”而是“合作方没谈成换条路走”。布布最大的认知偏差是他把自己和 Avalonia 绑定了以为他们是“我们”。但在 Avalonia 的商业版图里他只是谈判时用来证明技术能力的筹码——可替代、可抛弃。他把对 Avalonia 的信任错当成了华为对他的承诺Avalonia 说“合作达成后雇佣你”他理解成“华为要雇佣我”。当华为转向外包他感到被背叛——但华为从未向他承诺过任何东西。六、Avalonia 的角色Avalonia 是一家爱沙尼亚商业公司想进入中国市场布布的技术方案是它谈判时的“样品”。承诺是口头的谈判僵持后Avalonia 没有补偿布布也没有公开表态。这是一次低成本试错成功获利失败也无损失。七、谈判为什么僵持身份问题Avalonia 注册在爱沙尼亚把鸿蒙生态的适配交给一家敏感区域的外国公司供应链风险太高。诉求错位Avalonia 想要的是生态占位——被鸿蒙官方认可、支持形成长期绑定而华为/基金会的是工程外包——把适配作为一项具体任务通过招标交给供应商完成按项目交付结算。控制问题华为不能让任何单一供应商锁定关键组件必须准备备选方案。背调问题所有正规商业合作都有背调。Avalonia 能否通过华为的供应商审核本身就是一道门槛反过来布布是否对 Avalonia 做过背景调查。从商业和合规角度华为/开放鸿蒙很难按 Avalonia 期望的方式合作。八、更大的棋盘布布可能没有意识到他的项目从一开始就被放在一个更大的框架里评估。在中美科技战、技术自主的大环境下任何一个有战略意义的生态都不可能把关键节点交给一个不受控的外部实体或个人。鸿蒙作为国产操作系统的标杆供应链安全、合规审查、技术自主都是红线级别的要求。Avalonia 是一家爱沙尼亚公司在如今这个大环境下这个身份本身就是高风险。布布闭源想要制造独家性在这个大环境里反而成了“不可控”的证据。如果一个关键适配层只有一个人能维护且这个人不是华为员工、没有签任何协议、不受任何约束那对华为来说这是风险不是筹码。这就是招标被启动、外包公司被引入的原因。不是针对布布而是所有的技术引入都必须被装进“自主可控”这个框里。布布没有意识到自己装不进去他以为这是技术问题实际上这是商业和安全的叠加。九、认知错位布布可能没有想明白一个问题对于鸿蒙生态来说Avalonia 只是一个选项不是必需品。事实上鸿蒙生态正在积极拥抱多种跨平台框架。2025年9月的OpenHarmony佛罗伦萨技术大会上展示了React Native、Qt、Kotlin Multiplatform、Tauri等多个主流框架适配OpenHarmony的进展。2026年5月的巴黎技术论坛上专门演示了Rust语言框架MakepadRobius在OpenHarmony上的开发。除此之外Flutter、Cordova、uni-app、Electron等框架也都有专门的鸿蒙适配版本甚至MAUI也可以通过Avalonia后端运行在鸿蒙上。Avalonia 只是众多选择中的一个。鸿蒙不是因为你做.NET才需要你而是因为它需要生态而你恰好能做其中一小块。今天你做了很好明天你不做了只要生态有需求自然会有别人来做。其他框架的团队也会来做其他语言的开发者也会来参与。但布布的整个策略——闭源、等待、拒绝外包——都建立在一个默认前提上我是唯一