Erlang QuickCheck | QuviQ
Tired of writing and maintaining thousands of automated tests? Did you know that repeating tests finds only 15% of your bugs anyway? Let QuickCheck generate new tests for you daily, saving you effort and nailing your bugs earlier! QuickCheck takes you quickly from specification to identified bug. Three steps to QuickCheck Write a QuickCheck specification instead of test cases— general properties y
Node.jsエンジニアErlangに入門するの巻
7. http.get('http://www.google.com/index.html', (res) => { console.log(`Got response: ${res.statusCode}`); // consume response body res.resume(); }).on('error', (e) => { console.log(`Got error: ${e.message}`); }); app.use(function(err, req, res, next) { console.error(err.stack); res.status(500).send('Something broke!'); }); function myFunc() { throw new Error(“Error”); } try { myFunc(); } catch(er
Docs in the Shell - Erlang Solutions
A battle-tested programming language designed for the concurrency demands of modern computing. Erlang is a programming language designed with high availability in mind. It’s used to build massively scalable soft real-time systems with requirements on high availability. As a result, it is the best programming language to solve many of today’s computing problems. Many of the worlds largest banking,
Node.jsエンジニア Erlangに入門するの巻
8. http.get('http://www.google.com/index.html', (res) => { console.log(`Got response: ${res.statusCode}`); // consume response body res.resume(); }).on('error', (e) => { console.log(`Got error: ${e.message}`); }); app.use(function(err, req, res, next) { console.error(err.stack); res.status(500).send('Something broke!'); }); function myFunc() { throw new Error(“Error”); } try { myFunc(); } catch(er
Akka vs Erlang【スケジューラ編】
まっちゃら @ FOLIO @matsu_chara なるほど？akka内部でブロックしたい場合はアクター単位でブロックするのは無理だけど、dispatcherを工夫すればブロックしてもExecutionContext的な物がことなるからThread.sleepをよんでも大丈夫そうという知見を得た 2016-02-27 16:57:40 まっちゃら @ FOLIO @matsu_chara 普通のdispatcherでやると同じdispatcherを共有してる奴も（当たり前だけど）止まってしまうけどPinnedDispatcherを使えば1actor1threadになるから影響を受けなくはなる。 gist.github.com/matsu-chara/33… 2016-02-27 17:00:57
[翻訳] ElixirとErlangの変数を比較する - Qiita
José Valimさん1の2016年1月12日付のブログ記事"Comparing Elixir and Erlang variables"の翻訳です。 昔Erlangの変数について勉強したとき、再代入不可の変数って定数？、どうやって使うの？2と思ったものです。確かに一度代入したものが変更できないのであればプログラムの見通しはよくなります。一方でElixirの変数は一見すると再代入可能に見えます。再代入禁止の方がバグが混入しにくい？本当？ この辺りについてジョゼ自ら説明します。 時々Erlangのプログラマは「Elixirの変数は隠れたバグの温床になるのでは」と心配するようです。この記事ではそういう心配についてと、Erlangでの変数も「隠れたバグ」を生み出しかねず、一方でElixirはそれらのうちのいくつかを除去するということについて議論します。 話を始める前に短い放棄声明を…: Eli
![[翻訳] ElixirとErlangの変数を比較する - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/420accbf02067cc66ee1b8ab9ebdb47a7ee28072/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCJUU3JUJGJUJCJUU4JUE4JUIzJTVEJTIwRWxpeGlyJUUzJTgxJUE4RXJsYW5nJUUzJTgxJUFFJUU1JUE0JTg5JUU2JTk1JUIwJUUzJTgyJTkyJUU2JUFGJTk0JUU4JUJDJTgzJUUzJTgxJTk5JUUzJTgyJThCJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz02NjVhM2ZiMmNlYzQ4YTk5YTcwODc2YTg5NTM5MDRjMg%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBIaXJvZnVtaVRhbW9yaSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MmFiZjZlMDgzMmY4MmIzNzc2NmE5YWIyNDYxOTg3MGU%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3Dd7ab25e1fbfe341e0b1bcfb03f074ffa)
1年目のErlangプログラマが嵌まる20のポイント - Qiita
Erlangを業務で書き始めて1年半ほど経ちましたが, その間に自分自身で嵌まったこと. そして, 身近な人が嵌まっていたポイントを纏めてご紹介します. (ついでによく見る誤りも...) バイナリ バイナリパターンマッチで済むものは正規表現を使うべきではない Url = <<"http://test.net/hoge">>, re:run(Url, <<"http://.*">>).
gen_server を終了させる - Qiita
プロセスをちゃんと終了させるのは Erlang のプログラミングでとても重要です。 gen_server を終了するにはいくつかの方法があります。 gen_server の callback init/1 {stop, Reason} を使用します。 handle_call/3 {stop, Reason, Reply, NewState} という値を戻してから終了します。 handle_cast/2 {stop, Reason, NewState} を使用します。これは call でも使えます。 cast は非同期なので戻り値は常に ok のため、 Reply は使用できません。 handle_info/2 これは call と同様 {stop, Reason, State} を使用します。 stop 18.0 で gen_server:stop/1,3 が導入されました。これは外から
ElixirからErlangVMにオプションを引き渡す - ハードリカーエンジニア
Qiitaにて、shibacowさんのElixirでプロセス20万くらい作ってみたという素晴らしいElixirの記事があり、そちらの記事にて最大プロセス数の変更はどのように行えば良いのか自分自身でも気になったため調べたところElixirからErlangVMで生成できるプロセス数を（たぶん）変更できる方法を発見したので記事にしたいと思います。 # 実行環境 OS：OS X Yosemite Erlang：Eshell V6.5, OTP-Version 18 Elixir：v1.0.4 # まずはErlangでプロセス数の変更を確認 Qittaの記事にも記載されておりますが、 erl(1)のドキュメントには OTP-R18より +P オプションにてプロセス数の上限の設定は無効化されていると記載されています。ドキュメントはこちら ただし、実行してみると、どうも動いているようにも見えました。 $
Cowboy-リクエストの生涯 - ハードリカーエンジニア
リクエストの生涯 この章ではCowboyの実装の詳細と合わせてリクエストが送信されるまでに通過する順路を説明します。 リクエスト/レスポンス 皆さんご存知のようにHTTPクライアントはサーバに接続し、リソースへのリクエストを送信します。 サーバはリクエストを受け取ればリソースを含むレスポンスを返信します。 サーバがリソースを送信する前に、リクエストを読み込んで、リソースを見つけ、レスポンスを準備するために、さまざまな動きを実行する必要があり、多くの場合にはユーザが行ったことと関連する動きをログに書き込み追加することができます。 Cowboyではリクエストは次のルートを取ります。 これはデフォルトのミドルウェアの状態を表していますがあなたの環境へとセットアップされた状態によっては異なる構成へと変更することもできます。 濃い緑はあなたのコードをフックすることができるポイントを示していて、ライト
Cowboy-入門 - ハードリカーエンジニア
入門 Erlangは言語以上のものであり、あなたのアプリケーションのためのオペレーティングシステムです。 Erlangの開発者はスタンドアロンのモジュールをほとんど書きません。彼らはライブラリやアプリケーションを作成します。そしてその後にリリースするものに作ったライブラリなどをバンドルします。 リリースにはErlangVMにてアプリケーションを走らせるために必要なノードが含まれているため、ライブラリやアプリケーションは直接プロダクションへと含まれることになります。 この章では、Cowboyを使用する最初のアプリケーションを書いて、あなたがリリースを作成するためのすべての手順を説明します。 この章の最後にはプロダクションにCowboyのアプリケーションを含めるために必要となる事柄の全てを理解することができます。 ブートストラップ 我々はerlang.mkのビルドシステムを使用しています。 ま
ErlangとWeb - ハードリカーエンジニア
Webは並行である あなたがウェブサイトにアクセスする場合には同時平行性が発生します。 いくつかの接続が開かれ、リクエストは開かれた接続を通って送信されます。 そしてウェブサイトが画面に表示されます。 使用しているブラウザの設定に応じて、サーバーと4つか8つの接続を確立します。そしてこれは多すぎるわけではありません。 しかし接続について考えてみてください。 あなたはサーバーへアクセスしているただ一人の人ではありません。 何百、何千とまではいきませんが、同時に同じサーバーへ何百万もの接続を行うことができます。 今日でさえ、製造に使用されるシステムの多くはC10K問題(1万同時接続)を解決していません。 次のステップに到達するためにC100K問題を解決しようとしていますが、まだまだ解決にはほど遠い状態です。 一方、Erlangは数百万の接続を扱うことには問題はありません。 執筆時点では予備のメ
君もelixirを始めてみないか | dev.wan.co
エディターのサポートは、vim(vim elixir-lang/vim-elixir)と emacs(elixir-lang/emacs-elixir)とAtom(lucasmazza/language-elixir)があるから大丈夫かな？（他にもgeditとTextmateも用意されているよ） 始めて見るにはまずelixirをインストールしないとね。 もしMacを使っていて、すでにbrewを使っているのであればとても簡単 $ brew update $ brew install elixir Ubuntu を使っているなら、リポジトリを追加してapg-getで入る $ wget http://packages.erlang-solutions.com/erlang-solutions_1.0_all.deb && sudo dpkg -i erlang-solutions_1.0_all
Lasp-Lang
We are all familiar with the saying, “Knowledge is power.” Having its roots in the Latin: scientia potentia est, it holds just as true today as all those years ago. Knowledge is what makes us more powerful than other creatures. Eagles and other sharp-eyed creatures might have better eyesight than humans, but we have learned […] We are all familiar with the saying, “Knowledge is power.” Having its
What are the different OTP supervisor restart strategies useful for?
What are the different OTP supervisor restart strategies useful for? April 28th, 2015 OTP Supervisors can restart their children in four different ways and to better understand which one to use in a given scenario I wanted to summarise a few patterns I’ve seen. One for one You will use this strategy at least once in every OTP application. It’s how you setup supervisor hierarchies and start the dif
リアルタイムウェブな観点からElixir / Phoenix について - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ここ最近、 [翻訳] Elixir - 次に来る大物Web言語 - Qiita とか 超高速なJSON APIをElixirフレームワークのPhoenixでビルドしてテストしよう | POSTD を読んで気になっていたので、勉強していた。 前提: 自分はシングルページアプリケーションに特化したフロントエンドエンジニアであり、サーバサイドのプロダクション運用にはそこまで強くない。あとこれはここ2日の勉強した日記でもあり誤解や勘違いも多々あると思う。 リアルタイムウェブアプリケーションのためのサーバー Railsの次の時代、リアルタイムウェ
社内でElixir勉強会をした - mmag
GMOペパボ社内で「おいお前らElixirやるぞ！！」なことをしました。 資料はこちら Elixirだ 第1回 - 基礎だ - from Joe_noh 一応社内のエンジニアに届くかたちで呼びかけはしましたが、諸々の都合で急遽開催したので、結果ワタシが同期4人に対して1時間ほど語りかける場になりました。続けていけば、Elixirのプロダクション採用という野望も達成されるのでは…。 喋った人としての感想 今回は誰もElixirを触ったことがないという前提でプレゼンしました。ここまで長く話をするのはほぼ初めてでしたし、"その人が触れたことのないモノを説明する"ということの難しさも知っているので、どういう構成にするか結構考えました。しかしながら、1度にやるには若干量が多く、第2回の内容を考え始めると「もっとココ喋っとかないとダメだったじゃん」と思い始め、多すぎて少なすぎる内容だったなとちょっと反
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
リアルタイムサーバー 〜Erlang/OTPで作るPubSubサーバー〜
SSSSLIDE
GitHub - jeremyjh/dialyxir: Mix tasks to simplify use of Dialyzer in Elixir projects.
