404 - ページが見つかりませんこのページは、カテゴリの見直し作業等により削除されたか、存在しません。 恐れ入りますが、トップページより再入場いただきますよう、お願い申し上げます。 The page you've requested does not exist at this address. Please visit our main page.
ITmedia News：“YouTubeテレビ”続々 Wiiでネットとテレビが融合
YouTubeなど動画投稿サイトの人気映像を、テレビで見るための新サービスが続々と登場している。YouTubeのAPIを活用し、WiiブラウザとWiiリモコンで簡単に操作できるようインタフェースを工夫したもので、テレビ番組を見るように気軽に動画を楽しめるのが特徴だ。サービス提供元は、小規模なベンチャー企業や個人ばかり。2年ほど前に注目を集めた、大手ネット企業によるテレビ局買収劇とは異なる次元で、ネットとテレビは着実に融合してきていると言えそうだ。 Wii対応の動画サービスで先陣を切ったのは、2月16日に公開されたはてなの「Rimo」（リィモ）だ（関連記事参照）。YouTubeの人気動画をエンドレスに再生できる仕組み。リモコン型のシンプルなインタフェースで、テレビのように気軽にダラダラと見られるサービスを目指した。Rimoはサービスインと同時に話題を集め、ユニークユーザー（UU）数は3日で1
[JS]軽量で、簡単に設置できるLightbox風のスクリプト -iBox
iBoxは、画像・動画・インラインコンテンツ・ドキュメント・フォームなどをLightbox風のエフェクトで表示するスクリプトです。 iBox v2 iBox - Lightweight inline popup Lightbox風のスクリプトは多数ありますが、その多くはjQueryやPrototypeなどのライブラリと一緒に設置しないと動作しなかったりしますが、このiBoxは単独で実装することができます。 また、容量も18.5KBと他の多くのスクリプトと比べ軽く、Packerを使用すると7KBになります。 iBoxの実装方法は、「ibox.js」と「ibox.css」を外部ファイルとして指定し、下記のコードを記述します。 titleは、キャプションとして表示されます。 画像 <textarea name="code" class="html" cols="60" rows="5"> <a
誰もが簡単に作れるアプリを目指したい――サーバなしで使える「Afrous」冨田慎一さん
誰もが簡単に作れるアプリを目指したい――サーバなしで使える「Afrous」冨田慎一さん：ひとりで作るネットサービス（1/3 ページ） 国が推進する未踏ソフトウェア創造事業でも採択された、ブラウザだけでデータがマッシュアップできる「Afrous（アフロス）」を作った冨田さん。信条にしている「誰もが簡単に作れること」の真意とは？ ひとりでつくるネットサービス第27回は、ブラウザだけでさまざまなデータをマッシュアップできるツール「Afrous（アフロス）」を作った冨田慎一さん（32）にお話を伺った。「情報利用をみんなの手に」を目指し、ユーザーが簡単にデータを活用できるツールを作りたいという冨田さん。単身米国に渡り、シリコンバレーも視察してきた冨田さんが見ている世界とはどういったものだろうか。 「誰だ、これを作ったのは？」――独立決意後に作ったデモがトップの目にとまる 「誰だ、これを作ったのは？」
ウノウラボ Unoh Labs: Mercurialでバージョン管理
stoplightで最大化したターミナル上でzshとscreenとEmacsを立ち上げ、 明朝体フォントでプログラミングするbokkoです。 今回はバージョン管理システムの1つであるMercurialについて紹介します。 ウノウではSubversionとTracを組み合わせて開発を行っていますが、 僕個人では今年の春ぐらいからEmacsやzsh、screenなどの各種設定ファイルをMercurialでバージョン管理しています。 Mercurialとは？ Mercurialは分散型のバージョン管理システムです。 これに対して、CVSやSubversion(以下SVN)は集中型のバージョン管理システムにあたります。 分散型と聞くと難しそうなイメージがわくかもしれませんが、 CVSやSVNに比べてると、より手軽にバージョン管理を行うことができるというのが、 Mercurialに対する僕の印象です
個人で簡単に使える分散バージョン管理ツール「Mercurial」 | gihyo.jp
みなさんは仕事でCVSやSubversion、Visual SourceSafeなどのバージョン管理システムを利用しているでしょうか。これらメジャーなバージョン管理システムはいずれも、サーバを立てて1つのリポジトリを管理する中央集権的なものです。 それに対して、開発者ごとにリポジトリを持ち互いのリポジトリと同期させる方式を持った分散バージョン管理ツールもあります。Mercurialはその一つで、ほかにはLinuxやRuby on Railsが採用しているgitなどがあります。 記事では、Subversionとほぼ同じ感覚でコマンドが使えるMercurialの使い方を一通り説明しています。主なコマンドは表1のようになります。 表1 Mercurialの主なコマンド（）
Subversion を Windows で GUI 中心に使う
Landscape トップページ | < 前の日 2005-02-28 2005-03-01 次の日 2005-03-16 > Landscape - エンジニアのメモ 2005-03-01 Subversion を Windows で GUI 中心に使う 当サイト内を Google 検索できます * Subversion を Windows で GUI 中心に使うこの記事の直リンクURL: Permlink | この記事が属するカテゴリ: [Windows] [Subversion] 2005-02-28 の「CVS から Subversion に乗り換え」の続き。Windows 環境で GUI なバージョン管理システムを使うために、Subversion と TortoiseSVN をインストールする。 - Subversion 本体のダウンロードsubversion: ファイルの共有:
グーグル、「Friend Connect」を発表--ウェブサイトにソーシャル機能を追加可能に
UPDATE 予測されていた通りに、Googleは、プログラミングを行うことなくソーシャル機能をウェブサイトに追加できる「Friend Connect」のプレビュー版を公開した。 GoogleのエンジニアリングディレクターであるDavid Glazer氏は、Friend Connectの詳細について明らかにした。なお、米国時間5月12日午前の時点では、依然として仕上げの段階にあるFriend Connectの公式サイトに、まだアクセスすることはできなかった。 「よりソーシャルな存在になることで、ウェブは向上してきている。われわれは、ウェブインフラにソーシャル機能を組み込むが、これは少数の特定サイトに縛られるようなものではない。ユーザーは、ウェブ上のどこに行っても、あらゆる友人とのコミュニケーションが可能で、（そのコミュニケーションに）どのようなアプリケーションでも用いることができる」と、G
本気でやるならonclick属性は避けてライブラリを活用すべき - id:HolyGrailとid:HoryGrailの区別がつかない日記
第1回 そろそろ本気で学びませんか？ | Think IT これ、今この記事書いてる時点で650以上ものブクマがされているんだけれども、あまり内容がよろしくない。 というのも、解説はとても丁寧ですごくよい内容なのだけど、サンプルコードの書き方がどうも古くさい。 onclick属性とか、今時のフロントエンドエンジニアはそんな書き方はしない（と思う）。 なぜonclickをあまり推奨しないのか やっぱり、エンジニアとデザイナーorマークアッパーとの分業の点でHTMLの属性にスクリプトを書いちゃうのはあんまりよろしくない。 たとえばの話だけど関数の名前を変えたかったり、だとか、HTMLを変更したり、っていうときにミスが起こりやすくなってしまう。 これは分業していなくてもどちらにしろ発生してしまうことだと思う。 他にも前に書いたのだけど、aタグとかでonclickしちゃうとhrefにreturn
JavaScriptのイベントハンドラ説明
本気でやるならonclick属性は避けてライブラリを活用すべき - 帰ってきたHolyGrailとHoryGrailの区別がつかない日記 を読んで，思うところあって書いてみました（決してカウンターアーティクルではない）。 むかしむかし JavaScript を触っていた むかしむかしに書かれた JavaScript の本で勉強している／した 人向けに。大元記事（そろそろ本気で学びませんか？ | Think IT（シンクイット））の想定読者に近いかなと思います。よって以下は JavaScript の初学者にはまったくおすすめできない（余計な知識がついてしまう）です。 Step 1: はじめのいっぽ ボタンを押したらメッセージボックスが出現する HTML を書いてみます。 <html><body> <script type="text/javascript"> function ShowMes
onclick 属性問題について - IT戦記
本気でやるならonclick属性は避けてライブラリを活用すべき - 帰ってきたHolyGrailとHoryGrailの区別がつかない日記 に関して この先、 HTML に onclick と書いても石を投げられないように書いておく＞＜ 僕も onclick 属性がダメだと思っていた時代もありました。でも、今は時々使うなあ。 （あ、でも、 HTML と JS で分業している場合は、使わないほうがいいよね＾＾；そこだけは言っておく。） JavaScript 入門の記事を書くときに onclick 属性がダメだとしたら、いろいろ本質的でないことを説明しなきゃいけない。 現状では onclick 属性が、もっとも簡単に HTML にイベントをマッピングできる方法だから、そんなに目くじらたてなくてもいいんじゃないかなあ？ たとえば 以下は、クリック時に href に GET を送るための oncli
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
