zope的悲剧
悲剧赋予英雄人物，好在演出还在进行中，Zope故事共同期待
应前面帖子一个id比较特异的朋友的推进，
我也正有此想，准备写一写。
1 2面的zope
zope在python社区，不得说是一个异类。
一方面，zope很有说服力：
zope在企业级应用上，有很多大的客户，包括各国政府、
美国军方，迪斯尼等； 只有zope上，才有plone这样彪悍内容管理产品
Plone几乎涉及了企业管理的各个方面，涉及各种技术，
我们的易度从中学习超多 zope有zodb这样牛X的对象数据库，
现在的流行的nosql， zope在若干年前就树立了一个难以超越的标杆 如果一旦用了python，就离不开一样。一旦你进入zodb，
就几乎很难选择其他的了 zope强大的脚本开发能力，第一次将web开发脚本化了。
这个概念，在云计算风行的今天，再次抬头，易度最新的paas，
正是将这个脚本开发推上了新的高度。
但是，另外一方面，
早期zope开发人员以为是文档不够导致，做了大量大都工作，
2 原因
导致这个问题，有几个方面的原因：
2.1 文化、哲学的矛盾
python的文化是pythonic，大道至简。
但是到了zope这个大家伙，在zope2时代，
zope2看家的脚本开发，的确很简单，很有效，
其实zope2的脚本开发仍然是非常优秀的，
因此zope社区开始整zope 3。zope 3把zope上升了一个层次，zope 3才是真正的应用服务器。zope 3总体设计还是比较漂亮的 ，使用了j2ee的一些想法。经过几次简化，
但是python社区仍然不买账。
zope社区一直在做一些漂亮的东西。
zope社区缺乏一个明确的哲学。没有哲学高度的社区，
php是那么烂的一个语言，但是他却越来越流行。
zope在这方面显得不够成熟。
2.2 zope公司的短见
zope最牛X的时候，那是何等风光。
后来zope公司内部出问题了，2个合伙人闹矛盾。paul everit，这个社区的精神领袖被迫离开公司。
接下来，zope公司对社区使用zope的标识做了限制，
还有好多事情，zope公司采取了和社区对立的态度。直到现在，
但是，这个过程，已经导致zope元气大伤了。
2.3 革命的成本
zope2到zope 3，zope选择了一条革命的路线，就是完全推翻重写。
zope 3耗时超长，社区等待好几年，却不见。这段时间，zope 2也没大的长进。但是就在这段时间ROR，
这时候，zope3要再次吸引更多的开发人员，已经比较难了。
社区之间的竞争是明显的，此消彼长。
2.4 市场宣传落后
这个估计是zope公司自身没落的后遗症，
最差的是zope的网站，还是那么的烂。当然现在有些行动再做，
zope这壶酒不错，但是宣传出去，那是无数具体工作要做的。
上面这些因素，造成了zope的悲剧：
但是他拥有巨大的能量，有朝一日，睡狮梦醒，世人必定惊叹。
好，第一回就到这里。
3 问答：学什么？
“zope 这个东西，曾经尝试学习了3次，都无终而反～～
目前学zope，应该是学 zope3.
我觉得，zope 3需要一个团队来一起学习的，因为zope的东西太多了，
zope 3目前的定位，是适合企业级大型项目的开发。
如果小型项目，采用普通轻量级就ok，比如多学学bfg。
如果学习了bfg，再学zope会容易很多。
我会再逐步讲讲zope的优势，是否值得投入精力去学，
------------------------------
[popexizhi]
关于zodb的了解
没有评论:
发表评论