第1484章 会配合吗？（1/2）

“刚才姚总说，长尾应用的生態建设需要时间。这个我同意。

但我认为，长尾的问题，可能比我们想像的要容易解决一些。”

他放下茶杯，语气不急不缓：

“渡河项目收尾的时候，我面临一个类似的问题。

华兴內部有上千个业务系统，有些是核心的、有些是边缘的、有些是某个部门自己搭的小工具。

我们要把所有系统从oracle迁移到高斯资料库，核心系统好办，投入资源重点保障就行。

真正麻烦的是那些边缘系统，毕竟开发的人可能已经离职了，文档可能早就丟了，系统本身可能已经跑了好几年没人维护。

但你不能不管，因为说不定哪天某个业务就依赖它。”

“后来怎么解决的？”左梦安问。

“靠工具和平台。”陈默说。

“我们做了一个自动化的迁移工具，把百分之八十的重复工作自动化了。

剩下的百分之二十，才是人工介入。

同时我们建了一个『迁移工厂』的模式，把几百个边缘系统批量处理，而不是一个一个搞。”

他看向姚尘风：

“鸿蒙的长尾生態，逻辑类似。

靠一个一个去谈，不现实。

但如果我们能提供足够好的迁移工具，让一个小型开发团队甚至个人开发者，都能在几天之內完成適配，那长尾生態就能自己生长起来。

我们不需要说服每一个开发者，我们只需要把路修好、把工具做好，然后等他们自己走过来。”

姚尘风若有所思地点头：

“这个思路对。我们现在的开发工具虽然叠代了六个版本，但离『傻瓜式』还有距离。

接下来要把重点放在降低开发门槛上。

让一个只有两三个人的小开发团队，也能在一周之內把他们的应用迁移到鸿蒙上。”

陈默继续说：

“另外还有一个点。渡河项目刚开始的时候，內部也有很多质疑的声音。

后来怎么打消的？不是靠讲道理，是靠做出来给他们看。

先在测试环境跑，再在边缘业务跑，再在一个小国家子公司跑。

马来西亚试点切换的时候，我和团队的兄弟们连续盯了七十二小时，就怕出一点紕漏。

等那一批跑通了，数据没丟，性能没降，大家才开始慢慢相信：哦，原来我们自己做的也行。”

他顿了顿，目光扫过在座的人：

“鸿蒙现在面临的问题，本质上是一样的。甚至更难。

因为资料库替换影响的是华兴內部，最多几万员工。

作业系统替换影响的是几亿用户，是整个华国软体生態。

用户不会管你內核是什么、技术多先进，他们只关心一件事：我常用的那些应用，能用吗？好不好用？”

“所以，”他加重了语气：

“星河会战要打贏，光靠华兴自己拼命是不够的。

必须让整个生態都动起来。让开发者相信鸿蒙值得投入，让应用厂商相信鸿蒙能带来用户，让用户相信鸿蒙生態足够丰富。

这三层信任，每一层都是一场硬仗。

但只要我们路修好了、工具做好了、標杆立住了，剩下的，就交给时间。”

徐平听完，轻轻点了点头：“说得好。渡河的经验，放到鸿蒙上，很多是相通的。技术突破只是第一步，真正的战役，是让整个体系相信你、跟著你走。”