雑誌企画ウェブ (Share Your Look.com) | 100SHIKI
雑誌企画ウェブ (Share Your Look.com) November 18th, 2006 Posted in コミュニティ Write comment たまーにファッション雑誌を買ってみたりする。 服装には無頓着なほうだが（自慢できることではないが）、それでもやっぱりたまには気になるのだ。 そうした雑誌で参考になるのは街行く人々のファッションを撮った写真だったりする。ちゃんとしたモデルが洋服を着ているよりも、普通の人の着こなしの方が参考になるのだ。 そう考えるとShare Your Lookもなかなかいい。 このサイトでは自分のファッションを写真に撮って投稿することができる。もちろん他の人もファッションも眺めることができる。 まぁ、単なる写真投稿サイトであるが、ファッションに特化した点がすばらしい。しばらく眺めていたがなかなか参考になる。 雑誌の企画からウェブを作る。もっと他にも
CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：SaaS時代のベンチャー経営に求められる情報システムとは
現在発売中の月刊ComputerWorld10月号のSaaS特集に、著者の一人として寄稿しました。 「『サーバのないオフィス』でイノベーションを実感する」と題して全8ページ、渾身の記事です。 SaaSという言葉は、これまた例によって定義の広すぎるコトバですが、いわんとすることはソフトウェアを買ってきてインストールして使うというモデルからウェブ上にあるサービスをそのままブラウザ上でソフトウェア的に使うようになりますよー、という意味ですから、これまでの外しまくりな業界のバズワードに比べればリアルなトレンドをはるかにうまく捉えています。イメージ的にはWeb 2.0とも若干かぶるのですが、SaaSはどちらかというと「従来のガチなソフト屋から見たウェブへの進化願望」みたいな気分が表れたコトバだと理解しておけば間違いありません。（現にピュアでネイティブなウェブ界隈でSaaSというコトバが会話に出てくる
CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：Lingr and Comet - 技術解説編
さて、お待たせしました。いよいよCometとLingrについての技術解説です。 ■Comet解説 さて、まずはCometとは何で、どういう背景によって生まれたのか、についての解説から始めます。 まず前提として、Webアプリケーションにおいては、通信開始のトリガーは常にクライアント側が握っています。つまりURLを入力したりボタンをクリックしたときなどに通信が発生することになるわけですが、このようなアーキテクチャは、サーバ側で発生した変化をリアルタイムにクライアント側に通知することが原理的にできないことを意味します。 チャット・アプリケーションでは、複数のユーザから不定期にメッセージが送信され、それが他の参加者に一斉に配信されなければなりません。しかし、メッセージを受け取ったサーバ側では、それをクライアントに即座にプッシュで通知する方法がないのです。 そのため、一定期間ごとにブラウザがサーバに
JavaScript でソートアルゴリズムを可視化 - bkブログ
JavaScript でソートアルゴリズムを可視化 JavaScript でソートアルゴリズムを可視化するプログラムを書いてみました。元ネタは Jon Bentley による ソートアルゴリズムを可視化する Java アプレットです。 アルゴリズム 要素数 動作確認は Firefox 2, IE 7, Opera 9 で行いました。要素数は最大で200まで選べますが、かなり重くなるので遅いマシンで実行すると危険です。 English version is also available. ソースコード: sort-animation.js 解説 X軸が配列の添え字、Y軸が配列の要素の値を示しています。最初に要素がランダムに並んでいる配列 (値に重複なし) を作って、それを各種のソートアルゴリズムでソートする様子をアニメーションで表示します。 ただし、要素のあらゆる変更に対して毎回表示を更新し
いやなブログ - スクリプト言語用のデバッガの使い方 - Ruby, Python, Perl
スクリプト言語用のデバッガの使い方 - Ruby, Python, Perl スクリプト言語用の CUIのデバッガの使い方を簡単にまとめました。対象言語は Ruby, Python, Perl です。 私は C, C++ でプログラムを書いているときはデバッガ (主に GNU/Linux 上の gdb) を頻繁に利用します。しかし、スクリプト言語ではそれほどでもありません。これはおそらく次のような理由によります。 ビルドが不要なので printf デバッグが容易 (ある程度大きい C++ のプログラムではビルド時間が長いので printf の挿入はしんどい) 異常終了時にスタックトレースが表示される (Ruby, Python なら自動、Perl の場合は use Carp; $SIG{__DIE__} = \&Carp::confess; など) オブジェクトのインスペクトが簡単 (Ru
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
安藤日記
