先日はiPhoneで大騒ぎでしたが、オープンソースも負けてはいません。なんと、オープンソースで動作するLinux携帯電話を開発するプロジェクトが存在しているとのこと。その名は「OpenMoko」、Linuxベースで動作するのでいろいろな機能が期待できそうです。 というわけで、iPhoneとの比較や詳細は以下の通り。 OpenMoko http://www.openmoko.com/ スクリーンショットやハードウェアスペックは以下の通り。 OpenMoko Press Information これがOpenMoko搭載の携帯電話 アドレス帳の画面 いろいろなアプリケーションが追加できます。このあたりはLinuxなので可能性が多岐にわたり、最大のメリットになるはず。 iPhoneとスペックを比較した表は以下にあります。 OpenMoko/iPhone - GoWiki 何よりすごいのはiPho
JavaScriptを使ったAJAXが昨年前半まで大いに注目を集めていましたが、その根本になったJavaScript自体は古くからあり、AJAXというのは新しい応用法みたいな側面が非常に強かったのが特徴です。 しかし今回紹介する「Canvas」要素はそういうのとは明らかに一線を画しています。グラフの描画、写真合成、アニメーションなどが可能で、実際にはMac OS X のDashboardに初導入されています。そのため、サポートしているブラウザはSafariとFirefox 1.5以降のGecko1.8ベースのブラウザ、それからOpera9となります。また、この「Canvas」要素は「HTML 5」としても知られるWhatWG Web applications 1.0仕様の一部でもあるそうです。 といろいろ書いても実感がわかないと思うので、いろいろな実例を見てみましょう。 まずは簡単なフレー
Emacs 初心者のための最低限のコマンド表 2007-01-11-1 [Tips] 最強のエディタである Emacs はその敷居の高さでも最強かも。 なんてったってコマンドが多すぎで初心者はブルーになりがち。 しかもまわりの Emacs ユーザに使い方なぞ聞いた日にゃ、 「入門段階ではそもそも使いこなせないようなすごい機能」 の説明を嬉々として始めたりしがちで手に負えない。（偏見） というわけで、初心者向けに 「最低限これだけ使えればとりあえず大丈夫」 と思うものをまとめてみた。私も普段からよく使うコマンドたちである。 主に「Emacs操作キー一覧」 (http://www.magic.mediawars.ne.jp/tips/emacs_key.html) から抜粋。 上下左右へ移動 C-p, C-n, C-b, C-f行頭・行末へ移動 C-a, C-e1画面進む
リスト1は、同じ処理を繰り返すようなコードで初心者プログラマーがよく使う幼稚なスタイルで書かれている。必ずしも複雑ではないが、筆者には散らかっていて効率が悪く見える。リスト2の方が複雑な条件になっているが、Javaを理解していれば、かなり読みやすい。唯一疑問を抱くかもしれないとしたら、最後の「else if」の中にある条件の最初の部分だけだ。このクローズに来るということは、どちらかのプレーヤーが勝ったことを意味する。 いずれのインプリメンテーションも間違ってはいない。実際、これらはどちらも非常に小さく、つまらない例にすぎないので、これらのリストでコードがいかにクリーンか論ずるのはあまり有益ではない。ただ、何をもってインプリメンテーションがクリーンなのかについて読者の興味を深めることはできるだろう。 クリーンなコードについて扱った記事、Webサイト、書籍は多数存在する。何をもってコードをクリ
ラスベガスで開催されている世界最大の家電ショーであるCES。このレポートを綴ろうと考えていたのだが、完全にやる気を失った。世界中の家電メーカーが集まり、新製品やコンセプトモデル展示で話題性を競い合ったこの日、数百キロ離れたサンフランシスコでAppleたった1社が主催するMacWorld2007にて発表された、たった2つのデバイスによって*1、CESは話題を完全に掻っ攫われてしまった格好だ。 言葉がない、というかグゥの音もでない。誰が何といおうと、完敗である。家電メーカーの中の人達が一番良くわかっていることだろう。ポータブルの動画・音楽プレイヤー、デジカメ、ビデオカメラ、携帯電話、PDA、カーマルチメディア、これら全ての機器群*2を担当する家電メーカー社員にとって、今日は眠れない夜になるはずだ。当分の間「今君たちが開発してる機器、それってiPhoneが普及しても売れるの？」という上層部からの
Web2.0 = Ajax/Cometなの？とかプロセスIDは今でも16ビットなの？とかはサテオキ、 個々のクライアントがサーバに要求する処理量は小さなものでハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする――。これが最近Web開発者の間で話題となっている「C10K問題」（クライアント1万台問題）だ。 AjaxやCometなどのクライアント側技術に伴うサーバ側の問題に関していろいろ誤解があるようなので,書いておきたい.きっとlingrの中の人はこの記事読んでニヤニヤしてるはず. 以下、記事にないことも書いてあるのでそのつもりで. 誤解その1 AjaxによるWebアプリの台頭でサーバ側の負荷が増大する Ajaxの典型的な使い方はサーバに問い合わせてページの一部分だけを 変化させるというモノだ.これはページ全体を書き換える従来の方法と違い, すでに
Webページの上から下まで、画面全体のスクリーンキャプチャを一発で撮る場合に便利なソフトを2本ご紹介しよう。動的なページや会員制ページも簡単にキャプチャできるのだ。 Webページの画像をプレゼン資料や仕様書に貼り付ける際、スクリーンショットを撮る必要が生じる。この際、ニーズとして多いのが、Webページすべてを一発でキャプチャする機能だ。本来ならスクロールしなければ見えない部分までを、1枚の画像として保存してくれる機能である。 こうした機能を持つソフトはいくつもあるが、IEコンポーネントを用いて動作するタイプと、それとは反対にブラウザの一部として動作するタイプの2種類に分けられる。前者は「url2bmp」が有名だが、ブラウザを用いずにスクリーンショットを取得するため、動的なページが取得できないのが難だ。同じ理由で、パスワードが必要な会員制サイトに対応できないことも多い。 そんなわけで、今回は
個々のクライアントがサーバに要求する処理量は小さなものでハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする――。これが最近Web開発者の間で話題となっている「C10K問題」（クライアント1万台問題）だ。 プロセス番号が足りなくなる パンクするのは例えばプロセス番号だ。 Ajaxの実装として最近注目されている技術に“Comet”（コメット）と呼ばれるものがある。HTTPのセッションをあえて切断せずに、サーバとクライアント間でつなぎっぱなしにするテクニックだ。Cometを使えばクライアントからのリクエストに応えるだけでなく、サーバ側からも不定期に情報を送り出すことができる。例えば、Web上でチャットサービスを実装するには、通常はクライアント側からサーバに一定間隔でポーリングすることで、ほかのユーザーの発言分をサーバから取得して表示するが、Cometの
今回は，先日筆者の勤務するはてなのサービスの一つである「はてなダイアリー」で起こった，使いやすさに関する問題を取り上げてみたいと思います。使いやすさの向上のためにデザインを変更したところ問題が発生し，それをプログラミング言語であるところのJavaScriptを使って解決した，というお話です。 その問題とは，「文字の大きさ」に関するものです。 ブラウザには，文字のサイズを変更する機能が用意されています（図1）。例えばInternet Explorer（IE）なら「表示」メニューの「文字サイズ」から「最大」「大」「中」「小」「最小」の五つの段階を選ぶことができます。Firefoxも「表示」メニューの「文字サイズ」から選ぶことができますが，「大きく」「小さく」というメニューになっており，より自由に表示サイズを変更することができます。 図1：ブラウザでは文字サイズを変更できる ちなみにOperaは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
