Python和Ruby的对比，纠正一些误解
Python和Ruby的对比，纠正一些误解
下面是我在看两篇关于Python和Ruby对比的文章时，所作的纠正，原文都是广泛流行的，比较好找。
------------------------------------------------------
《ruby和python的比较》更正一点事情
1、文档、开源项目、库支持，这些东西Ruby不要跟Python比，不是几个数量级的问题，何必貌似并列的排在一起。
2、Python确实没有把正则表达式模块内置到核心里面，但是却有re这个标准库的支持，当时的目的也是为了尽可能的把核心做到最小。我不太明白，使用标准库和内置有什么区别，甚至可以作为优点？且使用Python中的正则表达式也不过是多个import re和调用时的几个字母而已，省下的无数个end足以抵销这个问题了。
3、至于嵌入HTML功能，Python里有C/Python双实现的Cheetah模板可用，据说托Zope的福，美国海军和法国政府在用，不知Ruby这个功能的成熟度如何？
4、mod_ruby模块的出现时间很短，如果作者没有听过mod_python那就实在孤陋寡闻了。我在一年前翻译mod_python3.2.8文档的时候，mod_python已经很成熟了，以至于几乎所有的Python WEB框架都支持构建在其上来提高效率。但是，似乎mod_ruby的更新，每年也只有几次。mod_python更有gnu.org这样的重量级应用，不知mod_ruby有没有？
5、另外，提到unix工具。Red hat Linux的安装程序一直是用Python写的，如果你恰巧用ubuntu，那么，那个提示你更新系统的程序，也是用Python写的。
6、racc和doctools，请原谅我的孤陋寡闻，我google了一下居然除了你的这篇文章还没找到几篇关于racc的中文内容，辗转之后才查到是一种类似yacc的工具。从google的角度讲，racc的可用性我就不多说了。我不太明白一个yacc工具在日常编程当中有多大的实用性，但是既然作者提到了我就顺便找了个我只听说过名字，根本没用过的spark。google的结果是"racc ruby":"python spark"=159,000:659,000。至于doctools，我更是无话可说，在google上只有15,800条记录，我到现在都看不出这个东西是干什么用的。所以找了个估计是类似的东西对比了一下，docutils，google的记录是25,400条。
7、“比Python库更完整的面向对象语法”。试问面向对象的目的是什么？再者，ruby能否像Python一样，绝大多数标准库根本不需要查文档，只要猜测一下大体上的名字，然后dir()一下，再help()一下就可以直接上手，用到第二次的时候，因为模块内东西实在太少，记忆太方便，就可以直�
相关文档：
writeblog.csdn.net writeblog.csdn.net/PostEdit.aspx
这个程序很早以前就写过了，而且是参考的别人的写，具体谁的发在哪里我都忘记了。这里就算是半原创了，如有侵权请及时通知改正。
因为从今天1月1号开始，Google上订阅的天气预报服务已经取消了，估计是Google被施加压力了。反正是收不到天气预报了。正好重拾以前 ......
1.解释性 可以直接从源代码运行程序.在计算机内部,Python解释器把源代码转换成称为字节码的中间形式,然后再把它翻译成计算机使用的机器语言并运行.
2.#符号后面的内容都是注释.
3.在字符串中行末的'\'表示下一行的内容和上一行是接着的;字符串前加一个r表示某些不需要转义符那样的特别处理的字符串;在处理文本文件的时候� ......
之前写了一个自动解压压缩文件到压缩文件所在文件夹的脚本
后根据自己需要，写了另外两个。原理一样
都是使用winrar的命令
第一个脚本没考虑周到，只能解压rar文件
改进后可以支持winrar支持的各种文件
把指定文件夹下的文件保存到指定文件夹
#rardir.py
import os
import sys
src=sys.argv[1]
dst=sys.argv[2]
......
松本行宏如约于圣诞节发布了Ruby 1.9。根据Ruby的惯例，小数点后面第一位如果是单数，那么就表明这是一个实验版本，不推荐用于产品环境。所谓“产品环境”，对于目前的Ruby来说，基本上就是Ruby on Rails。从目前RoR社群的反映来看，确实有人正在尝试用Ruby 1.9配合RoR，但是尚属 ......
