1993年，巴西里約熱內(nèi)盧天主教大學的三個老師發(fā)明了Lua。

Lua以其簡單性、小尺寸和可移植性，成為嵌入式編程語言之王。

除了游戲這個主戰(zhàn)場之外，Lua還入侵了各種軟件（TeX排版，Neovim，Nginx......），各種硬件（三星的電視、思科的路由器、TI的計算器，羅技的鍵盤......）

Lua的故事可以移步我這篇文章《》

20年后，巴西人José Valim又發(fā)明了一個編程語言Elixir。

這個編程語言知道的人不太多，但是很多著名公司都在使用它。

Elixir特別適合開發(fā)分布式、可擴展的、高并發(fā)的應用程序。

Discord的CTO在2017年的一篇文章中說道：

Discord 就是 Elixir 的早期采用者， Erlang VM 是我們想要構(gòu)建的高并發(fā)實時系統(tǒng)的完美候選者，過去兩年，系統(tǒng)中的并發(fā)用戶數(shù)已達到近 500 萬，每秒有數(shù)百萬個事件......

如果讓我從頭再選擇一次的話，我還會選擇Elixir。

在Stackoverflow 2021年的報告中，在38種編程語言中，Elixir是收入排行第三的編程語言。

1

Elixir的作者是José Valim（下文簡稱何塞），本科在巴西圣保羅大學讀電氣工程，后來在意大利都靈理工大學拿到碩士學位。

在意大利時他遇到了現(xiàn)在的波蘭妻子，然后搬到了波蘭。

在發(fā)明Elixir之前，何塞已經(jīng)是著名Web框架Ruby on Rails團隊的核心成員。

可惜的是Ruby語言在并發(fā)，多核的表現(xiàn)不咋滴，沒有解決并發(fā)問題的適當工具。

這讓何塞有點沮喪，他不斷研究其他解決方案，直到有一天，它發(fā)現(xiàn)了Erlang虛擬機。

Erlang虛擬機已經(jīng)解決了高并發(fā)和分布式的問題，為什么不把Ruby移植上去呢？

但是Ruby的思想和概念和Erlang格格不入，沒法子的何塞最終決定：發(fā)明一門新的編程語言Elixir。

在設計上，何塞借鑒了Erlang，Clojure和Ruby的思想。

Erlang ：函數(shù)式思想、基礎設施

Ruby：優(yōu)雅的語法、標準庫、命名方式

Clojure ：基于協(xié)議的多態(tài)實現(xiàn)

大家可能覺得一個大牛發(fā)明一門新語言是很容易的，其實并非如此。

何塞并不是科班出身，也缺乏編譯器的知識，也得從頭學詞法分析，語法分析......

他看了幾本經(jīng)典編譯書籍如龍書，更關(guān)鍵的是閱讀了Erlang、Ruby、JavaScript等語言的解析器源代碼，然后才開始動手。

即使如此，何塞依然步履維艱，他的第一個Elixir原型非常糟糕，就像迷失在了山洞中的原始人，到處探索。

等到第一個版本發(fā)布，已經(jīng)是兩年以后了。

一門新語言出現(xiàn)以后，如果獲得眾人關(guān)注是最難的一步。

在這一點上，何塞充分學習了Rails創(chuàng)始人DHH的營銷能力。

何塞開始走出去，在各種活動上宣傳Elixir，接受各種采訪介紹Elixir，寫各種文章為Elixir造勢。

提到Elixir，就不能不提Web框架Phoenix。

他們像當年的Rails一樣，錄制了一個視頻：在15分鐘內(nèi)克隆一個Twitter。

這個視頻引發(fā)了不小的關(guān)注度，成功地引發(fā)了對Elixir和Phoenix的討論，吸引了更多人來使用Elixir。

2

說到這里，可能大家會問：這個Elixir到底有什么神奇之處呢？

一般來說，我們要開發(fā)一個交互很強的Web應用，通常會這么來構(gòu)建：

在前端有各種框架和類庫，如React,Vue等，在瀏覽器端處理：

1.數(shù)據(jù)模型，2.控制邏輯，3.視圖模板

后端主要提供數(shù)據(jù)接口，前端的JavaScript負責展示和邏輯。

讓人吃驚的是：使用Phoenix的LiveView，這三個東西都被放到了服務器端，實現(xiàn)了服務器端的渲染。

猛一看，這很難理解，舉個簡單的例子，我們現(xiàn)在需要實現(xiàn)一個計數(shù)器應用：

在服務器端：

數(shù)據(jù)模型：就是那個Count數(shù)字。

客戶邏輯：就是一些函數(shù)，來處理事件，事件是“增加按鈕被點擊”（increment event）或者“減少按鈕被點擊” (decrement event)

視圖模板：用來渲染這個簡單的界面

當用戶點擊“增加”按鈕時，一個事件（increment event）通過websocket發(fā)給服務器端。

服務器端收到后，調(diào)用服務器端的相關(guān)函數(shù)，修改數(shù)據(jù)模型，給count加一，然后渲染新視圖，再發(fā)給瀏覽器。

瀏覽器收到新數(shù)據(jù)，就會展示出來：

當然，服務器肯定不會把所有的視圖都發(fā)回給瀏覽器，它會做優(yōu)化，使用狀態(tài)跟蹤，diff算法，從而發(fā)送最少的數(shù)據(jù)。

在這個例子中，只需要告訴瀏覽器，那個count的值變了，僅僅更新這個值就可以了。

你可能覺得這種處理方式非常瘋狂：對每個用戶都保存這么多信息，用戶多了該怎么辦�。吭趺磾U展啊?

這就要涉及到Elixir的關(guān)鍵了，和其他編程語言不同，Elixir的process（如圖中的Live View Process）并不是操作系統(tǒng)的進程(Process)或者線程（Thread）！

Elixir的process是非常輕量級的，在單臺服務器上可以幾十萬，甚至上百萬個process。

這也正是Erlang平臺的優(yōu)勢所在！

使用Phoenix的LiveView，在代碼復雜度不高的情況下，就實現(xiàn)了媲美單頁應用良好的用戶體驗，可以說是非常漂亮。

所以發(fā)明人何塞說：Elixir非常適合開發(fā)一切運行在socket上應用！

3

上世紀90年代，你寫一段代碼，放在那里什么也不做，兩年以后，新的硬件就會讓它的性能提升一倍。

現(xiàn)在摩爾定律失效了，CPU走向了多核，系統(tǒng)走向了分布式。

多核和分布式讓編程變得非常麻煩，但是Elixir用函數(shù)式編程的不變性和Erlang平臺正好解決了這兩個問題。

如果你也有類似的需求，強烈建議關(guān)注下這門獨特的編程語言，它也許就是幫助你擊敗競爭對手的秘密武器。

全文完，覺得不錯的話點個贊或者在看吧！

參考資料：

https://www.youtube.com/watch?v=U_Pe8Ru06fM （本文 中LiveView例子的來源 ）
https://www.youtube.com/watch?v=lxYFOM3UJzo

https://www.youtube.com/watch?v=IZvpKhA6t8A