最速インターフェース研究会 :: Function.prototypeを拡張して遅延実行を実現する
JavaScriptにおいて関数というのはFunctionオブジェクトで、他のビルトインオブジェクトと同様に、組み込みのメソッドがある。これがapplyとcallしかないのだけれど、こんな感じに使う。 func.apply(thisObj,arguments) func.call(thisObj,arg1,arg2,arg3) thisObjには、その関数内で「this」として使うオブジェクトを指定する。applyの第二引数はargumentsオブジェクトを指定する。配列か、現在実行中の関数のargumentsオブジェクトを丸ごと別の関数に引き渡せる。つまり引数の長さが良くわかってなくても使える。 callは代わりに func.apply(thisObj,[arg1,arg2,arg3]) と書けるので、実はいらないんじゃないかと思う。 これらは多分、ふつうにJavaScriptを書く上で
最速インターフェース研究会 :: ホイール回転でAmazonのカートを少し便利にする
今、Amazon最速検索の改良バージョンを作っているのだが、Amazonはカートに入れるのは簡単なのにカートから削除するのとかがとても面倒くさい。そんなわけなのでホイール回転で注文数を変更できるようにするBookmarkletを書いてみた。 input type=textで、かつ、数値が入っている入力ボックス上でホイールを回転させると数値を変更できる。IEとFirefox兼用、他のブラウザはホイールを使えないので無理。ホイールマウスを持っていない人が切なくなるが、持ってる人が便利なのに越したことはない。 こんな感じで動く。 http://la.ma.la/misc/demo/amazonwheel.htm Bookmarklet ホイールで数量変更 Greasemonkeyスクリプトにしてみた。内容は同じ。 http://la.ma.la/misc/userjs/AmazonCartHel
最速インターフェース研究会 :: ページレンダリングを妨げない広告挿入手法に関する覚書
多分わかる人にはわかると思うんだけど、わかんない人にはわかんないと思うので、誰かわかりやすく書き直してくれると助かるんだけどとりあえず書いておく。 例えば、GoogleAdsenseなんかで広告を挿入するには、外部ドメインに置いたJavaScriptを読み込んで使う。セキュリティ上の問題があるにもかかわらず外部ドメインのJavaScriptをそのドメインにあるかのように取り込めるのは、多分、そういう需要があるからだろう。 んで、そういうスクリプトの構成というのは大抵、scriptタグを挿入した位置に広告がdocument.writeを使って書き出される、というものだ。 しかしこの方法には問題があって、それはscriptがロードされて実行が完了するまでページのレンダリングが止まる、ということだ。jsファイルを受信するまでにかかる時間と、解釈と実行、document.writeでブラウザに出力
作って理解するAjax (2)：IT Pro
図2●作成したクライアントをテスト<br>クライアントから受信したデータをそのまま返送するサーバーを使ってテストした様子。入力データがそのまま表示されるのが分かります。 前回はAjaxの概念や利点を説明し，筆者が作成したAjaxアプリケーションを紹介しました。紹介したものの一つがインクリメンタル検索用アプリケーションです。検索ボタンをクリックして初めて検索される通常のWeb検索とは異なり，インクリメンタル検索はキーワードを1文字入力するたびに即座に検索を実行します。検索結果はKWICという形式で表示します（図1[拡大表示]）。KWICはKeyWord In Contextの略で，前後の文脈付きで検索結果を表示する形式です。 今回から2回にわたり，このインクリメンタル検索を実現するAjaxアプリケーションを作成します。単なる動作説明用の「おもちゃ的な」サンプルではなく，実用性のあるツールとし
西田 宗千佳のPostscript: Gmailのなにがスゴかったのか
前回、Gmailの話が出ましたから、ここでついでにもう少しGmailの話をしておきましょう。 Gmailは、一般には「最初にギガバイトクラスの容量を提供した無料メール」というところが画期的だった、と認識されています。 ですが、それは正しくありません。容量は結果であり、本質はウェブメールの「ユーザーインターフェース」の常識を破壊したことにあります。 Gmailは、ウェブメールであるにもかかわらず、まるで単体アプリケーションのメールソフトのごとく使えるのが特徴です。キーボードショートカットで操作でき、新着メールが自動的に確認され、アドレスをタイプすると、アドレス帳からオートコンプリートで入力補完される。俗に言う「Ajax」技術を使い、ページを動的に制御してみせた結果できあがったサービスです。 (残念ながら、京ぽんを含む携帯電話系フルブラウザでは正常動作せず、このダイナミズムを味わうことはで
fladdict.net blog: はてなブを見るときは、ヒットラーの言葉を思い出そう
はてなブとかでやたらブックマークされてるエントリに 「なるほど！！」と説得されそうになったら、 世界で最も有能な情報デザイナーの一人である アドルフ・ヒットラー超先生の言葉を思い出してみるといいと思う。 はてなブクマの本質をあらわしてると思うので。 いかなる宣伝も大衆の好まれるものでなければならず、その知的水準は宣伝の対象相手となる大衆のうちの最低レベルの人々が理解できるように調整されねばならない。それだけでなく、獲得すべき大衆の数が多くなるにつれ、宣伝の純粋の知的程度はますます低く抑えねばならない。 大衆の受容能力はきわめて狭量であり、理解力は小さい代わりに忘却力は大きい。この事実からすれば、全ての効果的な宣伝は、要点をできるだけしぼり、それをスローガンのように継続しなければならない。この原則を犠牲にして、様々なことを取り入れようとするなら、宣伝の効果はたちまち消え失せる。というのは、大
google baseはWebアプリケーションをコモディティ化する - llameradaの日記
google baseが普及した未来について想像してみる。なお、ここでは、google baseが、利用者がデータをサーバに送ると、ブラウザで操作できるデータベースが自動的に生成されるサービスと仮定している。（参考：Google Base の公式な説明 - モジログ） その時、Webアプリケーションは誰にでも作れるもの、すなわちコモディティとなっているだろう。Webアプリケーションの大部分は、データベースと、データベースへのブラウザ・インターフェイスから成り立っている。ショッピングサイトも、ブログも、掲示板も、全て背後にはデータベースが存在している。つまり、言い換えれば、Webアプリケーションとは、データベースをブラウザから操作可能にする仕組みともいえる。そして、googleはこの便利な仕組みを誰にでも気軽に作れるものにしようとしている。 今現在では、Webアプリケーションは決してコモディ
fladdict.net blog: Ajax Q & A
Ajaxの第一ソースであるAdaptive Pathのエッセイ、Ajax: A New Approach to Web ApplicationsにひっそりとQ&Aが追加されています。Ajaxに関する基本的な疑問や注意点、将来の展望などが非常によくまとまっており、エッセイ１つ分に匹敵する価値があると思います。 僕のサマリやけんたろ氏の日本語訳を読んでいる方用に、Q&Aの和訳をしました。 誤訳や気になる部分がありましたらばコメント欄ででもご指摘ください。 Ajax Q&A ２００５年３月１３日 Jesseのエッセイを掲載して以来、 読者から非常に多くのAjaxに関する質問を受け取っています。 このQ&Aではよくある質問のいくつかにJesseがお答えします。 Q. Ajaxを発明したのはAdaptivePathなのですか？Googleなのですか？AdaptivePathはgoogleのajaxア
「日本の雑木林はニセモノだ、本来の森に帰せ」（宮脇昭）
今朝のＮＨＫ総合「知るを楽しむ選 この人この世界」はたいへん勉強になった。日本中の植生を徹底的に現地調査して『日本植生誌全十巻』をまとめた宮脇昭先生は、日本には土地本来の森は 0.06% しか残っていない、全部人間が手を入れて人工的な森にしてしまったもの、これが諸悪の根源であると言う。 曰く： 今の里山のクヌギなどが中心の雑木林は人間が人工的に作ったもので、本来の植生はシラカシなどの常緑樹、海岸部は照葉樹林。 現在の雑木林は２０年に一回の伐採と三年に一回の下草刈りが前提。それをやらないと維持できないニセモノの森。 マツにしてももともと条件の悪い山頂部などに限定して生えていただけのもの。それが人間が広げてしまった。マツクイムシの大発生は自然の摂理。 自然災害もこのために起こる。 元に戻すのが一番。そのためには２００年間は森に人間がへんな手を加えないこと。２００年で元に戻る。 「田舎の里山の伝
大学教員の日常・非日常:「下流社会」を読む前に
買ったときは平積みなんてしてなかったのに、読まない間に話題の本になってしまって、いつの間にやら50万部を越えて読まれちゃった新書「下流社会」ですが、正直なところ衝動買いするんじゃなかったなぁ、と。 この本を読むべき前に読む本は、言うまでもなくこの本 「下流社会」全体に言えるのは「○○なんじゃなかろうか？」という自分の考えが先行しており、それを元にアンケート結果を見て、適当な…という言葉を使うと、うまくできてるみたいになっちゃうんで、お粗末な説明がつけくわえられてます。 この世の中に「上昇志向のない下流階層」ができつつあることは、誰しもが肌で感じていますが、その原因も実状も、この本からはまったく理解することができません。 「下流社会」の半分以上は、カルチャースタディー研究所＋○○(イー・ファルコンor読売広告社)のアンケート結果から、いろいろと「下」の方々の傾向などを書きつらねてありますが、
mF247が今日オープンするらしいけど - in between days
これまでも音楽系のコミュニティサイトってたくさんあったよなー。 という気がしたので集めてみた。とりあえず集めただけ。レビューしたいけど時間無い。 ここでいう「音楽系コミュニティサイト」ってのは、単なるニュースサイトやダウンロードサイト、音源販売サイトじゃなくって、ユーザー登録できて、なんか書いたりチェックしたり作ったりカスタマイズできたり、できたらほんとにほかのユーザーとコミュニケーションをする機能があったりそういうことをやろうっていう方向性のサイトってことを念頭に置いてます。ただ音楽を売って儲けるだけじゃなくって、もうちょっとオモロイことやろーって感じがあるといいーみたいな。 日本の音楽コミュニティサイト まずニュース／テキスト系。 OOPS! - OOPS! Music Community Ver 2.0 ブロスの連載「ネット探偵団」でもおなじみ川崎和哉（カワカズ）さんが率いる「Spo
アウトラインプロセッサで書け！ - PC説教講座
ライティングに関する技術は、優れた知識人によって数多く紹介されているので、まさかそんなものを紹介する気はございません。ただ一点、コンピュータを使って書くのに、なんで原稿用紙に書くみたいにしてワープロに向かうのだ！ すべての製作過程はいったりきたり 文章というのは基本的にたった一つの流れを持っています。読むときには行きつ戻りつしながら読むこともできますが、それは一つの流れの中を行ったり来たりしているのであって、書く側にはそのたった一つの流れを生み出すことが要求されます。そりゃそうです。流れのない文章は何が書いてあるのか分かりませんから。 しかし、読むときの行ったり来たりに表れているように、人間の思考というのは実はそれほど直線的ではありません。 ちょっとでも長い文章を書いたことのある人ならお分かりと思いますが、最初に章立てを行っても、書いているうちにその章立てを変化させた方がいいと思えてくるこ
タグ＝件名説 - 信月記
Zopeジャンキー日記 : なぜネットではディレクトリが敗れ、サーチとタグが勝利するのか http://mojix.org/2005/12/18/102729 たつをの ChangeLog : [を] 分類→キーワード→分類 http://nais.to/~yto/clog/2005-12-18-2.html はてなブックマークを使い始めてからまだ日が浅いですが、うすうす感じていたことは、タグって件名みたいだなっていうことです。同じメタファーを使えば、ディレクトリは分類、サーチは全文検索でしょうか。 件名というのは、図書館では特別な意味があって、目録上で本の主題をあらわすキーワードのことをいいます。主題を表す言葉はタイトルに含まれている場合も多いですが、そうでない場合も同じくらい多いので、主題からも本を探せるようにするには、件名がきちんとついている必要があります。また、件名がついていれば、
PC vs ダム端：Google vs P2P
ずいぶん間があいてしまったが、PC vs ダム端 そして囚人のジレンマの続き。前回の主旨は 「Googleの各種サービスのように、何でもインターネットの先のデータセンタのマシンが処理してくれるなら、手元にPCいらないよね、ダム端でいいよね」 ということだったが、今回は、この流れを押しとどめようと奮闘するP2Pについて。「囚人のジレンマ」は、その後考えたら、やっぱり違う、ということになったので、題は「PC vs ダム端：Google vs P2P」に変更します ;-p Googleは、「ダム端（的thin client）と高度なサーバ」という構造をプッシュ、IntelやMicrosoftは、「高度な処理能力を持つPCが偏在(じゃなくて遍在・・がりゅう-san 指摘Thanks）」する構造をプッシュ、という陣営わけです。 ちょうど良く、前回のエントリを書いた後、Googleがダム端老舗のWys
やねうらお―よっちゃんイカを買いに行ったついでに家を買う男 - グラフ理論ならこれを読め！
うちの会社では「グラフ理論を小学校のうちに学んでおかないから、そういうことになるんジャイ！(｀ω´)」とか冗談とも本気とも取れないような会話が平気で行き交う。それほどグラフ理論は大切な分野なのにプログラマには見過ごされがちだ。ただ、グラフ理論にはいい本が少ない。そこで、グラフ理論ならこれを読め！という本を紹介する。まずは、入門書としては、左の本がお勧め。 大学の教科書としてよく採用されているのが左の「最適化とグラフ理論 技術者のための高等数学」値段も手ごろだし、高校卒業程度の知識でも読めると思う。 「そんな入門書ではなくて、もっと詳しい本は無いか？」とid:Ozyさんに聞かれて私が勧めたのは、シュプリンガー・フェアラーク東京シリーズの「グラフ理論」 このシリーズは黄色い表紙とお馬さんのマークが目印だ。 これより詳しい本となると日本語で読めるものは発売されていないと思う。「グラフ同型判定問題
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Japan.internet.com - あなたの企業、URL で損していませんか (2) www を揃える理由
はてなブログ | 無料ブログを作成しよう
ADP: floatレイアウトでつまづかないためのTips
【2ch】ニャー速VIPブログ (｢･ω･)｢ｶﾞｵｰ : ドラッグストアの店長だけど、何か質問ある？
発言小町 : ドラム式洗濯機・・・いかがでしょうか？