はてなブックマーク

ある言語を評価するとき伝聞で聞いた情報であの言語は ○○ だという評価をよくしてしまいがちだ。 Elixir も他言語の例に漏れず、○○ 言語は ○○ だという言語神話がよく振りかざされるので一使用者の立場から誤解を恐れずその神話を解いてみたい 学習コストが高い Elixir は学習コストがかかるという誤解をされることがある。 おそらく、Elixir = 関数型 = なんか難しい概念出てきそうという発想だろう。その気持ちはよくわかる。だがちょっとまって欲しい。Elixir はとても覚えることの少ない言語だ。 How to Measure Programming Language Complexity – Richard Kenneth Eng – Medium (どのようにプログラミング言語の複雑性を計測するか) 上記の記事で Richard 氏が各プログラミング言語のキーワードと予約語を

Nuxt.js で Web ベースの SPA な Elixir の Logger バックエンドを作った GitHub: Log Viewer 使用した技術としては Nuxt.js, Websocket, Cowboy, Logger, Vuetify.js, Chart.js など 簡単に説明するとこの Logger backend は Web 上に リアルタイムに Elixir のログを表示してくれる なぜ Web にログを表示したいのか？という疑問ももっともだがまずそういうライブラリがなかったから作ったという以上の理由は今のところ正直特に無い。無ければ作る！それまでの話よ！（格言） 機能としては 検索ワード ＆ Log レベルでログのフィルタリング メタデータの表示によりログを仕込んだ場所や他 PID などのメタ情報の確認 Syntax Highlighted されたログ などがある

少し遅くなったけど2017年にElixirを使った振り返りをしてみる。(年末年始ダラダラしてて書くの遅れた ) 以下のElixir環境まとめエントリーに触発されました Elixir のチームでの開発環境について - Qiita エムスリーでの Elixir 開発環境 ver.2017 #m3dev - エムスリーテックブログ Elixir 開発環境 2017 in ACCESS - Qiita Elixirは2016年ごろから触っていたのだけど2016年後半から2017年は仕事としてもほぼフルタイムで使っていたため、使ってるうちによかった点や辛かった点、開発環境など振り返ってみる。 よかったところ 堅牢性(robustness) これは本当に頑強でErlang VMが直接的な原因でサーバが落ちたということは本番運用も含めて１年ぐらい稼働させてる中でなかったと思う。可用性nine nines

Overview dockerをそれなりに扱おうと思うと直面するのがマルチホスト環境でのdockerの構成。 大抵シングルホストのプリミティブな環境では問題無かったL3/L4の扱い、IPアドレス、ポート等のメタデータのリソース管理が問題になってくる。 前者に関しては、ルーティングコンテナ経由でのパケット交換、cgroup/namespaced、Open vSwtichなどでSDNを実装、 L3/L4を抽象化し仮想的に１つのネットワークとして扱えるようにすることで解決をしようという動きがある。 代表的なソリューションとしてはsocketplane, weave, pipework, flannel, Open vSwitch等のソリューションがある。 後者に関して分散Key Valueストアにコンテナのメタデータを登録し必要に応じてクラスタの構成情報を読み出す ことで解決しようとする動きがあ