Erlang/Elixir 入坑 Elixir， 想做一个关于 Elixir 的论坛有人感兴趣吗？
这两天开始看 Elixir，顺便想用 @rei 的 campo 改一个 Elixir 的论坛，图都已经画好了，不知道有没有人感兴趣？ 虽然感觉直接在 ruby china 上讨论应该也可以...
图.....
已经没 Campo 什么事了嘛
改起来应该还 ok，就是 slim 看起来头晕
#6 楼 @chiangdi #7 楼 @flowerwrong
嗯...其实我还没动手
现阶段就是设计了一个界面，不开发的话就纯粹当做 material design 的练习好了 
你是说用 campo 来做一个 elixir 主题的论坛还是说用 elixir 做一个像 campo 那样的论坛？ 支持后者，用 web 框架吗，phoenix?
支持！我这周末开始 hello world 争取两周后贡献代码！ 
1 高层语言不就是一个语法糖吗，只要支持 dsl 功能，上层语法想怎么改就怎么改，至于支撑它的低层的优化要很长一段时间和大量的应用去考验。
2 无论什么语言，业务越来越多了，性能必随之而降。
3 把精力浪费在学习相同的东西上，不如去深耕一门语言。 从高层到低层遍历几次，也未必精通得了，但足以让你花上六七年了。
#21 楼 @coolesting 1. erlang 经过大规模电信业务考验和二十年的沉淀才有了今天的 OTP，这个庞大得被称作“平台”的东西可不是简单的”语法糖“。
如果对 ruby 不是研究得很深入的，去学下同种类的语言（如 Elixir）也是不错的选择， 对于某些大牛来说，什么 什么 新语言，实质就是 不同格式的存储文件
#29 楼 @lidashuang #28 楼 @coolesting 大家可能有误会，只是学习技术的方向不同，有人喜欢研究底层，有人喜欢研究多样性，各级所需
视你自己和团队对该语言的了解而定， 有人把 ruby 换成 node.js 的多得是，有人用 python 的不爽，直接修改该语言内核也多得是，
WhatsApp 大量使用 Erlang 才去改进 Erlang Facebook 大量使用 php 才去改进 php
自己团队没有优化轮子的能力，只能放弃现有的轮子，去重新选择别人做好的轮子。
我无意挑起语言之争，大家无视我吧。
erlang 的 actor 模型是进程 + 消息 + 抢占调度，scala 到现在还在头疼入箱前不可变，没有 erlang 和 beam 支持的 fp 特性你敢保证消息的正确性？
beam 机虽然速度不如 jvm，但却可以保持 99.9999999% 的高可用性。
基于 actor 模型和 beam 机实例的分布式可以无痛转换成多机集群，要怎么改造语言才能做到？
erlang 本身是诞生在电信工程中，ruby 是 matz 自己创造的。这两门语言从根本上解决问题的方向不同，改造语言还不如重新开发一门新语言。
facebook 在 08 年的时候就开始用 erlang....
#50 楼 @Numbcoder 太大关啦！可以说决定了项目的发展。这也就是有这么多语言存在的一个原因。准确来说，不应该是性能，而是语言的特性。如果是 Hello World，那么什么语言都无所谓，越复杂的应用，对语言本身的特性依赖越大。
一个产品成型之后，要对它改造是 非常困难 的，而且几乎是不可行的，因为它所依赖的产品和接口功能太多了，随随便便就这样做会伤害到机械，伤害到客户。
我提到 优化 这个词，优化是指不损害已有的一切的情况下，提高性能和扩展功能。
对于因为语言的特性不同而去争辩，是没意义的 。就像你要测试一种语言或框架，你不可能一直测试 hello world, 你的产品也不是一直在输出一千个，一万个 hello world。 错综复杂的业务，即使是相同语言，不同的人做出来的产品，结果也不一样。