python是什么语言运行-在大型项目上，Python 是个烂语言吗？

这个不知道怎么说，有的项目用Python的时候是个小项目，用Java就变成大型项目了，这个怎么算呢

有的时候觉得做软件工程其实和发射卫星挺像的，真正的需求是那个有效载荷，就是火箭头上面那么一个小小的卫星，但是为了把卫星发射上天，必须要有发动机和燃料，然后为了把这些发动机和燃料送上天，又需要有额外的多级火箭和燃料，一级一级叠加起来，为了送那么一点点载荷上天，就需要做很多很多的工作。软件工程也是一样，真正对客户有用的逻辑其实就那么一点点，但是你得让客户用起来比较顺手，得让客户输入错误数据的时候系统不能炸掉，得保证系统没有让恶意用户利用的漏洞，得保证脑残的程序员不太容易把整个系统搞挂，得增加各种持续集成来保证开发效率，这样慢慢就堆成了一个大工程。

你想让这个火箭尽量不要炸掉，怎么做呢？多搞一些保护措施，一个发动机够用的时候用两个，提供冗余度，外壳弄得厚一点，燃料箱多一些保护装置，这样整体重量提升了，那就需要增加更多的燃料和发动机，然后为了保护这些更多的燃料和发动机的安全，就需要增加更多的安全设施。最后为了一点点载荷，增加了非常多的设施，但火箭的安全性真的提升了吗？我们都知道，系统越大越复杂，容易出故障的部分就越多，维护起来难度也越高，更不要提成本问题了，结果就往往是挖了一个很大的坑，做了很多很多的工作，最终还是东崩一下西崩一下的。就像美国的航天飞机，设计很美好，最后还是摔得七七八八的。

另一种思路则是反其道而行之，把能减掉的重量都减掉，专心致志尽量保证所有的动力都放在推动"有效载荷”上面，靠地面测试来保证可靠性，这样的火箭结构简单，成本也低，最终可靠性也能提升上来，当然，也许最开始试射的时候难免会炸几次。

静态语言和动态语言我觉得也是这样。动态语言的确没有很多的保护措施，没有办法防止程序员作大死，但反过来，动态语言由于其灵活性，可以将主要的代码都放在描述系统的"有效载荷”上面，让整体代码量下降，虽然同样行数的代码可靠性可能不如静态语言，但整个项目上来说就未必比静态语言差了。