理论上，python的确比C/C++慢（我对Java的开发没有经验，无法评论）。这一点不用质疑。 C/C++是编绎语言，直接使用的是机器指令，而python总是跑在的虚拟机上， 把一个逻辑直接转换为机器指令，和把同样的逻辑转换为字节码，然后再转换为机器码来执行相比， 总是要高上一大截，这一点，有各种各样的性能报告，我没有必要，也没有必要去做出这样一个报告来， 我记得大概的数值是一到两个数量级，用C++的话来说，这就是所谓的抽象惩罚。

 但实践上，并非这么简单。 现实开发者领域，总是新手远多于高手，而从新手转为高手的时间相比，C/C++使用者花费的时间要比Python使用者多的多，保守的估计是5~10倍。

 这有两方面原因，一方面， C/C++（尤其是C++）的确是“博大精深”，而且总是有无穷无尽的细节，如果你是一个真正的开发者，你就会明白，实际上，就完全精通C/C++编绎器的选项，就足够学两门python了（一点都不夸张，我遇到很多做两三年的C++开发者，遇到一个编译或者链接问题都一筹莫展），而编绎器仅仅是C++开发过程中的最后一环而已，你可以不懂，但你总得要花时间去弄懂，因为，作为一个开发者，这是每天都要面对的问题，否则你给别人一个什么东西，象python一样，给个源文件？：）等你搞懂了指针，搞懂了数组，你还得搞懂指针与数组之间微妙的关系，等你搞懂了引用，你又不得不搞清引用与指针的区别，等你弄清了static 不同的用法，你又得明白vector> 与vector > 是不一样的，尽管只是小小一个空格，然后呢？学习STL（不要告诉我你在C++直接不用STL开发应用），实际上STL对于现实应用来说，太差强人意了，如要你常做字符处理，你就明白我说的是什么了，然后Boost?然后…，终于有一天，你可以开始真正做应用了，一年过去了？：） 另一方面，C++的开发经历绝对是充满荆棘和惊喜，以及沮丧，等你达到C/C++的自由王国，你一定是身经百战，但脑袋中还是有一个弦在紧绷，因为，一不留神，你就又得没日没夜的与奇妙的错误作战，这就是C++的开发感受。而且，C/C++的编码风格问题，一直是开发中充满争议的问题，我见过太多的关于风格问题的，毫无意义的争吵，但是很极少见到最终哪一种风格会令人每个人信服。

  说说python吧，学习过程是这样的，数据类型是如此面向问题，没有了令人讨论的unsigned , short , long,这种这辈子我都不愿弄懂的修饰， 类型连同支持的操作是如此的易懂，一旦你明白了，从Sequence / Mapping纬上看问题，很容易区分list与dict，一旦你明白了Imutable与mutable的意义，你就很容易猜到，tuple与list ,set与frozenset, 的不同方法，一旦明白了list 的inplace-op与string的 non-inplace-op实现，就很容易猜到方法的使用方式，另一方面，符合现实问题的逻辑表达式，通用的len， 简洁的 a, b = b,a,让你觉得一切井然有序，而且简单明晰。强大而广泛且标准库，都把问题与实现的距离接近到了可以动手的距离。语法中相当部分约束，减少了不必要语言风格争论（私下认为，那怕是一个最难看的固定语法都比临时去决策如何去用来的好），这也加速了开发的步伐，况且还有一个风格标准建议在PEP中。

　　现实中，我不相信一个三个月或六个月的应用项目，使用python会比使用C++/C开发出来的系统慢。因为，开发者总是人， 拥有同样开发年限的C++/C程序员与python程序员对语言精通的程序是截然不同的，特别情况下，python程序员是已经真正进入了经验积累期，而可能C++/C程序员才刚刚有了开发的感觉。如果可以做这样一个实验，真实的情况，可能是这样的，python开发者，早就完成系统测试，着手进行性能的优化，考虑使用C/C++替换部分性能的瓶颈，而C/C++程序可能为集成测试的不完整在正在惴惴不安，信号是，由于程序员的技能问题，项目可能要延期。

附：python与c语言运行效率对比

   Python是个非常流行的解释型脚本语言。C是一个非常流行的编译语言。由于其编译的性质，导致C一般比Python要快，但是它是更底层的。相对的，Python编程更加快速和简单。译者注：在目前最权威的TIOBE编程语言排行榜上，Python和C语言分处榜上第6和第2的高位，在脚本语言和编译语言中分别坐着第二把交椅（第一把交椅分别是PHP和Java）。

  问题在于，Python程序（在没有输入的情况下）运行时所额外花费的时间相对C而言是否更加划算，以及运行时所用的时间是否比编程时间更加重要。

  系统程序

 我决定建立一个简单的程序，该程序可以处理以下公式的计算：

 { x + y = 14
    { x^2 + y^2 = 100

 我很快用Python写了一遍，找到了答案。然后，我将其翻译成C语言。我知道，在C语言中的同一程序会花费比Python更多一些的代码，但是这并非是我所注意的问题。在继续之前，让我们看看代码：

    Python:

    x = 1
    while x <= 14:
    y = 14 – x
    print str(x) + “|” + str(y)
    if x2 + y2 == 100:
    print “match”
    x = x + 1

    C:

    #include (<)stdio.h(>)
    int main()
    {
    int x, y, t;
    for (x = 1; x <= 14; x++) {
    y = 14 – x;
    printf(“%d|%dn”, x, y);
    if ((xx) + (yy) == 100)
    printf(“matchn”);
    }
    return 0;
    }
 我总是听说C语言永远是最快的语言之一。在命令端口运行这两个程序，我并没看出这两个的运行速度有任何差别。所以我打开Ubuntu的命令端口，并输入如下代码：
    time ./a.out

 （time指令，紧跟着可以脱离time指令而单独运行的普通指令，运行指令并计时——很明显，这里的测试对象是C程序。）我得到0.001秒real time（真实用时），而user time（用户用时）和system time（系统用时）都是0。

    接下来是Python：
    time python system.py

 结果有些吓人：0.017秒real time，0.012秒user time，0.004秒system time。
    当然了，real time的差别毕竟只有16毫秒，不过在长时间运行大量运算的大系统下这个差别就很明显了。

    百万程序

 我决定将这个设想付诸现实。我写了另一个程序，这个程序将0到1000000之间的所有整数，包括0，依次print输出。当然这和我之前提到的大量运算的情况还是不同的，不过还是给了计算机比较多一些需要print的内容。

    Python:

    i = 0
    while i (<) 1000000 print i
    i = i + 1

    C:

    #include (<)stdio.h(>)
    int main ()
    {
    int i;
    for (i = 0; i <>
    printf (“%dn”, i);
    return 0;
    }

    然后是测试结果：

    C:

    real 0m24.625s
    user 0m0.652s
    sys 0m2.240s

    Python:

    real 0m29.805s
    user 0m1.984s
    sys 0m1.812s

结论

 我承认，每个语言都有其优势和弱点。但从以上结果看来，我只会在像上面这些小程序这样快捷的编程中，或为C程序建立原型的时候才会用Python，而在运行花费时间更重要的任务中，我无疑会选择C语言。