壁面ディスプレイでGoogle Maps - 豊田正史のSLとは関係ございません(2005-07-07)_ [Software] 壁面ディスプレイでGoogle Maps うーん壮観。この上にリアルタイムで移動物をプロットしたいなあ。
RSSマーケティングガイド
このサイトではドクターコーヒーを購入して実際に飲んで感じた効果や口コミをご紹介しますね。 ドクターコーヒーを3ヶ月間飲んでだ効果を紹介！ 40超えるとホント痩せづらくなりますね。 ダイエットも何度も挑戦していますが、ちょっと痩せるけどリバウンドの繰り返し、、。 食べるのが好きだから食事制限は大変なんですよね。 運動も苦手だし、、。 そんな時、ネットで見つけたのがドクターコーヒー。 口コミの評判も良かったし、コーヒーは毎日飲んでるしこれで痩せられるなら楽ちん！って思って購入してみました。 ここからドクターコーヒーの飲んで3ヶ月たった私の体重の変化を紹介しますね。 ドクターコーヒーを飲んでみた ドクターコーヒーはひとつづつパックになっていていつでも簡単に飲めます。 お湯を注ぐだけ、そして飲むだけ。^^ 味もおいしいし、これで痩せられるならめちゃめちゃ良いですよね。 効果を期待しつつ、しばらく続
伝説のプログラマ、カトラー氏はなお健在だった：So what is IT?：オルタナティブ・ブログ
前回ともちょっと関係があるお話。 今から13年前の1992年、月刊雑誌のヒラ編集者時代だったときのこと。私は幸運にも、DEC VAXのOS、VMSの開発者で、後にMicrosoft社に移籍して、Windows NTの開発を手がけたデビット・カトラー（David N. Cutler）氏にインタビューする機会を得た。Windows OSの父といってよい存在の、伝説のアーキテクト＆プログラマだ（古い雑誌をお持ちの方は、月刊スーパーアスキー 1992年10月号を参照）。 時はWindows NT 3.1開発の最終段階に入っていたところで、一部のユーザー向けにベータテストが開始され始めたころだ。 インタビューが始まる前は、どこにでもいそうなアメリカのおじさんという感じだったが、いざインタビューが始まると、とたんに目つきが鋭くなり、OS開発にかける思いや新OSの自信のほどを熱く語りだした（いまにして思
yohei-y:weblog: Microformats の夢
Microformats の嬉しさについて。 Technorati が推進していることからもわかるとおり、一番わかりやすいのは blog 検索の精度向上だろう。 たとえば hReview でブックレビューを書いておけば、 たとえば hCalendar でカンファレンスのスケジュールを登録しておけば、 たとえば rel="license" で自分の記事や写真を CC ライセンスにしておけば、 あなたが提供しているその情報を必要としている人に届きやすくなる。 あるいは今流行の Musical Baton で他の blog にリンクするときに XFN で友人・知人関係を記述しておいたらどうだろう。 こんなアイデアを自動化しつつ さらに参加者間のリンクを関連で色分けして表示するアプリが作れそうだ。 そんなの前からできたって? そう、メタデータを駆使したセマンティックウェブを使えば前からできた。 M
ぶろぐ。@4bit.net: RESTful Web Applicationの可能性
« LAMP | メイン | AnnotationとPOJO » 2005年06月21日 (火) RESTful Web Applicationの可能性 [テクニカル] RESTについて、前に先輩のsatoshi氏と話をしていたのだが、共通の感想が「WebブラウザからPUT, DELETEメソッドが使えればいいのに…」ということだった。HTML form要素のmethod属性は、仕様として"GET"と"POST"しか許されていない。実装もそうなっているようだ。例えばGekkoの実装の場合「Tociyuki::Diary - Gekkoのform@methodはgetとpostだけを受け付ける」 そこでPUT, DELETEなしでWebアプリケーションのURI設計をするとしたらどうなるかなと思い、ちょっと調べてみると、W3CでXFormsという規格があり、他のメソッドも使えるようになっている
ぶろぐ。@4bit.net: AtomPPに検索って無いの？
« 病気 | メイン | Atom + OpenSearch » 2005年07月05日 (火) AtomPPに検索って無いの？ [テクニカル] AtomPP (Atom Publishing Protocol; 今までは Atom API と呼ばれていた)の仕様ドラフトを読んでいたのだが、検索機能が規定されていない気がする。 具体的には、まずRetrieve用URIの規定がない。FeedURIを使うと思われるが、そもそもFeedURIの意味が広すぎる。 さらに、GETメソッドでのクエリーの書式も規定されていない。これが決まっていないと、クライアントはどうやって目的のエントリを検索したらいいのかわからない。 これってとてもマズイ気がするんですけど…。 追記： はてなのアプローチなど、たしかにこのようにすればRESTにしたがって検索機能を実装することが可能。しかし、問題なのはこの機能をクライ
ぶろぐ。@4bit.net: RESTfulアプリケーションとCookie
« AnnotationとPOJO | メイン | 病気 » 2005年06月23日 (木) RESTfulアプリケーションとCookie [テクニカル] おおっ、RESTful Application関連のレポートを発見。しかも2年前。 REST版ショッピングカート 方向性はおおむね同意。そして、クッキー使ってもいいんじゃない？ たしかにパフォーマンス低下やプライバシー漏洩ってのはあるけど、RESTの原則からいうと、クッキーによってresponseを変えてはならない、ってだけだから、クッキーを手軽なローカルレジストリとして使うのはアリなような気がする。ドメイン別だから便利だし。もちろん、都度サーバに送られたクッキーは使わない。 それとも、ブラウザが開いている間はオンメモリで保持しておいて、ブラウザが閉じる（もしくは別のサイトに移る）ときに、ローカルのクッキーに書き出すっていうことはできな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
The BabelFish Blog
http://weblogs.java.net/blog/johnreynolds/archive/2005/07/java_ee_app_ser_1.html
Secretary of State
http://members.optusnet.com.au/benjamincarlyle/benjamin/blog/2005/07/05/
http://www.intertwingly.net/wiki/pie/WebDavVsAtom
http://developer-test.mozilla.org/presentations/xtech2005/keynote/
The convergence of structure and chaos