- 论坛徽章:
- 0
|
因为看见有人讨论perl5,perl6所以就翻译这篇在monks上很火的帖子,原作者也是一个大牛。有兴趣的人可以去原贴看看。(翻译此贴已经征询原作者的同意,转帖须注明)
下面这些抱怨,不是来自我,而是最近几年来我从我同事或朋友当中听说的。因为它们不是通常那些类似开发时间太长,执行速度太慢,太像java之类的埋怨,所以我觉得有必要列出来:
1. perl 6 之所以 是一个“雾件”(xiaoyafeng:参见wiki vaporware),是因为设计一直在变,而且看上去没有一个结束!perl 6 到底要不要自足执行?到底是parrot 还是Pugs 才是真正的官方版本? 那些设计者能不能做一个决定,并好好的坚持下去?
2. perl 6之所以这么糟糕,是因为那些一天到晚呆在象牙塔里面的人根本不愿意倾听!我曾经有很多很好的主意,但是他们从来不打算考虑。
3. 每次当我们抱怨perl 6 开发太慢的时候,“欢迎志愿者!”是那些人逃避的托词之一(另一个是“我们要花时间让他更加好”。那么好,到底我应该如何做出贡献?我不懂C所以我不能帮parrot,我不懂haskell所以我不能帮pugs.我甚至不能看到目标进度表!不能看到包括milestone 和活动的进度列表难道不是一件很糟糕的事情吗?这样人们甚至不能够了解项目的进度从而决定给不给予支持。
4. perl 6 就是浪费时间,因为它根本没有必要。如果他是必要的,麻烦列举一下它的设计目的。如果一开始就没有设计目的,我们能期待什么?
5. perl 6 不会拥有真正的开发人员,归根结底,它只不过是一个脚本语言,当然,perl 6更像java, perl 6 也有虚拟机。但是我能隐藏我的代码吗?我听说parrot的一个设计目的就是能.pbc 转成HLL代码,而不是打算生成真正的本地可执行文件。
6. perl 6 从来不关心perl 社区,因为开发者已经忽略了社区。你有没有看见过进度列表?当你询问perl 6有没有某个特性的时候,你只会看见一大堆不相干的人讨论,没有什么真正需要的回答(例如是或否),最后你的提问就无声无息的沉默了。
7. perl 6 会最终失败的,因为它的设计本身就是一个巨大的泥潭。perl 6 仍然在随着项目改变,RFC到现在还在不断更新。在很多地方你还会看到它说,如果没有定义,请参照perl 5. Larry 也一直在保留他能改变自己想法的权利,也就是说没有人能够真正知道(除了他自己)什么才是(或不是)真正的perl 6.
8. perl 6 会最终失败, 是因为perl 5仍然可用。 没有人会真正使用perl 6 除非它能和perl5完美合作。有没有想过cpan怎么办? 好吧,假设有了奇迹,perl 5能在perl6中使用,XS怎么办?Inline::Java怎么办? Ponie项目半死不活,parrot 也不能运行perl5,它甚至连perl 1也不能运行。 凭什么让人相信它能运行perl 6?
9. perl 6不会成功 因为它就像perl5一样喜欢在一个小圈子里面任人唯亲。每个人都知道p5p赶走了多少优秀的黑客。
10. perl 6不会成功, 因为它太沉迷过去了。未来将是一个并行以及分布在多平台的世界。
注:随手翻译的,肯定很多错误,请及时指出,以免误解原作者的意思。 |
|