RPC サーバの遅延リターン - steps to phantasien(2009-07-04)
最近は過労気味でウェブにものを書くこともできない, という話で上司の同情を誘うべく 日本人の労働時間やストレスの実態をまとめた エンドレス・ワーカーズ を読んだら, 自分の労働時間は日本人労働者の上位 2 割から漏れていることを知り愕然とした. あんなに働いたってのに...残業エリートへの道は険しい. 道を進みたいわけじゃないけれど. (平均は越えてたぜ!) いずれにせよ流行からはすっかり脱落しているので, 時流を無視して仕事の話でもしよう. 以前, 会社の blog で RPC の結果をノンブロッキングスタイルで受け取るプリミティブ "弱関数" を提案した. でも試行錯誤の結果, いまは使っていない. C++ での弱参照は意図しないリークを作りやすい. 使いわすれることも多く, 忘れた頃にクラッシュする. 要求は明示的にキャンセルした方がいいことがわかった. (世間はみんなそうやってます
リソース指向なgeo+webのサブクラス - Relevant, Timely, and Accurate
リソース指向なgeo+webのサブクラスの定義を試みます。 convivial-weblog さんから。 RESTfulは、リソース指向的な考えに基づいたアーキテクチャなので、何かしらの処理を関数的に実行させたい場合などは、RPC（Remote Procedure Call）的に呼び出せる「なんちゃってREST」の方が適しているケースも多いように思います。 http://convivial-web.com/blog/2009/03/restrestful.html 関数的に呼び出す形のものはやはり RPC 的にしておくのがよさそうだと思っています。OGC の規格でよくある、引き出し対象を任意の矩形で指定するようなパターンは、典型的に RPC 的なパターンであると考えており、あのパターンを RESTful にすることは至難だと思います。 geo+web の特徴の分析から、そのような RPC
- Backnumbers: Steps to Phantasien
2008-12-20 近況 WEB+DB PRESS Vol.48 に記事を書かせてもらいました. デバッグをねたに, という話だったのだけれど, デバッグのような辛い記憶はすぐに忘れてしまうので無理です...とごねて その手前, エラー処理の話を書いてみました. 他の方はちゃんとデバッグの話を書いていてえらい... おまえはいつから Web とか DB をやるようになったんだという指摘は甘受いたします. なぜ RPC はいまいちか (今更編) WEB+DB Press には REST の連載があり, 今号は RPC の話だった. その記事を読んでいるうちに, 以前書いた 少し関係のある話 が途中だったのを思いだした. 元の記事は REST vs. RPC の議論だったけれど, REST はさておき RPC はどんな場合にいまいちか, すこし書いてみたい. 多くの RPC は, だいたい次
Protocol Buffersは遅い - Blog by Sadayuki Furuhashi
Google の Protocol Buffers は、同技術と競合するバイナリシリアライズ形式である MessagePack と比べて、場合によっては 19倍 以上遅く、シリアライズ後のデータサイズは 7倍 以上になることがあります。平均的に見ると MessagePack の方が高速であり、高い性能が必要とされるなら Protocol Buffers より MessagePack を選択するべきです。 …とはいえどちらも非常に高速なので、実際にはそのAPIの違いで選んだ方が良い。Protocol Buffers と MessagePack は重視している点が異なり、使い勝手は大きく異なる。 Protocol Buffers とは何か Protocol BuffersはGoogleが開発したバイナリエンコード手法で、以下のような要素が提供されます： データフォーマットを記述するための言語（
Bill de hÓra: Patterns of Web Architecture
Eric Newcomer: "This afternoon I finally caught up up on Steve Vinoski's recent article and blog entries about the "evils" of RPC. If you aren't already among those who have read them thoroughly, I'd encourage you to. Including the comments, it's one of the best discussions of the merits and demerits of RPC and REST that I've ever seen. The core of his argument is that the RPC abstraction is n
steps to phantasien t(2008-07-24) - ウェブ華鑑賞: Procol Buffer 編
Protocol Buffer の話題は一部で熱く語られた...というより炎上していた. ようやく炎がおさまってきたから, 野次馬として現場にかけつけてみたい. 火事と喧嘩はウェブの華. 火元から見ていこう. 熱心な Google ウォッチャーである MS の Dare Obasanjo が, protobuf 公開に合わせ すかさず "The Revenge of RPC: Google Protocol Buffers and Facebook Thrift" という記事を書いた. 記事の主張自体は穏当なもの. 「最近一部で バイナリエンコードな RPC が流行ってるみたいだけど, 時代は XML と REST で疎結合じゃなかったの？」と修辞的な疑問を示しつつ, "いや基本的に Web は XML で REST な時代なんだけど, Web に出ない会社の内部ならバージョンやらツールを
The Revenge of RPC: Google Protocol Buffers and Facebook Thrift - Dare Obasanjo's weblog
Dare Obasanjo's weblog "You can buy cars but you can't buy respect in the hood" - Curtis Jackson Navigation for The Revenge of RPC: Google Protocol Buffers and Facebook Thrift - Dare Obasanjo's weblog Content Sidebar Footer In the past year both Google and Facebook have released the remote procedure call (RPC) technologies that are used for communication between servers within their data centers a
Erlang：メッセージによる手続き呼び出し - 檜山正幸のキマイラ飼育記 (はてなBlog)
Erlangをまだコソコソいじっていたりするのですが： プロセス間通信を利用する際に、RPC（Remote Procedure Call）みたいな形にすると使いやすいこともあるようです。RPCとは言っても、実際にはリモート（遠隔地）じゃなくて近距離だったりするのですが、、、こういうの、なんと呼べばいいのかな？ ローカルRPC -- ひどく語義矛盾してるが、前例があるからこの言葉（LRPCと略記）を使おう、っと LRPCサーバー LRPCのサーバー部分はこんな感じでしょう。 start_server() -> spawn(?MODULE, server_main, []). server_main() -> receive {call, ClientPid, FunctionId, Args} -> % 呼び出しリクエスト case exec(FunctionId, Args) of {er
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
BucketList App: Getting the Data (part 1) | appendTo
Zombie.js
Sound advice - blog
http://www.pluralsight.com/blogs/tewald/archive/2007/08/26/48298.aspx
http://www.innoq.com/blog/st/2007/08/21/ease_of_development_rest_vs_rpc.html
The Hub | Pluralsight
http://acmqueue.com/modules.php?name=Content&pa=showpage&pid=396
http://www.intertwingly.net/wiki/pie/RestAndRpc
http://asynchronous.org/blog/archives/2005/09/08/rest_misunderstandings.html
http://www.innoq.com/blog/st/2005/09/11/messaging_vs_rpc.html
Events in an RPC Based Distribution System
Error