先週11日に見た記事ですが、WOAという言葉に馴染みが無いせいか英語力の無さなのかイマイチぴんとこない。 12日に聞こうと思ってたんだけど。 12 Things You Should Know About REST Web Services and WOA 1.REST posits an interconnected information ecosystem, not an isolated set of point Web services. 1.RESTはWebサービスの相互接続に使うべきものであって、単独のWebサービスに使うものではない。 2.A focus on Design for Consumption instead of Design for Integration. 2.RESTは統合のためのデザインではなく、リソースを表現するデザインに注目すべき。 3.REST
ここのところ統計学を少しまじめに勉強しているのだが、そこで身につけたばかりのregression analysis（回帰分析）の手法を使って、「ブログのエントリーは多い方がページビューが稼げる」という説が本当かどうかを検証してみることにした。 まずは、このブログの過去２４週間の週ごとのエントリーの数とページビューの数を調べ、エントリーの数をX軸に、ページビューの数をY軸においてプロットしてみる。それだけでもなんとなく傾向があることが分かるのだが、これを最小二乗法を使って、直線で近似してみるとこんな感じになる。 直線の方程式は、Y = 44109 + 3405*X （Y:ページビュー、X:エントリー数）。つまり、このブログの場合、エントリーを書こうが書くまいが、週あたり約４４０００のページビューがあり、エントリーを一つ書くごとに約３４００ページビューづつ増えて行くということになる。 もちろん
もういくつ寝ると 今年のはじめにやりたいことリストを作った。今見たら50項目あるリストのうち25個が達成済みだった。ちょうど半分やりたいことをやったということだ。私にしてはまあまあの結果だと思う。満足。 やりたいことリストにあるもののうち、「〜を食べたい」系は概ねクリアし…
ネイルで使う材料で、DIY時の木割れやネジ跡を派手にしたらかわいい OSB合板でちょっとしたボックスをつくりました。 ビス止め下手すぎて木を割ったり穴あけすぎたりした場所に、好きな派手色の樹脂を詰めてパテ代わりにしてみました。 ちょっと某HAYっぽみ出て可愛かったので、自分用にメモです。 手順 塗装 派手色グミジェルで失敗部分…
BridgeSupport が RubyCocoa プロジェクトから独立した。で subversion リポジトリでは svn:externals で BridgeSupport を取得するようになった。そこで、svk pull しても svn:externals のコードが取得されないことに気づいた。（ていうか、ふじもとさんに「チェックアウトできないっすよ！」とリフジンな文句つけた。スミマセン） どうやら svk では svn:externals を解釈してローカルリポジトリには取得してくれないようで、苦労している人が多いみたいで、実装を詳しく提案している人もいる。 まだベータ機能ながら、svk 2.0 で導入された svk view で解決できるらしいと書かれている。なんだこれ？面白そうじゃん、ということでトライ。（今回利用したバージョンは svk 2.0.1） svk view は
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
_ AtomPub - サービス文書の記述力 [atompub] (2008-06-26 追記) その後の動向を [2008-06-26-1] に書きました． ZIGOROu さんと Catalyst::Controller::Atompub をいじっていて，コレク ション URI をデフォルトから変更したときのあれやこれやを修正したんで すが (CodeRepos にあります)，それについて書く前にサービス文書とその 欠点について簡単にふれておきます． AtomPub サーバを開発していると，コレクションの設計には力を注いでも， サービス文書はおざなりという人が多いのではないでしょうか．サービス 文書はとても影が薄いように思います．ひとつはサービス文書がなくても 動作する状況が多いこと，もうひとつは Atom API 時代には存在しなかっ たことが理由でしょう． サービス文書には，コレク
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
