なぜエリクサーに賭けるのですか

6年間、私はRuby言語とRailsフレームワークでアプリケーションを構築してきました。 あらゆる種類の新しいプログラミング言語が登場したように感じましたが、Elixirは私を本当に魅了した最初の言語です。

かつて、Rubyは全員に支払いました

Ruby言語とRailsフレームワークは、Webアプリケーションの作成方法を完全に変更しました。 彼らはプログラマーコミュニティに価値の宗教をもたらしました。 彼らは、プログラマーツールが生産的で楽しい開発のために最適化されるべきであるという考えを最初に提案しました。



彼らは、コードをテストして使用可能な状態にするタスクは開発者にかかっていると仮定しました。 他の言語とフレームワークは、このアプローチがunt延するまでuntilしました。 その後、Rubyコミュニティに固有の原則を他の言語とフレームワークに組み込み始めました。







Rubyは、主にRailsフレームワークと、DHH、Wycats、Aaron Patterson、Jose Valimなどの人々の大きなリーダーシップの可能性により、あいまいな言語のささやかな位置から最も人気のある言語の1つに移行しました。 しかし、定期的に、あちこちでアーティファクトが出始めますが、これは言語のささやかな開始のために残ったものです。

暴走メモリ

Zed Shawは、「 Rails is a Ghetto 」の投稿で、最初のRailsアプリケーションが4分ごとに再起動する原因となったガベージコレクションの問題について暴言を述べています。



今日のRailsで最も人気のあるサーバーの1つはユニコーンです。 私のWebアプリケーションはRailsアプリケーションであり、私が開発した他のアプリケーションに比べて非常に単純です。 512 MBのメモリを備えたサーバーにそれを転送し、数日間の作業の後、ユニコーンは使用可能なすべてのメモリを消費し、アプリケーションの速度が低下し始めました。



解決策？ ユニコーンワーカーキラー 。 以前のソリューションとあまり変わらない。



私のサーバーは、ほとんどのリソース、Postgresデータベース、および他のいくつかのアプリケーションを消費する2つのユニコーンストリームを提供できます。 確かに、彼は非常に迅速に応答するので、彼は仕事をします。

並行性

Rails向けのアプリケーションを数年間開発してきましたが、実稼働アプリケーションで追加のストリームを使用したことはありません。 Rails自体はスレッドで正常に機能しますが、それらは問題のみを引き起こすと感じています-Java、C ++およびその他のOOP言語でそれらを使用しようとしました。



一番下の行は、ミューテックス、セマフォ、その他すべてについて考えたくないということです。 あるスレッドを停止して別のスレッドを機能させる場合、それは特別なことではなく、並列処理になります。 そしてまだ-あなたのコードの実行がデッドロックにつながらないことを絶対に確信していますか？



テストはRubyコミュニティの主要なパラダイムです。したがって、ほとんどのルービストがマルチスレッドに触れないことは驚くことではありません。テストすることはほとんど不可能であり、そのバグを再現することは非常に困難です。



ほとんどの通常の開発者と同様に、私はsidekiqまたはresqueを使用して物事を並行して処理します。 Rails 2.2ではスレッドの安全性が追加されましたが、 Rails 4.2ではActive Job APIが追加され、はるかに便利になりました。



ただし、バックグラウンドで実行されているプロセスはバックグラウンドで実行されている必要があります。 また、メインプロセスで重要なことを実行する必要があります。これにより、エラーに対応したり、タスクを完了する前にすべてのトランザクションが正常に完了したことを確認したりできます。

スピード

私は利己的で、私の時間をとても大切にしています。 したがって、テストの速度は私を興奮させます。 テストスイートのパフォーマンスを最適化するのに多くの時間を費やしました。アプリケーションアーキテクチャに変更を加えたり、そのために設計に損害を与えたりすることはありませんでした。



しばらくの間、私が取り組んでいたプロジェクトの機能テストと単体テストの実装には約20分かかりました。 分散テストにhydraを使用しましたが、テストをパスすることは常に困難でした（おそらく、コードが複雑すぎてあまり美しくないためです）。



テストの実行にも40秒かかりましたが、「構文エラー、予期しない入力の終わり、keyword_endを予期している」など、40秒だけ待ったことがありますか？ そして私は待っていました。



どうする ゼウス アプリケーションに必要なものすべてをプリロードし、Railsアプリケーションを（githubで説明されているように）すぐにダウンロードできるすばらしいgemです。 私は彼が好きで、みんなに彼を勧めています。



しかし、どのようにしてそのような速度を達成したのでしょうか？ Goで書きました。

スカラ

数年前、私はScalaの登場に喜びを感じました。 それから私はそれを使い始めました-そしてそれを嫌っています。



彼女は関数型プログラミングから多くの概念を持っています。 akkaフレームワークを使用すると、信頼できるアプリケーションを作成できます。 JVMで実行されるため、Javaの任意のライブラリを使用でき、JVMの速度は非常によく調整されています。



言語自体は楽しいです。 しかし、何が私を止めましたか？ JVM。 jarパッケージの管理は、RubygemsやBundlerと比較すると複雑すぎます。



もちろん、SBT、Maven、Ivyなど、あらゆる種類のソリューションがありますが、他の人のライブラリをインポートする必要がある場合、それらはすべて私を怒らせます。 Rubyは私を台無しにしたかもしれませんが、その中のパッケージ管理は私の生産性の主な理由の1つです。



Scalaについて私を悩ませたのは、私が使用したライブラリは、値と設定が私のものとは非常に異なる人々によってJavaで書かれていたことです。



PlayのScalaでWebアプリケーションを作成する！ Play！フレームワークでJava Webアプリケーションを作成するように見えましたが、構文が少し単純で、パターンを検索できる点が異なります。 RailsはPlay！に大きな影響を与えましたが、両者の違いは直感的です。

エリクサーエコシステム

Mixによるパッケージ管理

私が最初にElixirに飛び込んだとき、Mixに出会いました。 これは、RubyのBundlerとRakeのハイブリッドです。 私が彼についてとても気に入っているのは、彼がBundlerとRakeより悪くないということです。 彼はそれほど良くはありませんが、バーは十分に高く上げられ、それまで上昇することはすでに成果です。



Mixは完璧に機能し、邪魔にならず、XMLを混乱させることもありません。

Erlang仮想マシン

ElixirはErlang仮想マシンで実行され、Erlangコミュニティのほとんどすべての価値をサポートします。 ElixirとErlangは、エラー耐性がありスケーラブルな関数型プログラミングに重点を置いています。



Elixirでの議論のほとんどは、次のステートメントに要約されています。

• Erlangは、通信会社のネットワークの50％を運営しています。 お使いの携帯電話が「定期メンテナンス」休憩を最後に受けたのはいつですか？
• 数十億ドルで購入したWhatsAppを使用して、4億5,000万人のユーザーをサポートする1​​台のサーバーで数百万のプロセスを処理し、32人のエンジニアがすべてを管理

これらの同じ価値はElixirコミュニティにも近いものです。 Elixir開発者として、Erlangスーパーバイザーまたはカウボーイhttpサーバーを使用している場合、自分の価値を裏切っているとは感じません。

Phoenix Webフレームワーク

フェニックスフレームワークは明らかにRuby on Railsの影響を強く受けており、Phoenix用のWebアプリケーションの作成は、Rails用のアプリケーションの作成と非常によく似ています。 Railsルーターが好きです。 同様に、ActionController、ActiveRecord、Rails Views、およびアプリケーションのプログラム方法。 Railsでのアプリケーションの編成が好きです。



PhoenixはRailsに非常に似ているので、Elixir上で動作し、ElixirとErlang仮想マシンのすべての利点があることを除いて、Railsアプリケーションを構築しているように感じます。



さらに、チャネルを介してWebSocketをサポートします。 これにより、Firebaseで提供されるWebSocketを簡単に使用できます。



彼は速いと言いましたか？ 彼は稲妻のように速い。 5ドル/月のコストでDigitalOcean上の私のサーバーからのログを見てください。 はい、はい-リクエストはシングルコアマシンでマイクロ秒単位で処理されます。

リーダーシップ

私の意見では、オープンソースとムーブメントの違いは、プロジェクトに存在するリーダーシップです。 要するに、ソフトウェアが日々改善されるためには、非常に賢い人々がそれに貢献することが必要です。



Railsムーブメントは、DHH、Aaron Patterson、Jose Valim、Wycatsなどの多くの作品のおかげで、このような大きな後押しを得ました。 Railsの最初のバージョンを開始するようなことはなく、作業は立ち上がりました。



これは昔からよく働く習慣であり、有能なコミュニティを構築するには多くの仕事が必要です。 Jose Valim、Chris McCord、およびその他すべてのコアチームであるElixir-LangとPhoenixは、コミュニティの繁栄に向けて働き続けています。

すばらしい変化がウェブを待っています

認識-CRUDアプリケーションは今日のコモディティです。 次のスタートアップ、「ケチャップレンタル用AirBnB」は存続する見込みはありません。



受賞者は、テクノロジーの変化を受け入れる人たちです。 WebSocketでは、PhoenixとElixirのプロセスと同時実行は簡単に達成でき、プログラミングの容易さを妥協する必要がないため、全体が変わります。



Ruby on Railsが大好きです。 2005年から2014年にかけて、Webアプリケーションの作成方法を変更しました。 ElixirとPhoenixは2015年から2025年にかけて同じ効果があると思います。



すでにPhoenixとElixirでWebアプリケーションの作成を開始したい場合は、 こちらのチュートリアルをご覧ください 。