ME!
链滴
英文原文：10 battles raging for the hearts and minds of developers
这个世界是辩证统一的，正如太极所表现的那样，共存的阴阳两极既有对抗，又有融合。在现实生活中，共存事物间的对抗也是无处不在。比如，同为冷兵器的矛与盾之间的对抗，是最锋利的矛厉害还是最坚固的盾厉害？同为佳肴的鱼与熊掌之间的对抗，鱼和熊掌不可兼得，是代表海味的鱼好还是代表山珍的熊掌好？
同样的，在软件开发领域，这样的对抗依然在上演。
开发技术的战场之一：PHP vs.Node.js
PHP 丝毫不受计算机科学家的待见，却深受那些只想用一丁点脑力就能完成 Web 开发的大众群体所喜爱。这群人带来了令人惊叹的框架，如 WordPress、Drupal、Joomla 等等。大部分的网站都是基于 PHP 技术所创建的。
现在，大伙们在技术的选择上出现了分歧。年轻一代的人开始迷恋 Node.js 技术了，这是一种由 JavaScript 编写的服务器端机制。JavaScript 的出现，使程序员们发现自己写的代码既能运行在客户端也能运行在服务器端，自己再也不用学两种不同的语言了。Node.js 拥有自己的特点，但是它所提供的那些功能与最好的 PHP 堆栈所提供的其实基本一致。
下一代程序员会接受只用 JavaScript 来简单编写的新技术么？或者他们会依靠 HTML 使代码更易于嵌入？那些喜欢 JavaScript 的人几乎肯定都会选择 Node，而那些使用 PHP 稳定堆栈如 WordPress 或 Drupal 来处理重活的人则会抵制 Node.js 风暴所带来的影响。
开发技术的战场之二：MySQL vs.PostgreSQL
两大开放源代码数据库无休止的战斗已经持续了快 20 年了。一方面，MySQL 因其易于安装和配置的特性在 Web 的基础工作中已经占据了大部分份额。另一方面，PostgreSQL 拥有在故障中保护数据的更好机制。现在，两者都在迅速改善自己不足之处，MySQL 提供了改进的事务处理功能，而 PostgreSQL 简化了自身的启动流程。
两者在很久以前存在着的差异性仍然在影响着今天的战线，PostgreSQL 被认为更“可靠”而 MySQL 则被认为是更“快速”。这是一种先入为主的思想，正如当今的时髦黑客和讨厌 Oracle 的人常会选择 PostgreSQL 那样，这两个竞争对手可能还需要另一个 20 年才能改变这种思想在用户中的影响。
开发技术的战场之三：Swift vs.Objective-C
苹果这些年只用 Objective-C 来为其进行定制开发，这是一门干净，混合了C语言的面向对象的编程语言。但是，现在时代变了，Swift 提供了一套现代化的语法免除了在苹果平台构建代码的程序员的许多烦恼。当然，那些从小就学习了C语言的人并不介意复杂语法与多文件，但是那些由 Python、Ruby 甚至是 Java 入门的人却对此抱怨颇深。
Swift 的整洁结构会抓住苹果开发者的心么？Python 和 Ruby 的开发者会涌向 iOS 开发领域并挤掉那些保守的 Objective-C 程序员的生存空间么？ 或者这个世界会被那些 Objective-C 程序员的可靠惊人效率所征服？苹果曾公开表示这两门语言能够共存，那么新的库和特性是用 Swift 还是 Objective-C 来编写？开发者们将会通过熟悉的语言来分成不同的集群，那些喜欢 Python 或者 Java 的将会转到 Swift，而从小与C一起长大的将会坚持使用 Objective-C。
开发技术的战场之四：Python vs.Ruby
很久以前，对于软件来说脚本语言就像万能胶。如果你需要把大项目粘合在一起，你可以在操作系统中编写简单的脚本代码就可以完成。
在这个过程中的某个时候，那些喜欢摆弄这些小巧语言的人们发现用它们构建大型程序也是非常有用的。当 Ruby 与 Rails 框架联姻之后，这个组合瞬间火爆了——它们把一个复杂的数据库前端简化得只有少量几段代码了。
与此同时，Python 在科学领域建立了它的粉丝俱乐部。它被广泛运用于每个地方的实验室，伴随着统计学理论在企业界各个角落的破壳而出，尖端的 Python 被认为是获得商业领域数据科学实验的动力。
下一代的程序员会被使用空格进行代码设计的 Python 的简洁所吸引么？Ruby 的扩张速度会超过 Rails 么？Python 的内置函数比 Ruby 的“块”更好？与那些科学家或者 Web 黑客站在同一阵线看起来是否更酷？或许是积习难改，那些网站的站长现在仍然坚持使用 Rails，而科学家们则只对 Python 的库情有独钟。
开发技术的战场之五：SQL vs.NoSQL
道路的一侧是你的先辈们过去就曾使用的数据库——数据很好的融入表格之中，数据库执行外部查询来与表格进行匹配并找到正确的行数。道路的另一侧是突然崛起的 NoSQL，它注重速度与并行性，当事情可能变得更糟糕的时候它会每隔一段时间发出一些小的警告，数据库将会从错误中回退并重新作出不同的操作。
使用传统事务保护机制的传统数据库“腰带+吊带”式的处理方法是你的数据所需要的东西？或者你需要一个在计算机集群中能够有效的将负载进行均衡扩散的更快更便宜更时髦的工具？稳定性与准确性对银行业来说固然很重要的，但那些来自网络上喋喋不休的废话它也需要么？是否所有行业都需要得到数据科学家那种层次的保护？这些问题通常的答案会是：那些需要绝对稳定性的行业如银行业和航空业在处理事务时应当使用传统的 SQL 数据库，而其它那些无此特定需求的行业可以选择使用快速、简单、可扩展的 NoSQL。
开发技术的战场之六：JavaScript vs.Dart 和 Go (或者说与谷歌本身的对抗)
在谷歌这个地方 JavaScript 也有自己的粉丝，但是你可能还不知道它还常被其它语言不断替代实现。最早的时候，谷歌推出了 GWT (Google Web Toolkit)，这是一种聪明的跨平台编译器，能够把 Java 转化成 JavaScript。但是，如果你曾经看到过 Gmail 或者谷歌其它产品的代码堆栈，你会发现它们并不完全是用 JavaScript 实现的。在稍晚的时候，谷歌创造了 Dart 和 Go。这是两种可能在未来某天在浏览器上完全取代 JavaScript 的语言。
Dart 和 Go 在各自领域都有其独特的用处。它们修复了使用 JavaScript 和浏览器堆栈的一些主要突出但是却不被许多人在意的问题。而由于 Node.js 的原因，JavaScript 在服务器端异常火爆，人们已经不再需要其它东西了。
为了掌握绝对的权力，谷歌将面临着一场与大批曾经学习了 JavaScript 而现在想要用它重写服务器堆栈的程序员大军之间的艰苦斗争。要战胜习惯是非常困难的，但是那些从早期就深刻体会到 Dart 和 Go 干净语法和简化模型的最佳体验者所发出的赞美将会成为大众不可忽略的声音。
开发技术的战场之七：Chef vs.Puppet
很久以前，公司在后台拥有很少的服务器，并且安装新的软件都非常简单。后来，随着云技术的兴起，为了保持网站的持续运转，需要将所有有价值的东西放在集群设备上。这就意味着做N件事情就会访问N个设备，彼此之间不会产生干扰。Chef 和 Puppet 是为了帮助管理员像流水线一样配置云设备而出现的两个工具。
开发运营专家专注于 Chef，这个配置管理工具拥有一流的灵活性——能够让你用 Ruby 来编写创建设备的指令。他们说：“你能够无偿的获得 Ruby 的力量。”Puppet 也被用于集群的配置， 但是用于指定做某事的指令是由类似于 JSON 一样的语言发出的。虽然 Puppet 的几个新版本支持一点 Ruby 了，但是基础语言仍然占据着统治地位。那么，到底是为工作创建自定义语法更好呢还是给予人们完全开放、用途广泛的语言的权力（或者危险）更好？
开发技术的战场之八：Hudson vs.Jenkins
持续性集成是一个通过自动测试将所有全新代码部署到存储库中的想法。当这个想法获得很大成功之后，人们开始争夺它所带来的利益。
战场的一边是 Hudson，它是 Eclipse 基金会正式项目的一部分，是由收购了 Sun 公司的 Oracle 所管理的那个分支。他们用一流的企业态度来构建企业需求使用的稳定、严肃的工具。而另一边是 Jenkins，它是原 Hudson 的另外一个分支，现在它是那些众多从很早就开始玩技术的黑客的家。Jenkins 这颗大树成长非常迅速，它的最新版本基本每个星期就会发布一次。
Hudson 和 Jenkins 的战场可以看作是开发者世界里更大规模战场的象征，是坚定奉行谨慎测试、稳固代码的面向企业理念与更快发展、更快 Bug 修复、面向更多用户群体理念之间的对抗。
开发技术的战场之九：MySQL vs.MariaDB
说到由于 Oracle 收购所引发的战斗，我们不能不提到 MariaDB 与 MySQL 之间的分裂。
当 Oracle 买下了 MySQL 后，开源的支持者们开始担心这个强大的工具会成为 Oracle 公司私有的赚钱手段。他们的担心是多余的，但这并不能阻止 MySQL 创始人之一 Monty Widenius 另起灶台。在 MariaDB 拥护者眼里，MariaDB 除了拥有与 MySQL 同样的语法和功能，还包含了一些全新特性，甚至存储引擎运行速度更快一些。
未来的市场将会选择充满活力的新事物还是坚持选择庞大并在这些年里占据着主导地位的数据库？这个世界会钟情于矮小且衣衫褴褛的创新者还是庞大稳定而可靠的成功者？我们将拭目以待。
开发技术的战场之十：编译语言 vs. 脚本代码
在即时编译器和优化器面前，编译语言和脚本代码之间的区别并不明显，但是这点对程序员们来说仍然很重要。一种是代码逻辑性更强，需要反复揣摩，优化，更接近于底层机器逻辑处理的语言；另一种是开发更加直观容易，甚至可让计算机在代码在运行时修改自身代码的语言。
前者的代表都是一些传统的语言，如C和 Java，它们都拥有精心设计的开发套件。而后者的代表都是一些结构简单的语言，如 Python、Ruby 和 JavaScript，它们能够在文本编辑器中创建并可随时放入小型运行环境中进行解译。对于解决更加复杂的问题，它们拥有混合的解决方案，如 Groovy，这是一种脚本编译混合类语言，它能够运行在 Java 虚拟机上，而它自身是一个能够进行大量实时优化的工具。编译语言与脚本语言的区别正在慢慢模糊，但是这仍然阻止不了人们对于复杂的编译程序工作是否真的值得去做的争论。
转自：http://news.cnblogs.com/n/518559/