悲観的な不平屋のための『Elixir』

• 「悲観的な不平屋」の視点で書かれた、Elixirプログラミング言語とPhoenix Webフレームワークに関する詳細な探究記事
• 著者は当初、Elixirに懐疑的な見方を示しており、その理由として、Rubyに似た構文、広範なシンタックスシュガー、そして自分がより慣れ親しんでいるErlang言語と比べてより大きな標準ライブラリを挙げている
• 著者はまた、Elixirのプロジェクト構造の複雑さや、「ヒップ」に見せようとする姿勢を批判しており、それが言語の実際の中身や機能を曖昧にしていると感じている
• しかし、Elixirをより深く掘り下げた後、著者はElixirが本質的にLisp、すなわち柔軟性、強力さ、そしてメタプログラミングの多用で知られる種類のプログラミング言語であることに「気づく」
• 著者はElixirの「マクロ」の使用を称賛しており、これは基本的にコードを生成して返す関数で、高度な柔軟性とカスタマイズを可能にする
• 著者はまた、Elixirの「シジル」も称賛しており、これはCommon Lispの「リーダーマクロ」に似ていて、カスタム文字列のようなオブジェクトを生成できる
• 著者は、Elixirは「Common LispやSchemeより優れたLisp」だと結論づけ、その堅牢性、マルチプロセッシング能力、パターンマッチング能力、そして監視とデバッグのためのツールを称賛している
• 著者は、Elixirの「魔法」は隠されているのではなく、むしろオープンに説明され、プログラマーがそれを探求し操作することが奨励されている点を強調している

[GN⁺]

Hacker Newsの意見

• 「Elixir for cynical curmudgeons」という記事は洞察に富んだ内容で、読者から非常に推薦されていました。
• 読者はElixirがLispである点を高く評価しており、そのことが魅力を高め、一部の人にとっては最有力のお気に入り言語になっていました。
• ElixirのフレームワークであるPhoenix、Nerves、Nxは、生産的で実用的だと称賛されました。
• すばやいスクリプト作成の難しさについてElixirへの批判もありましたが、これは年々改善されてきました。
• 記事はプログラミングにおける「Magic」の使用を批判し、それはしばしば壊れやすく、価値がないと主張しています。
• Elixirの並行性は直感的で、Erlangの標準ライブラリにアクセスできる2-in-1言語です。
• 本番稼働中の仮想マシンにリモート接続し、プロセスを管理できる能力が高く評価されました。
• Elixirコミュニティは、敬意があり、標準的な方法でテレメトリを発生させる点で称賛されました。
• Elixirへの批判としては、動的言語であることによるランタイムでのパターンマッチングや型不一致のエラー、そして他の言語と比べてコミュニティが小さい点があります。
• Elixirの開発者ツールは言語自体で書かれ、構成されており、開発者に安心感を与える点で称賛されました。
• 記事はElixirがマクロだらけであると指摘しており、一部の読者はそれを面白がっていました。
• Elixirの自由度は、一部の人にとっては障害と見なされており、多くの慣習はあるものの、厳格な構造はありません。
• 記事内の「it's macros all the way down」をめぐる議論は、一部の読者にとって頭を空っぽにするような、興味深いものでした。
• ElixirのBEAM環境は高く評価されましたが、より大きなエコシステムを持つRailsのほうが、動的なWebページを提供するにはより良い選択かもしれないという主張もありました。
• 一部の読者は、より人気のある言語のために、Elixirプロセス内でPythonスタイルのコードを書ける能力を望んでいます。
• 記事は全体として、優れた文章とElixirに関する洞察を提供している点で高く評価されました。