REST の欠点は何か
原文(投稿日：2013/05/26)へのリンク 数年前、Ganesh Prasad氏はインターネットはRESTより基礎的かどうかを問うた。その後も氏はRESTやSOA、最近はクラウドについて、RESTの原則を支持しながら議論を続けてきた。近頃、LinkedIn REST Architectsグループにポストされた"RESTの欠点は何か?"という質問に対して、氏は次のように、自身のブログの内容を繰り返すことで答えている。 RESTには"欠点"のようなものがあるとは思いません。RESTはRESTという名が示す通りに上手く動作しています。しかし、RESTアーキテクチャの実装はHTTPプロトコルしか使わないことは覚えておくべきです。将来は他のプロトコルを使う実装を構想することができるでしょう。そこでは何かしらの改善が行われるはずです。 氏は続けて、改善の余地がある4つの領域について話す。ちなみに氏
Apollo 1.0 リリース - 次世代版 ActiveMQ
原文(投稿日：2012/02/13)へのリンク Apache Apollo 1.0 がリリースされた。ActiveMQ のサブプロジェクトである Apache Apollo は，マルチコア・マルチプロセッサ指向の新たなスレッディングモデルを備えることによって，速度とスケーラビリティ，さらには信頼性の面でも ActiveMQ やその他の多くのメッセージ処理プロジェクトを凌駕する。 Apollo 1.0 の特徴： Stomp 1.0 ワイヤプロトコル Stomp 1.1 ワイヤプロトコル トピックおよびキュー キューブラウザ トピックの恒久サブスクリプション 高信頼性メッセージング (reliable messaging) JMS API その他多数 Apollo の開発リーダである Hiram Chirino 氏は，Apollo 本来のパフォーマンスを実証するために STOMP ベンチマーク
意見：Tim Bray氏のWeb対ネイティブ論争について
原文(投稿日：2011/06/14)へのリンク Tim Bray氏は、Seattle Androids Developer Group におけるスピーチでこの話題について、最近話した が、論争に向けた 詳細な根拠を提供した 。彼自身の立場は必ずしも明確ではない。 私はweb開発者です。1994年以来、webのお蔭で安定した収入を得てきました。その間、何回かボーナスももらいました。なので、私はwebを分かってますし、好きですし、生業にしています。 まず、彼は質問に条件を加えることから始める事を勧めている。 基本的に、モバイルデバイス上のほとんど全てのものが、ネットワークを使う必要があり、ほとんど全てのものがHTTP経由でそれを使ってます。 なので彼にとっては、完全に全てのモバイルアプリケーションは、「webアプリケーション」である。人々が「webアプリケーション」について話すときに、考えてい
RESTfulサービスにおいて部分的更新を実装する
原文(投稿日：2010/11/19)へのリンク 最近Alex Scordellis氏は、リソースの部分的更新についてのクライアントとRESTfulサービスのインタラクションがどのようにモデル化され、デザインされ得るかについての記事を投稿した。 ［Ian Robinson氏、Jim Webber氏、Savas Parastatidis氏による書籍REST In Practiceの中に］私は不可解な考えを1つ見つけました。著者たちはリソースの状態を更新するものとしてPOSTを推奨しています。これは、PUTのセマンティクスの解釈の選択によって導かれるものです。HTTP仕様によれば：Request-URI が既に存在するリソースを参照している場合は、同封されるエンティティはオリジンサーバにあるそれの修正版とみなされるべきである。 本の中では、著者たちはこのことを、PUTリクエストに同封されるボディ
優れたコードだけでプロジェクトは成功するか
原文(投稿日：2010/09/16)へのリンク 開発者であり、アーキテクトであり、著書も持つSimon Brown氏はプロジェクトを成功させるには良いコード以上のものが必要だと考える。良いコードだけでは不十分と題したプレゼンで氏はプロジェクトの成功に必要なすべての要素について、事前の設計から運用尾のための文書まで、くまなく論じた。 良いコードがあるということはスタート地点に立つことであり、プロジェクトの成功には何をビルドしたか、何がリリースされたかそしてどのように動作するかを知る必要がある、というのが氏の考えだ。 ビルドするべきことを知るためには、一揃えの要求が必要だ。要求が集まったら“全体像” が描ける。これはこの時点での構築すべき製品に対する理解が反映されたソフトウエア設計図だ。それから、大きな問題を小さな解決策に分解する必要がある。こうすることで各コンポーネントやその間のやり取り、利
ネイティブ（モバイル）アプリケーションに未来はあるか？
原文(投稿日：2010/08/17)へのリンク ネイティブモバイルアプリケーションの継続的な好調が，私たちの業界全体に激しい議論を巻き起こしている。Google の DeWitt Clinton 氏は言う。 今日のネイティブモバイルアプリは，モバイル Web アプリよりも優れています。動作も速いですし，必要なものを探すにも，収益化も容易で便利です。 しかしこれはバグです。仕様ではありません。このモデルは，デスクトップ環境では生き長らえることができませんでした。モバイルでこれがうまくいく，というのは考えられないことです。 このポストは GigaOM の Stacey Higginbotham 氏が，Gowalla の CEO である Josh William 氏にインタビュー した時の内容に対するものだ。そのインタビューでは， Josh が次のように説明している。 Gowalla では iP
InfoQ: HTML5のケーススタディ：WebSockets, Canvas そして JavaScriptで noVNCクライアントを作成
原文(投稿日：2010/07/01)へのリンク noVNC は、VNCクライアントで、 HTML5 WebSockets, Canvas そして JavaScriptを使って実装されている。InfoQ、は、 Joel Martin氏と、 noVNCと HTML5アプリケーションの開発経験について、少しばかり、Q&Aを持った: InfoQ: Joelさん、noVNCのアーキテクチャの全体像と様々なコンポーネントがどのように、いっしょになっているのか，教えてください。 Joel: noVNCのアーキテクチャは、６つの主要なコンポーネントからできています: コアの VNC/RFB実装: このコンポーネントは、すべてのRFBプロトコルの情報をカプセル化していて、他のすべてを動かす、主要なステートマシンです。 Canvas抽象層: このコンポーネントは、 HTML5 CanvasAPIを抽象化した層
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アジャイルチームのテスターと開発者の協力関係を改善するには
JavaScriptのコードフローを視覚化するTraceGL
JavaScriptでGitを実装するKickstarterプロジェクト、28時間で資金調達
技術的負債のユーザストーリーを作るべきか
プロダクトオーナーは実現可能な仕様をもたらすべきである
クラウド上で進化する継続的統合
Apache Hadoop 1.0.0が Kerberos 認証, Apache HBase、HDFSへのRESTful APIをサポート
Amazonの新しいブラウザSilkは、Splitアーキテクチャを使用している
Web Intent: GoogleによるWebアプリ連携メカニズム
GoogleがNative Clientを刷新。が、最後までやり遂げるだろうか？
コールバック不要：Javascript に逐次プログラミングを取り戻す StratifiedJS
Javaアプリケーションのためのきめの細かい認可
Tomcat 7 ベータ版公開 - Servlet 3.0 サポート，セキュリティ向上，操作性の改善