【Facebook】Graph API の説明：プロジェクトマネジメント10.0：オルタナティブ・ブログ
ブログ引っ越しました→「Looops 直人の備忘録」 ◆関連記事 【Facebook】Social Plugin 説明 2010/04/23 【Facebook】Open Graph Protocol 説明 2010/05/12 お世話になっております。 ループス岡村直人です。 前回の記事ではFacebookのSocial Pluginに関して、 簡単な説明を書かせていただきました。 今回はその続き、Graph APIについて書いてみたいと思います。 前回同様、Facebook.com上のドキュメントがベースになりますので、 内容については未検証の部分も多々あります（未検証の部分はその旨言及するようにいたします）。翻訳をベースとしているため、断定するような表現で文章が終わっている部分が多いのですが、その内容を保証するものではありませんので予めご了承いただきたく存じます。 認識違いや不明点等
Google ビルディングメーカーによる参加型3次元建物モデル作成 - Tagchan's Blog
最新の写真測量技術を使って、建物の３次元モデルを参加型で作成する試みがGoogleからはじまったので試してみた。豆腐のような壁面が無い３次元モデルではなく、壁面付きの３次元モデルが簡単に作成できる。 Googleビルディングメーカーでは、斜め写真などの大量の航空写真（空中写真）を使い、その写真から建物の3次元構造（輪郭線）がどのようになっているのかを、マウスを使って教えてあげるだけである。これらの航空写真を撮影したカメラは、どこでどの向きで撮影したのかは撮影時点で計測しているので、複数の写真で、特定の建物がどういう輪郭線であるのかをインプットすることで、建物の輪郭線が現実世界の３次元地理座標と対応をとることが可能となる。それによって、３次元モデルが作成可能となる。 以下が、建物の輪郭線が写真でどのように表現されているのかを示している様子である。直方体だけでなく、屋根のような形状との組み合わ
「RESTful MVC」なアーキテクチャの話
最近、増井君と私でアーキテクチャの話をすることが多いのだが、そんなディスカッションの中で気に入っているのは左の図のようなアーキテクチャ。 もちろん、核となるのはビジネスロジックを含んだModelの部分。そこをしっかりと実装し、内部構造を隠す粒度の荒いインターフェイスを定義し、外から何をされてもデータの整合性が壊れない様にすることは何よりも大切。 そして、そのModel層へのインターフェイスを特定の言語に依存したクラスやAPIではなく、HTTP上でJSON（XMLでもかまわない）をやりとりするだけの RESTfulなWeb Serviceにすることがミソ。こうすることによりにより、どんなに締め切りに負われようが、誰がControllerを実装しようが「ずるができない」ように作っておく（ずる＝本来使うべき外部インターフェイスだけでなく、Model内部に直接アクセスして依存関係を作ってしまう事）
Buckblog: Skinny Controller, Fat Model
18 October 2006 — The "Fat Controller" anti-pattern is shown and dissected, and the reader is taken through the process of refactoring it into a more readable, maintainable, and testable solution — 5-minute read When first getting started with Rails, it is tempting to shove lots of logic in the view. I’ll admit that I was guilty of writing more than one template like the following during my Rails
bliki: Anemic Domain Model
This is one of those anti-patterns that's been around for quite a long time, yet seems to be having a particular spurt at the moment. I was chatting with Eric Evans on this, and we've both noticed they seem to be getting more popular. As great boosters of a proper Domain Model, this is not a good thing. The basic symptom of an Anemic Domain Model is that at first blush it looks like the real thing
とっても遅いページの作り方 | L'eclat des jours(2009-09-17)
_ とっても遅いページの作り方 trがたくさんあるtableを作って、その中で個々のカラム(idxxxみたいなidをつけてあってxxxが行番号になってたりする)をgetElementByIdでアクセスすると、死よりも遅い。 for (var i = 0; i < document.getElementsByName('tr').length; i++) { var col1 = document.getElementById('col1-'+i); ... var coln = document.getElementById('coln-'+i); ... } それは当たり前だけど、Javaプログラマとかって、ばかよりも簡単な自明なコードを書け教育みたいなものをへたすりゃ受けているから、あほちん、そんなものはgetElementsByTagNameでtrとってるんだから、tr要素回してその
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[Haskell] Announce: Haskell ACID Relational DBMS v0.1
http://www.tbray.org/ongoing/When/200x/2009/07/02/Slow-REST
『企業と市場のシミュレーション』
