苹果与开发者关系交恶 开源代码撤出Safari？

CNET科技资讯网5月13日国际报道 两年前苹果选择开放源代码成像引擎（rendering engine）KHTML 做为Safari浏览器的基础；两年后，苹果则打算以自己的源代码取代该 引擎，借以解决兼容性的问题。

在CNET New.com所看到的一份电子邮件里，苹果电脑浏览器开发者的一位主管建议，KHTML 成像引擎──也是其浏览器的核心，考虑在其 架构上放弃KHTML 的程序库（code base ），或者所谓的“树状图”（tree），改用苹果自己的版本，也就是所谓的WebCore （网页核心）。 KHTML 原本是为了要在KDE （K Desktop Environment ）上执行而撰写的──这是Linux 和Unix操作系统的界面。

“最终你可能要考虑的是，把WebCore 回接（back-porting）到KDE 上，然后把变更部分整合进去。”苹果电脑的工程师Maciej Stachowiak 在一封日期标明为5 月5 日的电子邮件中写道。“自从两种tree出现差异后，苹果自己的树状图可说有着更多的改变。虽然两者都有相当 实用的变革，但我们愿以开放态度让我们的树状图可以跨平台。”

KHTML 开发者已表明不能接受这种建议，而苹果此时提出这项建议则是希望能减少原始KHTML 架构者的不满声浪。两年前，这群开发者将 苹果视为白马王子，如今他们则改口宣称彼此的关系“彻底失败”。

这场冲突的引爆点在于开发人员长期以来抱怨苹果电脑喜欢取自开放源代码社区，但却不太愿意回馈，这也是业界认为许多企业拥抱开放 源代码后最容易碰上的问题。

苹果对此篇报道不愿发布意见。但Safari的工程师David Hyatt 坦承他在自己的网志中对KDE 的抱怨，并解释最近修补程序的范围，以及 建议要改善苹果与KDE 的关系。

“我所贴出的修补程序，…不只有KHTML 的。”Hyatt 写道。“你以为苹果在这方面还能作得更好吗？”

之后双方阵营你来我往，苹果的Stachowiak最后则直接建议KHTML 组织干脆从WebCore 从头做起。

KDE 表示，对苹果的抱怨蕴酿有些时日，并且把一些紧张关系归咎于公司与志工之间优先顺序的不一致。

“企业在某些方面受到限制，而开放源代码社区以不受限制为傲。”软件顾问师兼KDE 开发者及开放源代码团体的发言人George Staikos 表示。“苹果自己内部有些问题搞不定，根本衔接不上KDE 开发KHTML 的模式，导致KHTML 与Safari逐渐产生分歧，后来情况则越来越严 重。”

分歧的结果，也证明了Safari要回头贡献KHTML 并不容易，这也让开放源代码在企业赞助成果的计划上处于不利。

几周前苹果宣告Safari通过了Acid2 标准兼容测试，也让这个问题爆发开来。被问到KHTML 何时才能改进并通过这个测试时，KDE 开发者 Zack Rusin回答：“大概是不可能。”

开发者认为，Safari与KHTLM 的分道扬镳造成了苹果与KDE 之间的决裂。

“我们应用在KHTML 的开放源代码概念，跟苹果的商业作法在后来已经走上不同的路子，”Rusin 在写给Hyatt 的公开信里表示。“现在 这个时候，我们有两个完全不一样的独立团体在开发两种完全不一样的KHTLM 版本。两边井水不犯河水。”

两年前大家认为苹果为KHTML 带来新气象。选择KHTML 被认为是肯定了KDE 在开发小型、快速浏览器引擎上的成就，同时也代表着对开放 源代码竞争对手Mozilla （Firefox 的前身）的重大胜利。

“这是对所有KDE 计划成员的努力，给予很大的肯定，并证明了自由软件的概念相当有能力成为像苹果这样的电脑硬件及软件厂商的主要 选择。”2003年1 月苹果宣布这项选择时，KDE 工程师Harri Porten如此表示。

KHTML 程序师表示，当时他们期望有全职的苹果工程师投入这项计划──他们之前因为自己兼职不领薪水而熬得相当辛苦。

苹果与KHTML 在经过一段蜜月期之后，苹果电脑和这些志工彼此之间对事情的优先顺序和程序的差异，也越来越明确，双方关系也因此而 恶化。

根据KHTML 开发者指出，苹果工程师在修理臭虫时较少采用“根治”（pure）的方法，反而采用了KHTML 开发者较不愿意使用的修补方法 ──以修补程序合并到程序库里。

“在开放源代码里，每个人都想要以正确的方式来做事，但有时候较不正确的方式较快。”Rusin 表示。“在修复一个问题时，他们同时 又打碎了一堆其他东西。苹果的开发者修复臭虫的方式已经让我们无法把这些整合至KHTML 中，我们根本不想使用这些修补程序。”

相较于开放源代码开发者所习以为常的透明化与立即性工作方式，KDE 志工表示，他们突然发现到他们要处理苹果不想分享的臭虫报告， 在发布前有新的稽核要求，而且要看苹果某些源代码之前还得签署保密协定。

当然的，并非所有的公司与开放源代码社团体间的关系都像苹果与KDE 一样不好。例如Mozille 与Netscape就是范例。

分析师表示，就企业与开放源代码之间的关系来看，KDE 与苹果的决裂是个例外，而不是常态。

“大部份时间里，苹果和其他厂商都和开放源代码社区有紧密的合作，往往会贡献出相当多的时间和源代码。”Burton Group分析师Gary Hein表示。“我们比较把这种情况当做只是事情进行的不是很顺利而已。”

Safari并不是苹果唯一以开放源代码为基础的软件，其麦金塔（Macintosh ）操作系统就是以达尔文（Darwin）开放源代码计划为基础。

一位KDE 志工表示苹果与KDE 之间的分合并非意外。

“当年苹果要采用KHTML 源代码时引起很大的轰动，”一位KDE 志工在网络上回应到，“但一开始就有参与的人都知道，这件事情并非那 么单纯而已。”

另一位则指出，苹果虽然在KHTML 专案上严格遵守授权标准，但双方现在关系已经完全变了调。“他们需要我们的时候，我们便就得很有 用，但等到他们学到东西后，他们就没必要继续发送补丁与查看文件给我们，”Rusin 表示，“他们某一天发现这么做根本是浪费时间， 于是他们就终止了彼此的互通有无，我们原先还期待他们能为KHTML 带进更多资源，现在根本是一场空。”