ReactOS团队成员访谈录-"Steven Edwards"
原文地址：http://www.reactos.org/zh/interview_4.html
by Aleksey Bragin on 2006-12-05
Steven Edwards
由 Aleksey Bragin 与 Steven Edwards 进行的采访
这是第四个与 ReactOS 开发者进行采访的采访系列。这几个星期里，我们将会有个好的收集关于展示 ReactOS 背后的人才。
这几年以来 Steven Edwards 已经曾担任与 Wine 和 ReactOS 之间有个宝贵的联系。此外，他一直以来都在负责移植 Wine 到 MinGW 编译器并且让所生成的库将能够真正的运作。Steven 和他的老婆住在格林维尔，南卡罗莱纳州。
    开始
您是如何参与 ReactOS？
当我试图以 Windows 的方式思考问题时，Linux 就从来无法适合我的需求。我知道这听起来挺奇怪的诞生我是在某个 Windows 的世界里成长。即使我每天都使用 Linux，它对我而言并非天赋的。尽管我熟练了它， Linux 永远会是我的第二个语言。我对 ReactOS 的希望是总有一天能够稳定到为那些像我这样热爱自由软件但却在 Linux 世界里没有 100% 的归属感的人提供免费类似于 Windows 的环境。
所以到那时之前您都是为 Windows 编写程序？
我一直以来都在 Linux 和 Windows 两个世界里做小规模的编程工程但这并不代表我是一名很能干的开发者。我的强项只在一般关于 Windows 系统如何在较高的层次上捆绑那些关键性组件在一起的知识以及在自由软件的世界里有什么选择将能够试图去提供那些缝隙。我在 Wine 的作品就是由此而来的。我一直以来都希望我们能够利用大部分现有的FOSS （开放源码软件）库而无需重新实现每样东西来完成一个兼容于 Windows 的替代品。
您是否还记得您所提交的第一个补丁？
我认为应该是一个从 Wine 程序管理器移植到 Mingw 的作品。
您是否还记得您第一次对 ReactOS 做了什么工作？
主要是测试在 plex86 并且尝试自我主机（自己做个主机）。我与 Hartmut Birr 和 Eric Kohl 合作并且在尝试自我主机时发现到 mingw 触发好一些错误于ReactOS。
    与 ReactOS 所在的乐趣
您最喜欢处理ReactOS 的哪个部分？
现在我由于我个人与家庭共处以及工作的时间所限制的情况下并没有做出多少贡献，但是最有意义的部分每次都是在 Wine 的代码中。
您所做的什么工作是当中最具有挑战性的？
盲目破解 Win32k.sys 是我每次最怕的地方。=) 之前我曾经在内核里做了其他几件事并且每次都证明是非常具有挑战性。这或许是我本身不是先天设计为一名编程员的关系。
如果您有一样东西希望 ReactOS 能够做到，那会是什么？还是那个已经完成了？
我会希望看到它能够支持当中五个最常用的网络卡驱动程序以及五个最常用的显示卡驱动程序。就只讨论应用程序的功能以及网络的支持，它已经接近到了一个我会称之为一个精简型电脑或者网络工作站处在可用的状态中。
您想要处理 ReactOS 的那些工作范围？
这些日子以来当我有时间的情况下，但尽管是几乎不可能的事情，我希望能够在测试套件里工作。我希望确保系统保持其稳定性并且不要带来任何倒退现象。
会议
您在几时首次见到另一位ReactOS 开发者？谁是当中您曾见过最有趣的人？
我见过 Jason Filby 在首次 Wineconf 而他是当中最好的人。他已经向前到另一个更大，更有用的东西但是我仍然赏识他能够在他的任职期间作为一名工程协调员。
您已经给了许多关于 ReactOS 的会议及讲座，您觉得遇见其他开发者是否有用？
是的，这将能够帮助您了解其他开发者的热忱所在的地方并且找出您是否真的有可兼容的目标。每个人都有自己的点子关于系统应该如何运作以及应该以什么形式开发。能够面对面见面将能够帮助达成开发做法和设计方向的共识。
那么在您曾经到访过的地方中，哪一个是您最喜欢的地方？
德国法兰克福
    工作
您现在是否正在处理任何重大的 ReactOS 工程？
暂时没有。
    未来
反过来的，是否 ReactOS 在有些地方真的应该要放弃？比如，有人讨论关于集成浮肿的第三方应用程序到 ReactOS。那个点子是否应该被抛弃？
我喜欢一个轻巧系统的概念。任何东西能够在 Windows 运作也应该要在 ReactOS 里运作。可是我不认为它应该要封装每样东西。Linspire 通过点击并运行的方式做了
正确的
方法以及 Fedora 采用 Yum（Yum 是个 Linux 的安装包）。我觉得这是ReactOS 应该遵循的方式。
您是否曾经希望外头有个 ReactOS 的发行版？
我认为这将会是一件好事，只要本工程能够确保控制其名誉以及建立一个认证计划的前提下进行。如果一个供应商能够达到某个标准，那么他们就应该有权利使用其名称。也许我们需要创建并开发一套倒退测试套件如 POSIX 测试。
ReactOS 和 Wine 最终终于有了互惠互利的关系。您有什么要补充关于 ReactOS
能够做不同的方式来帮助 Wine 的开发吗？
关于干净逆向工程 (Clean-room reverse engineering) 采取更强烈的立场是一个非常大的好处。在目前的角度而言， Wine 的开发者和 ReactOS 的开发者对于“干净”真正的意思存有不同的概念。对于从法律的角度而言，我就不相信 ReactOS 已经违反任何法律并且在不同地方的法律落差是太大到难以达成共识。