naoyaのはてなダイアリー - 疎結合のための Web API
RSS みたいな公開フォーマット(?)はパースしやすいし、手軽に使えるってのはいい。ただ、せっかく内部の情報を使えるのに、あえて公開 API を使う利点ってのはどこにあるのか、と。 以前の失敗を考えると、DB を使えるなら DB から直接データを取り出して、プログラム的に使いやすい形に整形する方が手間がないと思う。 on HTTP で流す情報も大本は DB な訳だし、DB ボトルネックもそれほど関係ないんじゃないのかな？ 違うよー、DB 直接叩かないのはサービス間の密結合を避けるためなんです。疎結合。 二つ以上のアプリケーションからある一つのデータベースを直接叩くっていうことは、各アプリケーションがデータベースの場所を知ってる必要があります。もちろんデータベース周りの実装は抽象化したライブラリを使って共有するよ。でも、その二つのアプリケーションが同じサーバーに搭載されている保証はどこにもな
オープンであれば技術力は（そんなに）いらない
またも独り言。 「ハッカーしか扱えないけど、ものっすごく効果的」というものよりは、「それなりの人が扱えて、それなりに効果的」なほうが受け入れられるのではないかという気がしてきました。それって、ある意味のオープン性ではないかと。 その証拠として考えているのがWebサービスとStrutsと"はてな"です。 Webサービスはただのメッセージ交換 Webサービス（SOAといってもよい）というのはデータメッセージングに過ぎません。分散コンピューティング技術で考えれば、CORBAよりも簡単だしJiniなんか比較にならない。当初のSOAPはセキュリティも考えちゃいないしメッセージ種別も同期のみ。でも普及できたのはリーチがある技術だったからです。 XMLなわけだからプログラミング言語やOSを選ばないどころか、EXCELでもいいし手書きしてもいい。マイクロソフトアプリとJavaアプリが会話できるのもWe
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
