このブラウザ バージョンのサポートは終了しました。サポートされているブラウザにアップグレードしてください。
このブラウザ バージョンのサポートは終了しました。サポートされているブラウザにアップグレードしてください。
いつもご来店いただきありがとうございます。新刊『実践プロパティベーステスト ― PropErとErlang/Elixirではじめよう』発売のお知らせです。 本書はFred Hebert著 “Property-Based Testing with PropEr, Erlang, and Elixir” の翻訳書です。タイトルが示すとおり、「プロパティベーステスト」について実践的に解説されています。解説にあたっては、Erlang/ElixirとそのプロパティベーステストのためのフレームワークであるPropErを利用しているので、メインの対象読者は「これからErlangやElixirでアプリケーションを書く予定があり、さらにソフトウェアの品質を高めたいと考えている方々」です。 そもそも「プロパティベーステスト」とは一体どんな考え方のテスト手法なのでしょうか？ 従来のテストとはどこが違い、何がうれ
Riak[1] は Amazon Dynamo の論文[2]に基づいて実装されているNoSQLデータベース。読み方は「リアック」[3]。 Riakはバックエンドとなるシャードパーティションストレージが差し替え可能な構成であり、デフォルトのバックエンドストレージは Bitcask である[4]。またMapReduce機構を持ちネイティブで JavaScript（SpiderMonkey ランタイム）と Erlang、言語ドライバの追加で Python、Java、PHP、Rubyのような様々なプログラミング言語をサポートしている[5]。 2012年2月21日、BashoはRiak v1.1をアナウンス。Riak 1.1ではRiaknostic、エラーのロギングとレポートの強化、大規模クラスタに対する弾性の改善、Riak Controlと呼ばれる新しいGUIとモニタリングインタフェースが導入され
View Source Building and Installing Erlang/OTP Introduction This document describes how to build and install Erlang/OTP-27. Erlang/OTP should be possible to build from source on any Unix/Linux system, including macOS. You are advised to read the whole document before attempting to build and install Erlang/OTP. The source code can be downloaded from the official site of Erlang/OTP or GitHub. http:/
この記事は「fukuoka.ex Elixir／Phoenix Advent Calendar 2019」16日目です。 昨日の「fukuoka.ex Elixir／Phoenix Advent Calendar 2019」は @pojiro さんの「作って学ぶPhoenix、IoTサーバー」でした。 前回は「#NervesJP Advent Calendar 2019」12日目と13日目にそれぞれ「Nerves の可能性は IoT だけじゃない(前編)〜ElixirとPelemayで世界の消費電力を抑える」と「Nerves の可能性は IoT だけじゃない(後編)〜Nervesで世界の消費電力を抑える」をお届けしました。 さて2019年11月の頭にこんなツイートをして反響を呼びました。 今日知った衝撃の事実。Elixir は，Erlang を GCC でコンパイルするのか，Clang で
This blog post will go through three different uses of persistent_term that I have used since its release and explain a bit why they work so well with persistent_term. Global counters # Let’s say you want to have some global counters in your system. For example the number of times an http request has been made. If the system is very busy that counter will be incremented many many times per second
If you look at the features listed by Kubernetes (K8s) and compare it to languages that run on the Erlang VM, such as Erlang and Elixir, the impression is that they share many keywords, such as “self-healing”, “horizontal scaling”, “distribution”, etc. This sharing often leads to confusion. Do they provide distinct behaviors? Do they overlap? For instance, is there any purpose to Elixir’s fault to
2. Erlangのパフォーマンスに関する8つの都市伝説¶ 「真実」の中には、賞味期限を越えて生き残るものがあります。これは、リリースノートに何か情報が載っていたとしても、それよりも人から人へと「情報」が広がっていく速度の方が早いからです。実際には、かつて古いといわれていたfunも、現在では高速になっています。 このドキュメントを通じて私たちが行おうとしていることは、かつて真実(あるいは多少誤解があるもの)だったもののうち、もはや古くなって、すでに都市伝説となっているものを、正しく葬り去ることです。 2.1. 都市伝説: funは遅い¶ そうです。かつてfunは遅かったです。とても遅かったです。apply/3よりも遅かったです。最初は、funはコンパイラ上のトリックと通常のタプル、apply/3と、大量のアイディアを使って実装されていました。 しかし、これは過去の歴史でしかありません。R6
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
