shhg进，想和你心平气和的讨论一些关于perl的问题。

既然转来新闻版，就回一回贴
偶是门外汉

但要说一句，存在不一定合理，所以才有了进化论

shhgs的某些观点我是赞同的，就是我赞同unix hater里的东西一样

「语义」具体是指哪些东西？
写 Ruby 你也完全可以不用类和对象(但必须得用方法，这点 Python 也是一样的)。我说 Python 不是 “OO 到底” 是说，Python 有类似 range()、file()、has_attr() 的函数，而在 Ruby 中这些分别有对应的对象(例如 Range 类)或者方法(例如 has_method 方法)。

修改一下，不是「不用」是「不用自己写」。

看人，要看他的历史
本来很想骂人，算了，跟这种人见识真不值，况且这种人论坛上太多（主要是MJ太多 ）

在cu里这是最棒的答案，难道还要把cu看作一个技术论坛？
我一直把这当做一个技术mop论坛，过来看笑话的。

同是开源，相煎何急。为何不能共同进步。
看看上海的开源活动，perl和python同台表演。

2007年9月8日17LAMP.NET开源社区技术讲座总结

2007年9月8日，“白露”节气，天气开始转凉，但中国的开源社区却热气腾腾。北京的LinuxWorld正轰轰烈烈地开幕，上海17LAMP.NET开源社区的第二次技术讲座也在8号顺利举办。

本次讲座的主讲人Joe以他风趣幽默的语言为大家讲解了Perl的文化和技巧。尤其是对Perl文化的生动分析，结合了Joe自己的人生感悟，向大家展示了Perl不仅仅只是一门枯燥的编程语言，更代表了一种人生态度和处世哲学。充分展示了Perl这门编程语言的无穷魅力。引得在场的听众意犹未尽，纷纷表示希望能尽快听到Joe的下次讲演。

开源社区是丰富多彩的，除了充满人文气息的Perl,还有其他很多极具特色的技术。我们17LAMP.NET主张开源社区的不同技术拥护者，应该相互交流，取长补短，这样才能开拓视野，从而保持开源社区的不断创新。

在讲座的中期，我们特地安排了润普公司的潘俊勇先生为大家展示另一开源编程语言Python及Plone系统。在潘先生的演示下用 Python开发的Plone系统展示了另一种开源技术风格。只要鼠标轻点几下，就能构建出具有当今最先进功能的网站，以至在休息期间，大家还围绕着潘先生继续请教。有听众说还是第一次知道还有如此出色和易用的开源作品。

17LAMP.NET开源社区一直认为只有开源企业和开源技术爱好者保持良好的交流互动，开源技术和文化才能有效和快速地得以应用和推广。我们17LAMP.NET开源社区一直致力于这方面的促进工作，为开源企业与爱好者之间增加交流沟通的机会和场合。

这次世界领先的开源技术企业Novell派出资深技术专家叶先生来到讲座现场为大家演示了开源业界最先进的Novell虚拟技术方案，充分体现了Novell公司对开源社区的大力支持。叶先生演示的虚拟技术也是当前最热门技术。听众中已经有不少已经在尝试使用，所以大家直接就某些技术细节与叶先生进行了讨论，气氛十分热烈。大家对Novell公司的领先虚拟技术有了深刻认识。

放弃休息来为大家讲演开源技术的Joe，潘先生和叶先生是本次讲座成功的关键，体现了开源社区知识共享，我为人人的社区文化。三种不同的开源技术演示，使本次讲座的内容丰富多彩，开阔了听众的视野。17LAMP.NET对Joe,Novell公司，润普公司的大力支持表示衷心的感谢，正是他们合力为大家贡献了一场精彩的技术讲座。

讲座的部分照片：
http://picasaweb.google.com/17lamp.salon

讲座的视频小片断：

http://www.youtube.com/watch?v=LcgKfaCXO6c

原文：http://www.17lamp.net/blog/editor/17lamp_net/2007091034

不是“相”煎，谢谢。
Perl 版版友去 Python 版交流的时候，一向都很礼貌的。

某些人非得把自己的观点强加给别人
象一个布道者一样到处说"Perl是邪教"

别人对Perl有自己的想法,他就说别人"胡搅蛮缠","奴性"云云...

似乎只有听了他的,才掌握了"真理",不听他的就入了"邪教"

他这种布道式的说教和所作所为才象一个走火入魔的邪教者所为

发表一下个人看法：

如果SHHGS的目的真的是为了让在perl和python之间无所适从的人能有选择的依据，那应该将python是如何的好，而不是讲perl是如何不好！

在我的印象中，国家的广告法好象是有规定，不允许在广告中攻击对手的。也就是说在宣传一个产品时，不允许讲这个产品的竞争对手的坏话。

语义，主要指在处理一些OO逻辑方面所采用的方法，比如是否有基础类，单根还是多根，overload,override,upcasting,downcasting等等的实现（抱歉我找不出恰当的中文来代替这些词），多重继承，动态方法，抽象类和抽象方法的实现等等
在语义上，python跟ruby的相似性可以说>95%，而跟java则大约只有65%相似，跟C++大约55%

你所举的那些例子正好是我诉说的，python比较宽松，它提供了足够的函数给你用来写一个纯“过程-函数”形式的程序，不需要用任何方法调用（当然这不包括你使用扩展库，因为扩展库的内部实现取决于其作者的喜好，究竟是以方法还是函数提供的就难说了）
python在这一点上是宽松的，你可以用函数，也可以用方法，完全随便，没有任何强迫；而ruby和javascript这种完全“基于对象”的语言，就算你不声明对象，系统也默认了对象，方法则是强迫必须使用的，没有可代替的函数供选择，感觉上好像更加OO，其实是因为严格
python本质上其实也是默认对象的，只不过在实现上故意搞出了一些函数（在内部其实也是调用对象方法），目的是为了满足用户的癖好，表面上给人一种自由随便的感觉