创业 你选择静态还是动态语言？

每个人都在想为什么在这个世界大家都在选择静态语言，当你准备选择一门动态语言的时候，却又冒出了如此多的兄弟。我们通常考虑的是哪种语言是我熟练 的那就拿它来做这项工作。总之这做不失为一种着手开干得好方法。现在还有别的什么影响你的选择吗？测试？开发速度？还是程序的健壮性？

动态型 VS 静态型

动态语言是一种变量使用前不需要声明的语言，如 Python、Ruby 和PHP，在动态语言中像下面这样做是允许的。

num = 10

某种意义上来说，这却是一把双刃剑，因为动态语言的类型检查是在程序运行期间，代码运行前没有任何办法找出 bug。我知道你可以写测试，但是你并不能测试任何事情。这里有一个虽然不重要的例子。

def get_first_problem(problems):

for problem in problems:

problam = problem + 1

return problam

现在如果你被一些严重的电子乐干扰着，一个缩进的错误很轻易的就忽略了，代码弄完了然后部署到生产环境中，于是bug就接踵而来了。

记住，在生产环境中你是唯一能消灭bug的人。

静态语言：使用前变量需要声明，编译的时候需要类型检查，包括Java、C、C++在内的语言都是静态语言。

static int awesomeNumber;

awesomeNumber = 10;

关于健壮性的增加和运行时错误机会的减少有很多的争论，编译器能捕获一些在你编码的时候产生的令人讨厌的错误，方法的契约是严格的，不好的地方就是沉重的样板代码。

弱类型 VS 强类型

弱类型和强类型经常与动态语言和静态语言混淆起来。弱类型语言会引起一些哲学性问题如数字2和字符”two“的相加，在弱类型语言中像这样做是没问题的。

a = 2

b = "2"

concatenate(a, b) // Returns "22" add(a, b) // Returns 4

传统的语言将严格限制各种事务的出现，如强类型语言中字符与整型相加将导致错误，如下：

>>> a = 10

>>> b = ‘ten’

>>> a + b

Traceback (most recent call last):

File "<stdin>", line 1, in <module>

TypeError: unsupported operand type(s) for +: 'int' and 'str'

>>>

总结：

无论你在哪抨击这篇讨论，声明总比前者好，因为前者会导致一场语言的战争。

动态语言适合快速周期开发和原型设计。静态语言更适合长期的开发周期，零碎的bug非常会付出非常高的代价（电话通信系统，航空交通系统）例如，如 果一巨头公司叫Moo Corp，花了几百万美元在做QA和测试，一bug以某种方式陷入在这个领域中，为了修复意味着另一个轮的测试。当你做在板凳上你要做的就是选择一种简洁 的静态语言，这项工作的难度就是得有人做”挤奶”的事。

测试、测试、还是测试

仅仅就一点点资料为了用来思考、启动下一个项目，你从来就不知道哪些限制你可能放在你自己和你的团队身上。

当你为你的项目选择一门编程语言时，你考虑的因素有哪些呢？

原文：Sachin FromDev 编译：伯乐在线 –刘志军