ecjapan.jpThis domain may be for sale!
最速インターフェース研究会 :: Firefoxでの開発を高速化する自動リロードスクリプト
以前にも書いたとおり萌ディタとSleipnirAPIを駆使して、htmlその他ソースファイルをいじると保存のタイミングに合わせてSleipnirのアクティブタブがリロードされるようになっているわけなのですが、近頃Firefox1.5をメインに使うようになってしまったのでFirefoxでも上手く動くようにしようという話。 もちろん自動リロード機能を提供する拡張があるのは知ってるんだけど、編集のタイミングと関係なく1秒ごとにリロードさせたらせわしなくて仕方ない。あくまで保存のタイミングに合わせてブラウザを更新したい。 最初は萌ディタからFirefoxにコマンドラインでブックマークレットを渡すというのをやってみたのだけれど、どうにも手元の環境では上手く動かない。新しいタブでブックマークレットを開いてしまったりする。WSHでFirefoxにフォーカスを合わせてF5を送るとかもやってみたんだけど萌デ
圏外からのひとこと(2006-01-23) - 野口英昭氏自殺記事の報道内容のバラツキ
記事の時期もバラバラで、真面目な新聞とスポーツ新聞を同列に並べるのは多少問題がありますが、少しバラツキ過ぎてるような気がします。特に怪我の場所について、腹部を切っていたとするなら「手首」や「手首と首」という表現になるのは何故か？「遺書」「内鍵」「争う声」については、基本的に必ず書くべき項目と思われますが、全部網羅した記事はありません。 それと「腹部」を入れて、「全部入り」にすると辻褄の合わない記事になってしまうので、一部の事実を切り落して辻褄を合わせているのでしょうか？ あと、どこも触れてないことですが、私は、包丁の入手元も気になります。飛行機に持ちこんだのでなければ、東京在住の野口氏は、沖縄で包丁を買ったはずです。これから自殺しようとする人が入手元を隠す必要はないので、入手元は簡単に突き止められると思います。 買った店を突き止めて本人が包丁を買ったという証言を得られれば、自殺説の有力な根
企業でWikiを活用するには。 - YAMDAS現更新履歴
企業でWikiを活用するには。 Inteligent Enterprise Magazine に掲載された Wikis: Enabling Effective Knowledge Sharing Across the Organization を塚本さんが解説している。実は翻訳も終わっていたのだが（以下略） 「「できる」Wiki構築術」として紹介される成功した Wiki サイトのキーファクターが興味深い。 関心を持たせ、利用を推奨し、個人を巻き込む リーダーを設定し、奨励する Wikiの読者は、誤りを見つけ、自動的にそれを変更する編集者でもあるべき コンテンツ提供者が誰であるか明示する 奨励しつなぎ止めるためのメタ・コンテンツを含める Wikiコンテンツを共同所有することの価値についてのコミュニケーション 賞の形でインセンティブを提供し、誰かの仲間とその影響を尊重すること 2006年は日本
基礎から理解するデータベースのしくみ（5）：ITpro
SQL文を実行する際のパフォーマンスに大きな影響を及ぼすものとして，もう一つ，インデックスがあります。インデックスについては，どう定義すべきかというデータベース設計上の問題と，インデックスを有効に使うためのSQL文をどう書くべきかというコーディング上の問題があります。 ここではテーブル設計上の問題を主に取り上げます。SQL文のコーディングについては囲み記事「SQL文を最速にする11のポイント」を参照してください。 インデックスは，テーブルの検索速度を向上させるためのものです。それぞれのSQL文に対して最適なインデックスを定義するのが理想的ですが，実際にはある程度限られたインデックスで，必要なパフォーマンス要件を満たすようにインデックスを定義する必要があります。加えて，どんなSQL文が実際に発行されるのかがあらかじめわかっていない場合は，適当な想定に基づいてインデックスを定義しておかなくては
古川 享 ブログ: 次世代のテレビに期待すること
You are about to permanently delete this entry. When you delete an entry, you also delete any comments and trackbacks associated with it. This action cannot be undone. Delete|Cancel １月２０日の１０時半から、竹中総務省大臣の主催による「通信・放送の在り方に関する懇談会」が開催されました。会議の内容は非公開、要旨を竹中大臣と座長が毎回記者発表をするということなので、議論の中味は私の口から開示することはできません、あしからず。 しかしながら、会議の中味ではなく私個人が放送・通信の世界に日頃からどのような期待を持っているかという点は継続してこのブログでも触れていきたいと思います。というわけで、ビデオの再生できる第５世
マッシュアップ戦略でヤバイのはどっちだ？ - FIFTH EDITION
Ｗｅｂ２．０ マッシュアップ時代への警鐘 ちと、ＧＭＯの熊谷さんのブログで面白い記事が出てたんで それについて扱ってみる。 マッシュアップ--仮想空間と現実をつなぐ地図 こっちは熊谷さんの記事でも扱われているマッシュアップについての CNETの記事。 噛み砕いていうと、マッシュアップというのは 「複数のソースから提供される部品を組み合わせ、 ひとつのサービスとして利用することを 可能にする」事。 記事で扱われているように、グーグルアースと 外部の不動産データと組み合わせる事により、 売り出し中の物件がサンフランシスコ周辺の どのエリアにあるかをすぐにわかるようにしたサービスは その代表例。 これ自体は、そう珍しい事ではなく、どの分野にも 見られる事で、大抵、それぞれの産業分野で、誰かが マッシュアップをやっている。 というか、 「独創的なアイデア＝既存のアイデアの組み合わせ」 が、アイデア
要するに「金融技術と情報技術の次世代型融合」だってことだな - H-Yamaguchi.net
自分が関心をもっている領域がいくつかあって、それらをくくるキーワードをずっと考えていたのだが、なんとなく、見え始めてきたような気がする。 「金融技術と情報技術の次世代型融合」とでもいえばいいのではないか、と。 以下は主に自分のためのメモ書き。「インスパイヤ」歓迎。フィードバックはもっと歓迎。ただしかなりハイコンテクストかつ非常に流動的。すぐ修正したり撤回したりするかもしれない。だいいち大半の人は読んでも楽しくないと思う。あらかじめ念のため。 こういうのは、リサーチマップみたいにちゃんとした工学的な分析手法があるんだろうが、そこまでやる時間も能力も気力もないので、まあ時間のあるときにつらつらと頭で考えていたわけだ。これまで金融技術と情報技術の融合というと、金融取引に付随するさまざまな計算、ネットを通じた金融商品の販売や取引のように、コンピュータの計算速度やコスト削減効果など、主として「すでに
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://amrita.s14.xrea.com/d/?date=20030512
http://firecat.nihonsoft.org/index.nsp;NSESSIONID=5c6b14e1420dc70d017689e34661f6b1