[编辑] Erlang

 Erlang诞生于于1986年，在 Ericsson Computer Science Laboratory诞生, 是Erisson language的缩写.
 Erlang是一种函数语言,有自动内存管理，原子概念，List表操作等等语言特征.
 为了函数语言能够在工程实践中具有实际应用，Erlang在语言层次上引入了许多辅助的功能:
 1. Erlang从语法层次上定义了一种引入副作用（side effect）的方法进程间消息的发送—— Pid ! Message , 与接收 Receive。这与 Erlang 虚拟机的轻量级进程相结合，提供了一个颇具工程价值的强悍的函数式语言;
 1. 引入的模块(module)，函数输出/输入定义 (export/import)，引入宏;
 1. 增强的 Term 匹配;
 1. 引入异常处理机制(try/catch);
 1. 引入 tuple 以及 record 数据类型.
 此外,Erlang/OTP 为程序开发人员提供了一个相当完善的可使用的程序库.
 再有Erlang具有soft real-time特性。以及Erlang的虚拟机。基本上可以认为Erlang编译出来的程序式平台无关的, Erlang设计的程序可以运行在Linux/Windows/Solaris平台。 这样就可以构造Linux + Erlang的超强组合。
 == Erlang的一些语言特征 ==

但却更容易编写出更加强壮的代码。采用的方式是fail-fast（这个我以后解释）

 1. 采用轻量无共享的process，按照Ulf Winger的说法 Also, the number of processes can be way larger than 50,000. We consider 30-50,000 processes to be afairly normal number.有一套完备的process调度机制，最新版本已经支持SMP。
 1. 无共享有很多意义，包括能够得到极高的并行度和效率提升(Amdahl's Law).另一方面，无共享也意味着一个process失败不会导致其他process的死锁和失败，实现失败隔离
 1. erlang有一套完备的库，其中提供了各种各样的抽象behaviour，特别是supervisor tree，能够管理其他进程的活动,包括监控、重新启动的策略等等、这是一个树
 1. erlang是一种functional 语言，其中很多的行为有利于编写更加可靠的代码，例如single assignment，就是一次赋植，不再变化，这样在发生错误的时候，你就可以从原先的状态开始，重新启动任务。从可靠性的角度来说，这相当于内存事务。这方面很多组织和大学，包括微软也有研究
 1. 进程间没有任何共享，所有的通讯都是消息传递，而即使在同一台机器上，erlang也是假设这些消息传递是不可靠的，因此不管是在单台机器还是分布式处理上，你的编程方法和思路没有任何变化，因此非常适合进行分布式运算，并且非常容易伸缩
 1. 函数性语言以其精确和抽象闻名于世，可以编写复杂且易于维护的项目
 1. 独立的代码服务进程，可以同时允许统一份代码的不同版本在某一时刻同时运行，最后不停止系统切换到新的版本，也是通过消息处理机制进行处理
 1. 一套完整的机制进行程序打包、组织，模块更新，应用更新等等
 1. erlang的虚拟机是比较高效的，除了函数性语言本身的一些特点（例如GC的很多方面可以更加高效、简洁）外，还支持直接编译到native code(HiPE)等等
 == Erlang的其他 ==
 1. erlang当初是为电信系统设计的,电信系统的要求,按照Dacker给出的说法是10个：
   a. 系统必须处理极大数目的并发活动；
   a. 动作必须及时在某一个点得到处理，或在一定的时间内得到处理；
   a. 系统可能分布在数台计算机上
   a. 系统用于控制硬件
   a. 软件系统非常庞大
   a. 系统具备复杂的功能
   a. 系统应该在很多年间持续运行
   a. 在不停止系统的前提下进行软件维护（例如重新配置）
   a. 严格的质量和可靠性需求
   a. 必须同时对硬件失败和软件错误容错
 1. Joe Armstrong继续针对这些要求分析：
   a. 并发性--几万人可能同时和交换机交互，因此交换系统具有内在的并发性要求。系统必须能够同时处理数万的并发活动
   a. 软实时--电信系统中很多操作必须在一个给定的时间段内执行。
     i. 某些限时的操作是被严格强制的，如果不能再规定的时间间隔内完成，则整个操作将被终止。
     i. 其他的操作可能只被计时器监视，如果时间到没有完成（计时器事件触发），那么操作将被重复执行
     i. 编写这样的系统需要非常高效地维护数万个计时器
   a. 分布式--交换系统内在就是分布式的，系统的结构必须很容易从单节点扩展到多节点的分布式系统
   a. 硬件交互--交换系统必须控制和监视大量的外设硬件。必须能够编写高效的设备驱动程序，在不同硬件驱动程序之间的上下文切换应该非常高效
   a. 庞大的软件系统 -- 例如AXE10和AT&T 5ESS有几百万行代码。我们的系统必须能够运行于几百万行的源代码
   a. 功能复杂性--交换系统功能非常复杂。市场压力鼓励系统的开发和部署需要大量的复杂功能。通常，在没有非常好的理解这些功能之间的交互行为之前，系统就被部署了。在系统的生命周期中，可能需要用很多方式更改和扩展系统的功能。但是这些更改不能停止系统。
   a. 持续运作--电信系统必须在很多年内持续运作。软件和硬件维护必须不能停止系统
   a. 质量需求--交换系统必须在一定的接受层次上容忍错误的发生。电话交换必须极端可靠
   a. 容错--交换系统应该是“容错的“。意味着我们知道错误会发生，必须设计一种软硬件基础结构，能够处理这些失败，提供一个可接受层次的服务，即使发生错误。