CN Erlounge IV 讲师名单公布及Call For Topic

近期将公布目前已经报名的讲师名单及Topic。那些希望Share Topic的朋友赶快了。
 
目前累计注册的讲师为12位（不包括口头和我打过招呼但实际没有注册的讲师）。
 
也提醒下那些已经注册但是Topic还是TODO的讲师赶紧提供下Topic。 :)
 
另外，借这个通告，这里特别 Call For 一个个人感觉非常有趣的 Topic：基于状态机的服务器架构模型。
 
话题来源：
 
实践基于 Erlang Concurrency Style 这个网络编程模型已经很久了，感觉上确实足够好用易用（相对于其他的网络编程模型）。但是也遇到了一些问题，属于这个模型本身的限制造成。比如说“死锁”（当然不是严格意义的死锁）其实在Erlang编程模型中是存在的。举个简单的例子：A 向 B 发送一个同步消息，等待 B 回复；而与此同时 B 向 A 也发送了一个同步消息，也在等待状态。这时 A、B 两个进程都不能完成自己当前的任务，形成“死锁”。当然由于网络通讯的特殊性，最终 A 和 B 这种死锁是以超时表现出来。为了避开这点限制，我们在编程手法上禁止了 A、B 两个服务器互发同步请求的设计，改成同步请求只出现在单个方向如 A -> B，而 B -> A 的同步请求改用两次异步请求来完成。但是这样一来，B 的一个完整逻辑就被打破，使得 B 服务器多了一个临时状态，导致 B 服务器的逻辑分支变多，不利于维护。
 
这些让我想到，跳出 Erlang Concurrency Style 这个编程模型看，传统的基于状态机的服务器架构模型是怎么样子的呢？会不会对我们的Erlang Cocurrency Style编程模型有很有益的补充呢？这里召唤下服务器编程达人给大家解惑一下。 :)