ついぞ最近node.jsなんてのがでて、繁華街のあちこちでチヤホヤされてる。そんなときに、モヒカン族Erlang村(erlang-questions)に「node.jsってどうなの？」的燃料が投下されたわけですよ。これは炎上しそうだ…と追いかけてたら、ネタどころか案外真面目なハナシばっかりだったのですが。まずは真面目に問いかけをする純朴な成年（想像）。 「Erlang好きだし使ってるんだけど、Erlangとnode.jsてそれぞれどういうジャンルがすごいの？RabbitMQとかejabberdみたいなのつくろうとしたらどうなるの？簡単なチャットサーバーつくるくらうならnode.jsのが断然簡単だよね？分散システムで使うなら断然違うとか？ Ulf Wigerによると、ブロックする関数の問題を簡単に解決してくれるとか書いてあるみたいだけど (link)」 おっお。素直な質問。これはみんな釣られ

第四回 Erlang 分散処理勉強会は、皆様のご協力のもと、無事に終了する事ができました。 発表者の皆様、運営にご協力頂いた皆様、会場をご提供頂いたオラクルの皆様、本当にありがとうございました。 運営について 会場 今回、日本オラクル様に会場をご提供頂きました。 座席数70、ディスプレイ(後部座席用含む)、マイク、無線 LAN、電源、飲料などが調っており、最高の環境を準備して頂き、感謝の言葉もありません。 入場時間の制限 雨や JR の事故が重なり、遅れる方が多数いらっしゃいました。 時間厳守で遅れた方には入場をお断りする旨、事前にオラクル様側と約束しておりましたが、オラクル社員様のご好意に甘えさせて頂き、オラクル社員様に会場(13F)と施錠された入り口(2F)を何度か往復して頂きました。 オラクル社員様も勉強会の参加者として会場で聴講していらっしゃいましたので、大変に申し訳ない事をお願い

たけまるさんに誘われて，第4回Erlang分散システム勉強会に参加しました．Erlang暦1ヶ月程度の初参加にも関わらずLTをさせていただくなど，非常に貴重な経験をすることができました．幹事のid:cooldaemonさんをはじめ，会場のオラクル様，勉強会関係者みなさまに改めて感謝申し上げます． 会場からの夜景がとても綺麗でした．休憩時間のときにたけまるさんが三浦半島では有り得ない景色だね，と言っていたのに激しく同意でした． 勉強会内容については内容がゆとりには高度すぎてほとんど理解できなかったので，発表者の皆様のブログを参照してください． 幹事のid:cooldaemonさんのブログ記事にそれぞれのまとめとリンクが張られています 第四回 Erlang 分散処理勉強会 まとめ - cooldaemonの備忘録 以下，自分の発表についての雑記． 思い返すと2ヶ月ほど前? Erlangを勉強し

ゆとりがErlangを始めるようですのブログ記事に対してたくさんの方にはてなスターやブックマークを頂き，本当にありがとうございます．ゆとり冥利に尽きるということで，言いだしっぺの法則を守ってメッセージパッシング入門を書いてみました． 家に帰ったら急にびびっと来たので，これだ! という感じで資料をささっと作ってみた． 僕はもう理解してしまっているので簡単だと思うのだけれど，生まれて初めてメッセージパッシングを見たときに，なかなか理解できなかったという経験がある．そのときのことを思い出して，素人にErlangにおけるメッセージパッシング方式を説明するための資料になっている． なんとなくLT形式で発表できるようなスタイルになっている．(5分では少し厳しいかな?) ゆとり向けErlang入門 (1): メッセージパッシングことはじめView more presentations from slee

昔はMapReduceだとかErlangだとかRESTだとか、Append Only Storageだとか、そんな話をしていたんですが、最近では CouchDBはLotus Notesだアプリケーションサーバーだよ！っていうことが多くなりました。Webというデータベースの世界で、ロジックとデータを切り分ける必要性がそれほどないことは何となく感じているので、これはよいことだと思います。 で、 普通はいいことが多いけれども、こういう制限事項があるとか、短所はこうだとか、ベンチマークはこうだとか、何らか具体的記述があってもいいのに、一般論的記述に終始していましたので、逆に胡散臭いものを感じました。 http://slashdot.jp/~taro-nishino/journal/493582 ということで、ミゼラブルな点をば。あ、でも、あくまでアプリケーションサーバーとしてのCouchDBの話で

Erlangだと軽量プロセスで並行処理された時なんか恥ずかしいｗｗ ^C + a　しちゃうしｗｗ 男にはせめて普通のスレッド起動して欲しい・・・ gen_serverとかに一部の処理を任せたら・・・・もう最悪ｗｗ せめて普通にフォークやピースレッドぐらいは使って欲しい。 常識的に考えて欲しいだけなんです！ 軽量プロセスを起動された時の恥ずかしさとか分かる？ あのね？たとえば一ヶ月10??20万人ぐらいがサーバにアクセスするでしょ？ それぞれ相応の速度が出ていれば満足じゃない？ だからみんな普通にピーヘッチピーやパールやルビーやパイソンでサーバ処理するでしょ？ ErlangでErlyWebなんて使ってたら大恥かくでしょうがｗｗ

参考： Skip Graph の論文 http://www.cs.yale.edu/homes/aspnes/skip-graphs-journal.pdf ソースコードはこちら Skip Graph in Erlang · GitHub 特徴 ・Erlangによる完全なSkip Graphの実装 ・複数マシンを利用してスケールアウト可能 ・boot/4関数内のLevel_Maxの値を大きくすることにより、Levelの階層を増やすことができる ＝＞ スケールアウトしてエントリ数が増えても、検索効率が落ちない ・keyにatomを指定することもできるので、柔軟な範囲検索を行うことができる ・コードの行数は200行未満 実際の動作（Erlangを知っている人向け） 起動(分散) <ノードjohn@asus> $ erl -sname john Eshell V5.7 (abort with ^

また、Erlangの公式サイトではWindows向けにインストーラ付きのバイナリも提供されています。 ここでは、公式サイトからソースコードをダウンロードし、CentOS 5.3上でコンパイルする方法を説明します。 なお、執筆時のErlangの最新バージョンはR13Bであるため、本連載ではR13Bを用いて説明します。しかし、Kaiの推奨バージョンはR12B以上ですので、ご利用のプラットフォームが提供するErlangパッケージのバージョンがR12B以上であれば、そちらをご利用されても差し支えありません。 もし、パッケージからErlang をインストールするのであれば、インストールの説明をスキップし、Erlang VMの起動まで進んでください。 Erlangのソースコードは、Erlangの公式サイトから取得できます。 ダウンロードページからR13Bのソースコード（53.1 MByte）をダウンロ

再び Erlang について。cntt.tv のNgoc さんの記事。いつもお世話になります。 Dịch, chạy, và reload chương trình Erlang (Erlang プログラムのコンパイル・実行・リロード) の翻訳である。 私は関数型言語は昔ちょっとだけ Haskell をかじっただけである。超強力なのは理解できたが、それ以上に頭の体力を消耗した。関数型言語は慣れるまでなかなか大変という印象。Erlang は、かつて、Ruby 作者のまつもとさんも絶賛していただけあり、Ruby コミュニティでは人気がある。私も重い腰をあげて、Erlang をちょっとやってみるかな。関数型言語だからパズル的な面白さはあるはず。 では Ngoc さんのすばらしい文章をお楽しみください。翻訳者には力はありませんが・・・。 ==翻訳開始 Erlang プログラムのコンパイル・実行・リ

Sharing OptionsShare on Facebook, opens a new window