1年目のErlangプログラマが嵌まる20のポイント - Qiita
Erlangを業務で書き始めて1年半ほど経ちましたが, その間に自分自身で嵌まったこと. そして, 身近な人が嵌まっていたポイントを纏めてご紹介します. (ついでによく見る誤りも...) バイナリ バイナリパターンマッチで済むものは正規表現を使うべきではない Url = <<"http://test.net/hoge">>, re:run(Url, <<"http://.*">>).
EUnitでapplicationを起動したテストを書く - Qiita
EUnitでapplicationを起動したテストを書こうとした場合, いくつか嵌まりどころがあったので纏めておく. もちろん, mockライブラリの「meck」を使用するという方法もあるが, ここではそれについては触れない. on_loadで起動する方法 (悪い例) -module(hoge_tests). -include_lib("eunit/include/eunit.hrl"). -on_load(init/0). hoge_test_() -> %% 省略 init() -> _ = application:ensure_all_started(app). ok. 元々はNIF用に用意されているのだと思うのだが, moduleがloadされた際に実行する関数を指定することができる. これを使って, applicationの起動が必要なテストはここで起動処理を書いたりしていた.
supervisorとapplicationが停止する条件 - Qiita
ドキュメントをちゃんと読んでいれば, 当然知っているであろうことなのですが, 「セグフォも吐いてないのに何か死んでる！！」と焦ったことがあるので, 自分への戒めとして投稿します. supervisorの終了条件 To prevent a supervisor from getting into an infinite loop of child process terminations and restarts, a maximum restart intensity is defined using two integer values specified with the intensity and period keys in the above map. Assuming the values MaxR for intensity and MaxT for period, then
2年目のErlangプログラマが身につけておきたい12のデバッグ術 - Qiita
吐かせる方法には以下の方法があります. VM上でerlang:halt("slogan")を実行する kill -SIGUSR1 ${PID} でVMを殺す CrashDumpは読める Erlangのcrash dumpは人間が割と読めますが, 問題発見を早める為に以下のツールが有用です. CrashDumpViewer erl_crashdump_analyzer 自分がよく使うのは後者です. 前者はGUI環境が必要なので運用している環境だと辛いかもしれません. また, 後者は最初に知りたいであろうことしか出力しないので迷うことがないと思います. 細かい部分は直接dumpを読むので私は困りませんでした. binary部分を読む必要がある場合は, binppのfrom_str/1を使っても良いかもしれません. 8割方メッセージキューが詰まる時が問題が起きる時 私の経験上の話です. ログは一
let it crashが生んだ誤解 - Qiita
ここ2年程のelixir人気に伴い, BEAM (つまりerlangとelixir) を使う人が増えました. しかし, let it crashという思想は誤解を残したまま世に広まったように感じています. 郷に入っては郷に従え. let it crashの思想をしっかり理解して実装していきたいものです. 前置き 大層なことを書きましたが, あくまでも個人的な見解であり, ポエムです. Erlang/OTPチームの見解とは異なる可能性がある点に気をつけてください. また, ご意見があればコメント欄に頂ければ幸いです. なお, Elixirのタグも付けていますが, 記事中のコードは全てErlangです. Elixirを書いている人にも知って欲しい, 「届けこの想い！」ということでタグは付けています. これらの点をご承知起きの上で読んで頂ければ幸いです.m(_ _)m let it crashの
rebar3について - Qiita
rebar3はrebarの次のバージョンである. rebar3のREADMEで書かれている通り, 現状rebarのいくつかの機能が壊れており作り直しをしている. 例えば, eunitでsuiteの指定がうまくいかないなどの問題が改善されるということで, 「rebar3はよ！！」となっていたので, alpha版とはいえ試してみることにした. なので,備忘録的に各種コマンドについて残しておく. また,従来のrebarとの差異については自分が分かる範囲で,「主な変更点」という形でそれぞれの項目に書いてあるので参考にして欲しい. ちなみに, 公式のドキュメントもある. compile, xref, dialyzer 主な変更点 dialyzerをサポートするようになった. (多分サポートしていなかったと思う) 各種コマンド rebar3 compile get-deps + compileに相当す
supervisorのメッセージキューが溜まる - Qiita
つい先日, supervisorのメッセージキューが溜まり続けていたので教訓として残す. start_child, terminate_child, etc...の実装について start_childを例に取る. 見ての通り, supervisorはgen_server behaviourで定義されており, start_childは内部的にはgen_server:call/3 (timeout: infinity) が呼ばれる. その後, ここでChildSpecに則り, 起動処理を行う. 起動処理は単純でerlang:apply/3の結果を見て, 成功していればChildSpecを保存・管理する. gen_serverの起動処理 子の起動処理として以下の関数をここでは以下を想定しよう. -module(hoge_server). -behaviour(gen_server). -comp
Erlangのアセンブラと仲良くなる - Qiita
速度を求めている人がErlangを使う事はないと思うが, 信頼性を求めてErlangを使っている人が性能向上を図ることは割とよくある話だと思う. そして, アセンブラを眺めたくなることもよくある話だと思う. ふと, アセンブラを眺めたくなり, AdventCalendarがまだ埋まっていなかったので, この機会に調べたことを纏めてみる. Erlangのアセンブラを見る方法
ErlangとGolangを比較してみる
よくこの2つの言語を比較する人がいるように感じる。 両方ともサーバープログラム用途で用いられる言語なので、分からなくもないのだが、この2つの言語は似て非なる物だ。 プロセス周りに重点を置いて違いについて自分なりに纏めてみた。 両方とも触れてから1年と経っていないので、間違いがあれば指摘をもらえると嬉しい。 主な違い Erlang Golang
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
meck (Erlang mockライブラリ) の使い方 - Qiita