Linux平台上Gnome、Ximian和Mono的创始人之一。
Miguel de Icaza于1972年出生于墨西哥的墨西哥城,现为Novell的开发平台副总管。
Miguel曾就读于National Autonomous University of Mexico (UNAM)但从未取得学历。他的父亲是物理学家。
这位来自墨西哥的26岁的小伙子是一位坚定的自由软件支持者和狂热追随者,他打造了Linux上一个流行的桌面系统GNOME,并且与KDE分庭抗礼。他推动了Gnome(Linux操作系统上的一个自由桌面软件)的问世,同时还是开放源代码公司Ximian的共同创始人。Ximian公司于2003年8月被Novell公司收购。
从2001年开始,他与人合作,启动了另一存志高远的项目:Mono,一个Microsoft .NET Framework的自由GNU/Linux实现。
Miguel的主页在:http://www.tirania.org/blog
Miguel de Icaza:来自墨西哥的自由软件主义者编辑本段回目录
Miguel de Icaza,1972年出生,墨西哥自由软件开发者。令其名声大振的是创建了GNOME和Mono项目。
De Icaza与FedericoMena在1997年8月开始GNOME,创建了一个完全免费的桌面环境和组件模型为Linux及其他类Unix操作系统。早期DeIcaza曾从事Midnight Commander文件管理及Linux内核,也曾创立电子表格程序Gnumeric。
2001年,他领导HelixCode(Ximian)宣布Mono项目,目标是在执行微软.net开发平台在Linux或类Unix平台上。2003年HelixCode(Ximian)受雇于Novell公司,在那里Miguel de Icaza为开发平台副总。
有太多hacker不擅与人交往,但凡是成为自由软件巨子则都散发出吸引大众的人格特质。当这些杰出而理想化的IT技术人物渐次在这块土地上崭露头角,世界并不应感到惊奇——Miguel de Icaza就是其中一位。这位来自墨西哥的26岁的小伙子是一位坚定的自由软件支持者和狂热追随者,他打造了Linux上一个流行的桌面系统GNOME,并且与KDE分庭抗礼。
在Windows 95全面刷新了人们对桌面系统认识的时候,自由软件世界由于缺乏桌面应用和OLE模型的问题,罕有一种与之抗衡的技术,从而在对应领域里明显滞后了。
当时Linux的桌面应用主要基于KDE(Kool Desktop Environment project),但是后来Miguel在发现KDE依赖于Qt这一非自由软件,而且Qt不允许最终用户修改、重发布和发布修改后的代码从而违反了GPL,于是他开始联系Troll科技中Qt的作者,建议Qt修改许可证方案,使他们既可以继续开公司,同时又授予用户相应的权力,但是没有得到回信,并且事实上KDE开发人员对解析他们的FAQ文档以及Miguel在邮件中列举的问题并不感兴趣。
重重沟通不力后,Miguel开始和他的自由软件爱好者一同开始决心自己动手来解决这些问题:做个Qt自由替代品的方案。从1996年开始,Miguel从事开发Java AWT自由软件替代品以及将Linux移植到SGI平台等工作。在和朋友们不断陷入解决Linux界面一致性的纷繁复杂的问题时,开发出一个完整桌面系统的主意渐渐形成。这个主意很快也吸引了更多志同道合的朋友加入。
然而,万事开头难,开发一个基于Scheme的完整桌面系统并非如此简单,合作只进行到产生出一些屏幕截图,就不了了之。如同同期正在进行的GNUstep、Wine和LessTif项目一样,这个方案实现起来效率低下,耗时耗力。
1997年在微软从事的为SPARC平台上的Solaris系统开发IE浏览器的工作使得Miguel对ActiveX和COM产生了浓厚的兴趣并且受益匪浅。返回墨西哥后,Miguel基于之前的种种经历,开始和从墨西哥国立自治大学招募的两个一同进行自由软件工作的学生之一——Federico为UNIX设计一种GUI控制的底层架构,并为之命名为“GNOME”。
为了获得更多人的支持,并且发挥自由软件大家一同努力的精神,Miguel在GNOME项目的准备期,向自己的朋友们散发了项目成立的公告。如同Miguel计划的那样,项目获得了来自这些人的大力帮助,顺利地进行。终于在充分体现自由软件思想的前提和指导下,GNOME逐步成型并完善起来。
Miguel在Duke大学主办的Linux世界博览会上为GNOME做了演示,这也是他第一次介绍GNOME项目。Miguel和那些早期为GNOME项目做出贡献的黑客们还组织了高层并举行聚会来交流和探讨可能接受的不同的发展方向。这些黑客们绝大部分至今仍在为发展GNOME而努力,只有在最早同Miguel一同讨论自由软件思想的Elliot Lee因为各种原因离开而没能一起战斗到底,这让Miguel一直觉得十分遗憾。
GNOME项目吸引了越来越多支持自由软件的人加入进来,这些天才很多最后都成为GNOME的贡献者。1999年10月,由Miguel和Nat Friedmand创立的从事在Evolution中包含个人向导服务的Helix Code同从事文件管理器和文件管理向导服务Eazel合并。两家公司始终都是既经营GNOME的基础设施部分又经营GNOME桌面的组成部分。强强联手使得GNOME向着更加健康和管理有序的方向发展。
2000年3月Miguel和其他GNOME的工作人员在法国巴黎组织了GNOME用户和开发者欧洲会议(GUADEC)。Miguel在组织会议的过程中还为GNOME开发人员能够顺利参加会议而排忧解难,使得GUADEC最终不仅是一个技术交流会,而且在Miguel的努力下变成一个为GNOME四十个核心开发人员前往法国参加会议的行程消费募捐的活动。这次会议获得巨大成功,并且成为那年晚些时候Bongo GNOME版本成功的基础。
现在,GNOME在HP、IBM和SUN等厂商的产品中获得广泛的应用,尤其是获得了主流Linux厂商RedHat的大力支持。现在,尽管很多人认为在Linux平台开发应用程序存在很多问题,其中一个便是要照顾到KDE和GNOME两个完全不同的桌面系统,但是我们不能否定Miguel对开源社区的巨大贡献,是他给我们提供了更多的选择。 (贾菡 / 文)
Gnome、Ximian和Mono的创始人-Miguel de Icaza 编辑本段回目录
2006年专访Gnome、Ximian和Mono的创始人之一,Miguel de Icaza
Miguel de Icaza出生于墨西哥城。他推动了Gnome(Linux操作系统上的一个自由桌面软件)的问世,同时还是开放源代码公司Ximian的共同创始人。Ximian公司于2003年8月被Novell公司收购。从2001年开始,他与人合作,启动了另一存志高远的项目:Mono,一个Microsoft .NET Framework的自由GNU/Linux实现。在这次访问中,Miguel谈及Mono的进展、Ximian被Novell收购的情况,以及自己害怕Longhorn的原因。
问:你怎么看待项目启动以来,Mono的变化?目前Mono的主要目标是什么?
答:Microsoft对.Net的许多处理触及我们的痛处。一直以来我们使用C和C++太多了——它们很不错,但过于接近底层,我们想做的却是让普通用户也能创建Linux应用程序。在Windows上有许多工具可以解决具体问题,而在Linux上却得依靠自己去开发。所以,当Microsoft推出.NET,我们对它一见钟情,就启动了Mono。不过,大家开始合作之后,发生了一些事情。
首先是关于创建与Microsoft .NET相兼容的API,Novell和Ximian都只将注意力放在核心库和C#语言;很多其他参与者对Windows Forms、ASP.NET、Web Services或数据库等较感兴趣。
那时,我们已经搭建了独立于Microsoft构件集之外的一套体系,其中也包括在Linux下进行GUI开发的工具(我们对此很有兴趣,且投入了大量工作)。
这样,在核心层,我们创建了Mono,而且得到两个优质的独立构件集:兼容于Microsoft的构件集,开发者利用它把应用从Windows迁移到Linux;另一个全新构件集在某些情况下是跨平台的,但在另外一些情况下却更Linux化。
问:现在Microsoft似乎并不大肆宣传.NET了。你对.NET目前的进度怎么看?它是怎么搭建一个软件编写平台的?
答:我认为在.NET上Microsoft的做法稍嫌过分。首先,.NET意味着太多东西,反而让人极度迷惑。它既是一套服务器产品,又是一个特殊的Windows版本,还是一个开发平台。我们谈到.NET的时候,实际上是指.NET Framework,那才是它的本来面目——.NET的一个组成部分。.NET Framework是非常好的开发平台。至少,它让对MFC心生厌恶的人们不再转移到Java平台。如果这些人继续走Microsoft技术路线,那么他们得到了比以前好得多的解决方案,且较易转移过去。我认为微软成功了。
可能你不怎么听到关于.NET的消息,这是因为它已经不是热点新闻,而成为了开发者的工具。还有一种可能性是微软的重造品牌战略——我认为会让事情更加复杂。他们试图把.NET Framework重新塑造为WinFX——别与WinFS相混淆。WinFX基本上是Longhorn上的.NET Framework新版本,所以它会包括WinFS、Avalon和通讯架构。整个Longhorn搭建于.NET平台之上。
问:Novell收购Ximian是Mono项目启动以来的一件大事,具体过程如何?
答:我们有一个基于Linux的产品,Red Carpet,用于管理Linux服务器和客户机之间的软件更新。图形界面非常棒,也有让管理员做计划任务的命令行工具;你能对软件更新做集中管理、分发、备份、恢复等等。该产品基于Linux,Novell拥有一个基于Windows的类似产品。于是大家坐下来谈怎么结合它们,从而使双方获益。
他们那边派了一些人来,想看看怎么定位Novell,以及如何才能把Novell服务移植到Linux上;这是一个长期计划。有一天,他们过来做了演示,然后说:“情况就是如此,我们真的想走向Linux,我想你们可以帮助我们。”
问:成为Novell的一部分,有什么好处?
答:我刚才提到,合作始于Red Carpet。Linux桌面系统对他们也深具吸引力,他们希望在这方面有所成就——我们决不愿意在服务器端画地为牢,客户端才是一切操作发生之地。Novell收购案让我们能重组团队,在桌面端继续工作,而无需在Red Carpet上持续投入。
问:Novell是否决定桌面端应采用什么形式?它会基于Gnome吗?或者会有其他元素加入?
答:我们不能从一而终——Gnome和KDE都有各自的用户。我们的计划是与Freedesktop.org合作。他们制订协议——例如桌面通知系统、系统级配置引擎、剪贴板支持、拖放等等。我们正将这些要素放入Gnome和KDE,让桌面与这些元素合为一体。
基本上Gnome和KDE都是内核的外壳(shell),在它们之上还有office套件这样的高阶应用。我们决定采用OpenOffice,浏览器采用Mozilla,Email客户端采用Evolution,即时通讯客户端采用Gaim。这样,我们需要把这些成功的开源项目组合到一起。整合工作耗力甚巨。
问:你们在GNU/Linux桌面和开源桌面之间做了选择,请详细解释一下。
答:某种程度上我们一直在开发与Linux桌面紧密相关的工具,且只能运行于Linux之上。我看到有两个相当成功的项目:Mozilla和OpenOffice,都是跨平台的。所以,如果我们打算开发需要时间较多的新项目,例如视频编辑——这类工具目前在企业级桌面系统上并不存在跨平台问题,但愈接近软件客户,跨平台需求可能性愈大。我们喜爱Linux,但并非所有用户都能顺利迁移到这个平台。尽管如此,我们仍能够降低他们的总体成本。也许你不再需要Office、不再需要IE,或者不再需要Final Cut Pro等等。我们应当考虑创建跨平台应用,让它可以运行于Windows和MacOS之上。
问:Novell何时会迁移至GNU/Linux桌面?
答:我们正在努力。我想今年10月整个公司会迁移到OpenOffice,明年六月能够整体迁至Linux——不要指望迁移6000人的工作一蹴而就。
我们现有的相当一些用户也在考虑迁移到Linux桌面,在此过程中也出现一些问题,这些问题正是我们可供借鉴的。例如,Extramadura和Andalucia开始动作两年,现在他们已经在200,000台计算机上部署了Linux、Gnome、Mozilla和OpenOffice,到明年夏末这个数字会增长至400,000台。这是两个极大的部署项目,也许是目前为止最大的Linux桌面系统部署项目,使用者包括孩子和老奶奶们。
问:如果继续走开源路线,你认为将会面临的最大危险是什么?
答:微软意识到Linux闯入自己享用多年的牧场,成为自己的竞争者;我认为Longhorn是微软争夺失地的一大兵器。Longhorn包括一项令人惊恐的技术:Avalon,配合另一项成为XAML的技术,将是极具威胁的。它们基本上是HTML的替代品,如同编写HTML一样容易,这意味着每个人都能使用文本编辑器创建内容。
基本上这是下一代的HTML。更多工具、更具灵活性、更丰富的用户体验——你能在本地机上感受到如同Web一般的形式。你开发如此极尽丰富的应用,但分发起来又像Web般简易。和点击URL一样:访问google,网页出现,而且工作正常。分发模型大体如此,但用户界面的高度交互性令人着迷。
当然,不利之处在于,新的交互机制被紧缚到.Net和WinFX上。所以我们认为它是一个极大的危险。大量用户无法迁移到Linux或是Mozilla,是因为许多企业的内部站点只支持IE扩展。想想看,只能使用XAML的世界,将会变成怎样?
巨恐怖,我非常害怕。
使用 ECMA 标准:Miguel de Icaza 访谈编辑本段回目录
使用 ecma 标准:miguel de icaza 访谈
dare obasanjo
2001 年 12 月
摘要:在本次访谈中,gnome 和 ximian 的创始人 miguel de icaza 讨论了 unix 组件、bonobo、mono 和 microsoft .net。
dare obasanjo:最近您一直忙于发布 ximian(英文)的声明,宣布创建 microsoft .net 开发平台(英文)的开放源代码版本。此前,您为 gnome(英文)和 bonobo 所做的工作使您受到了世人的广泛关注。您能否简单概括一下从早期项目到 mono(英文),您在免费软件开发方面所作的工作?
miguel de icaza:在过去的四年里,我一直从事 gnome 项目的各个领域的工作,比如:gnome 项目的组织、程序库和应用程序。此前,我从事 linux 内核方面的工作:我用了很长时间研究 sparc 端口;这之后研究了软件 raid 和 linux/sgi。之前,我编写了 midnight commander 文件管理器。
dare obasanjo:在您撰写的 let's make unix not suck(英文)系列文章中,您曾提到由于缺乏可重复使用的代码致使 unix 的开发长期以来受到束缚,您特别强调了 brad cox(英文)的“软件集成电路”概念,指出软件构建主要基于组合可重复使用的组件,也就是要编写可以重复使用的代码。许多人反对您的观点,他们认为 unix 的建立基础,是通过使用管道连接较小程序的输出,来使用可重复使用的组件完成程序构建。您对这一反对观点有何看法?
miguel de icaza:是的,这个问题已经详细刊登出来了。这里提到的“管道”严格说不能作为完整的组件系统。它只是一种使用某些常用协议(例如行、字符、缓冲区等)处理信息的传输机制。而协议只拥有信息流。
详细内容都刊登在那篇文章(英文)中。[dare - 请参阅“unix components: small is beautiful”。]
dare obasanjo:bonobo 是您尝试以 corba 为基础来创建 unix 组件体系的产品,后来为何又转而开发 mono 呢?
miguel de icaza:gnome 项目的目标是补充 unix 所缺少的技术,从而在桌面应用程序市场中更具竞争力。我们很早就意识到语言独立性的重要性,这也是 gnome api 使用标准代码进行构建的原因。这种标准代码使得 api 可以被其他语言轻松打包。unix 的大多数编程语言(例如 perl、python、scheme、c++、objective-c、ada)都可以使用我们的 api。
后来,我们决定使用更好的方法来封装 api,于是就开始使用 corba 来定义组件的接口。我们还使用策略和一套标准 gnome 接口对其进行补充,以便更轻松地创建可重复使用的、独立于语言的组件、控件和复合文档。这项技术就是今天的 bonobo。c、perl、python 和 java 都可以使用 bonobo 的接口。
corba 擅长定义粗糙接口,而且大多数的 bonobo 接口都是粗糙的。唯一的问题是 bonobo/corba 接口都不善于定义小接口。例如,xml 分析 bonobo/corba 组件可能没有 c api 有效。
以前我也论述过:
我对 .net 的兴趣源于我们先前在 gnome 项目中所做的努力,我们曾尝试使 .net 能够完成以下目标:
•可以向多种语言提供的 api
•跨语言集成
•基于合约/接口进行编程
当然除此以外,我一直钟爱各种有关 java 的事情,只是不愿让 java 组合有一丝缺陷。
我们尝试通过配备公共对象基类 (gtkobject) 在多种语言中提供 api,然后根据 api 约定和格式轻松地对 api 进行打包,以用于其自身的编程语言。我们还对 api 进行基于方案的定义,用它自由生成包装。鉴于多种原因,这个解决方案还是有些欠佳。
对 corba 进行的跨语言集成有些类似于 com,但是要付出一些封送处理的代价。它可以很好地处理非进程组件,但是对于进程组件,情况就不那么美妙了:因为没有可用的 corba abi,所以结果糟透了。对于这个问题,我不想多说什么。
此外,我们还遇到了程序库的扩大问题。大多数程序库都能非常准确地遵循代码惯例,但偶尔也会违反惯例,或者我们采用了其他人编写的程序库,却导致了程序库的混乱:虽然功能强大,但实现了多个编程模式。有时是不同的分配和所有权策略,有时又要处理 5 个不同种类的“ref/unref”行为(例如 corba 本地引用、关于未知对象的 corba 对象引用、对象包装的引用计数)。这使我们陷入了巨大的混乱之中。
当然,我们一直在努力修正这些问题,情况有了一定的改善 - 虽然 gnome 2.x 平台的确解决了很多问题,但还是存在一些问题。
对我而言,.net 就象是为 win32 开发人员所做的升级:在处理 api 时他们遇到了同样的问题,因为 api 是多年前的设计,存在大量的不一致性。因此,在创建自己的应用程序时,我希望引进一些新的东西。
dare obasanjo:bonobo 不太依赖于 com 和 ole2,这可以从 bonobo 接口基于 bonobo::unknown 接口这一事实推出。该接口提供两项基本服务:对象生存期管理和对象功能搜索,并且只包含三种方法。
module bonobo {
interface unknown {
void ref ();
void unref ();
object query_interface (in string repoid);
};
};
它们与 microsoft 的 com iunknown 接口的三种方法非常相似。
hresult queryinterface(refiid riid, void **ppvobject);
ulong addref();
ulong release();
.net 似乎暗示了 com 的终结这一事实,是否也意味着 mono 将结束 bonobo 呢?同样,考虑到 .net 计划实现了半透明的 com/.net 互操作性(英文),mono 和 bonobo 是否也有类似的计划?
miguel de icaza:确实如此。mono 必须与 gnome 的 bonobo 以外的大量系统进行交互操作。
dare obasanjo:许多人士声称 microsoft .net 平台只不过是 java™ 平台的蹩脚的克隆。在这种情况下,ximian 为什么决定不克隆或使用 java 平台,而克隆 microsoft .net 平台?
miguel de icaza:因为 clr 可以解决每天困扰我们的问题,而 java vm 却不能,所以我们更喜欢 clr。
dare obasanjo:mono rationale 页(英文)中指出 microsoft .net 策略提供了许多功能:
•.net 开发平台,软件编写的新平台
•web 服务
•microsoft 服务器应用程序
•使用新开发平台的新工具
•hailstorm,作为以 microsoft .net passport 为中心的单一登录系统,集成到 microsoft windows xp 中。
您还指出 mono 仅仅是 .net 开发平台的实现方案,那么 ximian 是否计划实现 .net 策略的其他部分?
miguel de icaza:目前尚未打算这样做。我们当前要开发的是:
•cli 运行时,带有适用于 x86 cpu 的 jiter
•c# 编译器
•类库
以上目标都需要外界的帮助。要知道这是一个庞大的工程,如果没人愿意无私地奉献他们的时间、技术和代码,那么我们将无法迅速地提供完整的产品。
我们这样做是出于自私的考虑:希望找到更好的方法开发我们自己的 linux 和 unix 应用程序,而 cli 正是我们所需要的。
也就是说,在服务和支持业务上,ximian 将不吝提供支持,帮助 mono 项目解决诸如移植到新平台、改善 jit 引擎或者专注于 mono 的某一特殊领域等问题。
但是除了这些,目前我们暂不考虑研究三项基本声明以外的项目。
dare obasanjo:现在有许多其他项目依靠免费平台实现 .net 的其他部分,这似乎同 mono 项目有点冲突。在第 7.2 节的 portable.net 常见问题(英文)中,好象是说在 dotgnu 邮件列表中禁止 martin coxall,是因为它们与 mono 项目发生了冲突。对此您有何看法?
miguel de icaza:我没有留意 dotgnu 邮件列表中禁止 martin 的详细情况。usenet 和 internet 的邮件列表都体现了它们各自的特点,我认为这也是 internet 上常见的现象之一吧。不过,出现这种问题确实令人难过。
mono 和 .net 只有细微的差别:我们尽可能使用 c# 等高级语言编写程序,而使用其他语言编写可重复使用的软件片段。目前,portable.net 是使用 c 语言编写的。
dare obasanjo:媒体对于 ximian 和 microsoft 的关系的报道也大相径庭,有的报道似乎暗示在保护 .net 和 gpl 的许可协议之间可能存在许可问题。还有的报道说,microsoft 内部有些人对 mono 极为关注。那么,目前 ximian 与 microsoft 的关系到底如何呢?应采取何种措施确保当 microsoft 的许可协议转为有限制时,在 .net 问题上 mono 才不会违反 microsoft 的许可协议?
miguel de icaza:好,第一点,我们是从头编写每样东西的。
另外,在专利方面,我们也尽量避免侵权问题的发生。也就是说,我们目前使用的方法都是别人以前使用过的方法。而且对于 mono,我们尚未做出太细致的工作或者取得很有效的成果,相反我们差得还很远,目前只是使用现有的技术和方法。
dare obasanjo:有人指出 sun 曾经至少两次从标准进程中收回 java,那么如果不论何种原因,.net 不再作为开放式标准,您是否仍会继续 mono 项目?
miguel de icaza:不论是否为标准平台,升级我们的开发平台都有其特殊的价值。microsoft 将自己的规范提交给一个标准化组织的事实可以进一步说明这个道理,因为了解这些问题的人们已经开始考虑这些问题,并且能够从互操作性的角度出发找出问题的原因。
dare obasanjo:同样,如果 dan kusnetzky 的预言成为事实,而且以后 microsoft 更改了 .net api,mono 项目会怎样做?是跟进,还是成为 unix 平台上不兼容的 .net 实现方案?
miguel de icaza:microsoft 在保持 api 的向后兼容性方面做得非常好,我认为这也是它作为平台供应商取得巨大成功的原因之一,所以我认为这不会成为一个问题。
即便出现了这样的问题,也有多种实现方案可以获得相同的 api 并通过在运行时选取适当的“程序集”来获得正确的方案。程序集是处理软件包和文件(作为程序集的一部分)的一种新方法,并且可以对程序集进行加密校验,以及对它们的 api 进行编程测试,检查它们的兼容性。[dare - 有关程序集的详细信息,请参阅 .net framework glossary(英文)。]
因此,即使它们偏离了最初的版本,我们还是有能力提供可兼容低版本的程序集,对于 microsoft 软件和我们自己的软件都一样。
dare obasanjo:在 mono 类状态页(英文)中,我注意到在 mono 中有大量的 .net 类库没有实现,例如 windows 窗体、ado.net、web 服务、xml 架构、映像以及许多其他类库。这意味着最终发布 mono 和 .net 时,为 .net 编写的程序将很有可能无法移植到 mono 中。对此,是否打算将来再进行修正,还是说 mono 项目并没打算创建一个可移植的 .net 平台?换句话说,也就是 mono 项目的近期目标和远期目标分别是什么?
miguel de icaza:状态 web 页反映了人们“必须”使用的类,就好象在说“嘿,我现在正在使用这个类”,这样可以避免代码重复。如果有人选择了自己感兴趣的类,而过一段时间后又放弃了,那么我们可以收回这个类。
由于项目刚刚开始,所以您会发现基本类的工作量要远远超过最终用户类的工作量。
出乎意料的是,在项目的起步阶段就吸引了这么多出色的天才编程人员。按照我一开始的预测,要用最初的三个月时间来处理公共关系,以便解决缺少外部合作者的问题,事实证明我错了。
您应该意识到 mono 项目的目标并不只是 ximian 的目标。ximian 有一整套目标,但是每个合作者却有他自己的目标:有人想学习,有人喜欢研究 c#,有人希望在 linux 上实现 .net 完全兼容性,有人喜欢语言独立,有人希望优化代码,有人喜欢底层编程,有人希望同 microsoft 竞争,还有人喜欢 .net 服务的工作方式。
因此项目的方向掌握在为它付出努力的那些人的手中。许多人对于在非 windows 平台上实现兼容的 .net 感兴趣,并且正在朝这一目标努力。
dare obasanjo:最近很多依靠风险基金投资、基于免费软件的公司都破产了,例如 indrema、eazel 和 great bridge,而仅存的基于免费软件的公司中也有相当一部分濒临破产。在这样的情况下,ximian 是否考虑过如何支付 mono 的开发费用的问题?另外,ximian 计划如何利用免费软件赚钱,更具体地说,如何利用 mono?
miguel de icaza: ximian 准备提供支持和各种服务。最近我们宣布了几个服务项目,而更多的产品和服务已经成形,并且将在未来六个月内发布。
近期发布的服务项目包括:
•red carpet express:一种订阅服务,提供对 red carpet 服务器的可靠、快速的访问。
•red carpet corporate connect:我们修改了 red carpet 的更新技术,帮助人们轻松管理 linux 网络工作站,轻松部署和维护自定义软件包。
•对 gnome 桌面和 evolution 提供支持和服务:最近的一系列产品都体现了我们“为多种产品提供支持服务”这一思想。
我们也一直在为整合基于免费软件的解决方案的人士提供专业服务和支持。
mono 的特殊情况是很有意思的。我们正致力于 mono 的研究以降低开发成本,已经有一个非常好的基金投入进来,并且已提交给了 ecma。现在,很多其他团体也认识到了 mono 的实力,在他们的鼎力相助下,我们正在开发 mono 运行时和开发工具,以提高生产效率。
事实上,目前 ximian 中从事 mono 的团队,正是过去为公司的其他事业奠定基础的团队。
dare obasanjo:可能很少有人知道您曾经与 microsoft 商谈(英文)开发 internet explorer sparc 端口的事情。考虑到目前您在免费软件界的影响,您是否想象过如果当初加入 microsoft,现在会是怎样一种情况?
miguel de icaza:我没有做过多考虑,但我的确曾经向我在 microsoft 访问的每位人士请求公开 internet explorer 源代码,那是在公开 netscape communicator 之前。
dare obasanjo 是乔治亚理工学院 (georgia institute of technology) 四年级的学生,正在攻读计算机科学工科学士学位。他业余时间在许多网上论坛发布过文章,例如 slashdot、kuro5hin 和 advogato,同时还撰写了许多关于编程和软件的文章。他曾在多家公司实习过,包括 radiant systems、i2 technologies 和 microsoft。目前他正在准备论文答辩,完成乔治亚理工学院的学业后,他最有可能去 redmond。