Python论坛的帖子：

Wed Aug 24 21:54:50 HKT 2005

原文地址：
http://www.zopera.org/Members/odeckmyn/fulton_iv_2002/view

Jim Fulton（Zope公司首席技术官）访谈录（２００２）

这是Zopera team做的Jim 
Fulton的访谈。问题是从Zope的法语社区收集的。Jim回答了Zope的起源和未来，还有Zope公司和Zope的商业模式。

起源
1.
Zopera Team (ZT) : 你是什么时候发现Python的 ?
Jim Fulton (JF) : 1994
2.
ZT : 你什么时候决定要使用它?
JF : 1994.那时我正在为Rand公司的WalterHobbs用Per实现的一个/rdb数据库而工作。它有一个基于Perl的、使用Perl解释器的数据库操纵语言。我努力的让它可以为美国地质勘探局/
美国地理学会?（USGS，US Geological 
Survey）的科学们工作。那些人觉得Perl的语法太怪异了，并且Perl的自动把字符串当作一个数字的问题，给数据分析带来了许多麻烦。我正在寻找 
一个轻量级的、面向对象的语言，让我可以操纵数据。我找到了Python。 
3.
ZT : 你是什么时候决定增强/升级它的？（我们的google狂人们只找到了至１９９４年之后的信息）
JF :我猜第一次真正的增强，是虚对象API（abstract-object 
API），是我和Guido在1995年做的。我写了一个Python扩展来访问Ingres数据库，并且正在开始做一个工具，它能自动生成访问 
Fortran库函数的(Python)扩展。Python的C API非常cool，但是用它，让写一个非常灵活的给它传递数据的扩展的工作变得太难了。
4.
ZT : 这听起来好象你曾经做过SmallTalk程序员？(Smalltalk,一种"古老"的面象对象语言－－alang注)
JF :是的，Smalltalk太cool了。我用GNU Smalltalk给USGS的家伙们写了一个可视化的图表编辑器。我另外花了一点时间在ANSI 
Smalltalk委员会上。那儿似乎到现在还有一些有条不紊的工作在进行，尤其是Squeak。（Squeak是Xerox PARC的Alan 
Kay大牛人－－可惜今年被ＨＰ给裁员了－－发起的一个基于新的Smalltalk-80标准的一个开放源码的新的语言。alang注）
5.
ZT :那时让你有了这个想法，用SamllTalk来写Zope。是真的吗？
JM : No. :)
6.
ZT : 为什么你最终选择了Python?
JM : 那个时候我已经成了Python的皈依者了. ;)
7.
ZT :如果今天再来让你选择，你会选择Python，或者会试着用SmaallTalk（用squeak或者GNU SmallTalk）吗?
JF :我很确信，我还是会选择Python。有很多理由：
*Python的语法更清晰易懂
*多重继承。当有多重继承的时候，它会使多个框架的协同工作更简便，途径更多。
这儿还有许多其它的理由，在1996年的时候我就考虑不再使用Smalltlk了，例如Smalltalk的实现缺乏可移植性，或者对非 
GUI应用支持很差。我真的没有再继续用Smalltalk了。Squeak非常有趣，Smalltalk的社区可能在其它的方面有了许多进展吧。
我非常确信，Python可以从Smalltalk学习不少东西。我尽我的一些努力吧。

Zope公司

1.
ZT : 你是什么时候认识Paul Everitt的?
JF :我和他是在第一个Pytho研讨会上认识到的，通过邮件。我们通过Python的一些活动保持联系。
2.
ZT :那就是你决定加入Digicool adventure 的原因（Digicool adventure，Zope的前身－－alang注）
JF :咳,那时我正为USGS工作。USGS是一个伟大的组织，但是多方面的原因，让我决定了要做一些不一样的事。Boy，就是Digital 
Creations different。8v]
3.
ZT : How many employees are there in Zope Corp now ?
ZT :现在Zope公司有多少雇员？
JF : 27个，大部分是工程师（这个访谈是2002年做的所以这是2002年的数字。）。
4.
ZT : 他们中有多少人为Zope内核工作?
JF : 所有的人.
5.
ZT : 他们中有多少人为你们的直接客户作顾问工作?
JF : 所有的人.
我说的是真的，完善一个工具最好的方法就是去实际用它。当然，并不是我们为客户所做的每一件事都会放入Zope内核里面。但是我们通常为了让用户更好的使用Zope而改进我们的Zope内核。
6.
ZT: 一天之中他们必须有多少小时来膜拜你 ;-) ?

JF : 我希望没有.

Zope和商业模式

1.
ZT :这么多来年以来，你有没有一个对web开发之未来的展望？或者你试图依照工业标准并且做到最好吗？
JF : 我是一个面向对象的狂热者，Zope一直借助于面向对象技术和Python的力量，让构造复杂的Web应用更加的简单。
我们当然要跟随工业标准。我们一直着重强调那些我们的客户需要的或者能让我们的生活更轻松的标准。同样的，对于Zope社区也是必须的。
2.
ZT : We heard that Zope gains in functionnalities thanks to development made 
for customers (ZOracleDA). But isn't it frustrating for a CTO not to be able 
to schedule priorities and resources in function of ideas rather than in 
function of customers demands.
ZT :我们听说Zope公司在运作上取得了进步，要得益于为用户(ZOracleDA)作的开发工作。但是，作为一个CTO，相比于在客户需求方面取得进步， 
更令人沮丧的应该是没有能力在规划优先级和资源的idea方面取得进步。

JF 
:那的确是令人沮丧的，是的。在一个孤立无援的环境里面开发软件，总是会让人沮丧的。幸运的是的，当Zope公司和Zope的社区碰到一起时，会产生很大的创造力去完善产品，有时还能预见客户的需求。
在解决许多用户的个体问题时，作为Content Management Framework 
(CMF)的大量好主意出现了。我认为这个比以前的许多Portal 
Toolkit的成就都要成功的多，部分原因是因为它是被特殊用户需求驱动的。CMF是外面咨询项目的基石。
3.
ZT : This looks like a consulting company adapting its software withoud lead 
idea rather than a software edition company, isn't it ? Did you open-source 
the project to fill this lack ?
ZT :这看起来更像是一个顾问型的公司在改造它的没有先进idea的软件，而不是一个软件型的公司，是吗？你们开源了这个项目以弥补这个不足吗？

JF : No. No.
我们的咨询业务是围饶着Zope开展的，而不是其它的方面。Zope是一个为我们的客户提供实实在在好处的平台，并且让我们能花比其它方法更少的时间来构 
建个性化的解决方案。Zope开源化是增强这个平台的最好的方法，接着，增强我们的咨询业务。
4.
ZT: When answering to RFP, do you use components made by the community ?
ZT:当符合需求时，你会使用社区开发的组件吗？
JF : 是的.
5.
ZT :你的客户是如何看待这一点的？
JF : 他们意识到，重用能降低成本和风险。
6.
ZT：会有一些你为用户定制的永远也不开源的组件吗？
JF : 当然有.有一些组件对用户是非常特殊的，可能包含了客户专有的技术和思想在里面。
有时，我们也开发一些技术，不开源，但是会与我们的客户和测试者分享它们的源码。

Zope的未来

1.
ZT : 说说ZMI里面的I18N怎么样 ?
JF :Zope3将会内置I18n。所有的Zope3的核心代码都将是国际化的。
2.
ZT :你觉得J2ee和Zope比有哪些相通之处？ 
JF :Zope在某种程度上，已经可以和J2ee互操作。我们已经具有了通过共享Oracle数据库的方式和BEA集成的经验。
当Jython2.2可用的时候，
我希望会有一个社区致力于把Zope3移到到Jython/Java上。当有了可以在Jython上运行的Zope，会出现大量的与主要的J2EE集成的机会。
我们已经开始至力于和外部调度管理器（external transaction managers）的集成，这让我们能够使它与J2EE的程序并行执行。
另外一个和J2EE集成的可能性是通过CORBA.不幸的是，J2EE要求CORBA传值调用（call-by-value），这在Python的 
CORBA绑定中缺少这一点（做不到）。近来的开源项目fnorb可能会弥补这个问题。
3.
ZT :Zope可以扮演一个SOAP服务器的角色吗？
JF : 这正是我们所感兴趣的. 你可以查看:
http://dev.zope.org/Wikis/DevSite/Projects/WebServicesForZope.
4.
ZT :Zope和XML：计划是什么？Zope准备在将来扮演一个XML的海量数据服务器的角色吗？XSLT, XPATH, 
XQUERY这些w3c标准在Zope上实现的怎么样了？（2002年前后，是XML大红大紫的时候，那时言必称XML--alang注）
JF :Zope社区在一般的XML技术上已经处于领先地位了。有许多有趣的工作正在进行中，包括XML的管理，支持象RDF, XSLT and 
XPATH这些标准等。
5.
ZT :什么时候我们会在Zope内部有一个查询语言，比如叫OQL？
JF :咳，我们现在已经有了Python和catalog query languages了。这能满足大部分的需求。
Stephan 
Richter现在正在ZOQL项目上工作，目的是为Zope寻求提供一个类SQL语句的、对象操纵的语言。这对ad-hoc处理将是极好的东西。
6.
ZT : 你们的Zope3规划是什么？
JF 
:Zope3将需要社区大量的努力，所以我不能许诺任何事情。当然，我是非常希望这个夏天Zope3就能用了。（2004年才出来，2002年时作此希望显然太乐观了－－alang注）
7.
ZT :你认为Zope3最让人兴奋的特性是什么？
JF :太多了。太难挑选了。先列举一些吧：
*组件架构和新的开发模式
*CMF的集成
*集成的I18n支持
*配置与代码的分离
*新的cataloging和meta-data模块
to name a few, but I have to say I'm most excited by the new Component 
architecture.
还有许多，但必须得说，最让我激动的是全新的组件架构。

Jim Fulton Photo is property of lwn.net <http://lwn.net>. Source : 
http://lwn.net/2001/features/oreilly2001/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20050824/30909ba3/attachment.html

标题：[python-chinese] [翻译练手]Jim Fulton访谈录：Zope的前世今生，Zope的商业模式，Zope3的开发