Python社区影响力，他曾是CPython项目的核心开发者之一、也曾是Unladen Swallow（见文末注释）的核心开发者，参与了很多Python项目的开发。希望大家进行学习介绍。
近来传闻Google将在其新项目中限制Python的使用，为此有开发 者（以K表示）在Google 论坛中公开询问了Collin Winter，Collin Winter就很多尖锐的问题做了解答。这篇帖子同时也吸引了很多高质量的跟帖。
Collin Winter：的确，Google将限制Python的应用因为：Python不如Java和C++快，线程占有、内存使用都很高在使用Python开发新系统的时候。我们深知如果负载增加了10倍或者100倍系统会怎样，开发出的服务会有多糟糕我想Python已经发展到了一个狭缝中。
因此在选择时我们 应当权衡其优点和缺点，也许开发人员使用Python会很有效率，但随着系统的增大却会遇到许多平台级的性能限制。Collin Winter：Unladen Swallow旨在尽可能地将Python用在更多它现在尚未涉足的地方，而且Unladen Swallow也并非包治百病的灵丹妙药。
如果没有人给Python注入投资，Python将仍旧比C和Java慢、占用更多的内存和线程。我希望开发者 对Python的关注能够形成一个良性循环。越多的开发者感兴趣、越多的公司干兴趣，就有越多的投资注入，从而开发出更多的Python资源。我认为Python及其他动态语言***的一点就是。
许多开发者工作于不同的子系统，但都为同一个代码基工作。而C或者C++语言则不同，参与的开发 者越多，代码基就越支离破碎。从这个角度来说动态语言更加易于sandbox操作。这种敏捷和灵活是Python语言的重要特性。
Collin Winter：我认为像CPython之类的应用不可能像V8或者SquirrelFish Extreme那样快，毕竟后两者是专为速度而生的。我们也曾遇到一些高速性能方面的优化却很难配置到CPython中，因而只能放弃。
作为开源项目的志 愿者，CPython跟V8的侧重点不一样：CPython强调的是简单，也即简单、稍慢的内核便于人们在业余时间维护。对于Python的另一个项目PyPy我倒是有很高的期望，希望它能摆脱C-level向后兼容的束缚而提供长久的性能解决方案。但这个愿望可能需要十年来实现。
Collin Winter：Python社区开发人员很少是有报酬的，几乎全部是志愿者，而Ruby开发者却能够从EngineYard等赞助商那里获得基金。因而当他们意识到MRI伺服web应用很慢时，他们可以更好地开发他们的VM。这也决定了我们开发的东西更加照顾大多数人的需求。
一位名叫Leon Sit的开发者在这里补充道：我认为当系统增大时，CPython除了在数字码方面表现不错之外其他的都差强人意。而且，CPython依赖C编辑器而 Windows系统根本没有C编辑器。为了提高CPython的速度，就需要添加打印信息而它们涉及的语法却非Python的标准语法。
Collin Winter： Unladen Swallow的另一个主要目标是维护与C扩展模块的兼容性，后者被Google广泛使用。使用Jython需要将基础架构从SWIG移植到JNI，这是 一项很痛苦的工作，而且几乎会无可避免地带来非常繁琐的bug。这是我们为什么没有选择Jython作为baseline的首要原因。
Jython是一部分全职的有薪开发者。但到目前为止，IronPython和Jython不得不将大部分的开发精力放在与CPython的兼容 上，只有很少的精力放在性能优化方面。也由此可见支持Python 3多么影响Jython,IronPython, PyPy等项目。
网友Tom Machinski认为：Python并非与低阶虚拟机（LLVM）相兼容。Unladen Swallow项目组提高五倍性能的承诺并没有真正意义上的实现。如果CPU耗用至少90%的执行时间用以运行一小段循环，CPython无疑可以将这段 程序提高100倍甚至更多。但如果是大的应用呢？而且不要忘了，这种加速往往只是针对程序的某个点，也即热点优化（hot spot optimization）。
不要误会我的意思，我当然对Unladen Swallow项目很感兴趣而且希望它能够真正地实现目标。但我也绝对认同Collin的意思：即便Unladen Swallow项目所有的目标都能真正实现，Python社区也不是Java或者C++的对手。
【编辑推荐】
