2010-04-09

iPhone 4.0 プレビュー・イベント開催

2010-04-09 午前 2 時から、Apple は iPhone 4.0 のプレビュー・イベントを開いた。新しい iPhone OS は、今夏リリース。開発者用のプレビュー版は今日 (2010-04-09) リリースされる。

iPhone 4.0 の対象は iPhone 3GS と iPod touch 第 3 世代。iPhone 3G と iPod touch の第 2 世代では一部の機能 (マルチタスク!) が使えない。けれどアップデートは可能。iPhone OS 4.0 の iPad への提供は今秋を予定。

iPhone で追加される新機能は 100 以上。今回のプレビュー・イベントでは 7 つの機能に絞って招介が行なわれた。もちろん一番手は、お待ちかねのマルチタスク機能!!

1. マルチタスク機能

遂にマルチタスク機能が iPhone に搭載される。アプリの切り替えは、ホーム・ボタンのダブル・クリックから。すると、Mac のドック機能のように起動中のアプリのアイコンが現れる。一度に現れるアイコンの数は 4 つまでみたいだけど、そこは横スクロールが可能。

開発者向けの話をすると、マルチタスク機能は API として提供される。肝は 7 つの API。

  1. Background Audio
  2. VOIP
  3. Background Location
  4. Push Notification
  5. Local Notification
  6. Tast Completion
  7. Fast App Switching

Background Audio は、バックグラウンドに回っても音楽を鳴らせる機能。Pandora を始めとするインターネット・ラジオ用アプリでの利用が期待される。

VOIP は Voice Over IP の略で、Skype のやうな IP 電話の機能。着信があると、画面のトップに赤い帯が出て、電話がかかってきたことを知らせてくれる。このお知らせバーをダブル・タップすると、他のアプリを動かしながらでも通話が可能。

Background Location は、バックグラウンドでも GPS を動かし続ける機能。カーナビ・アプリなんかは、この機能がないと、バックグラウンド中に自分の位置を見失ってしまう。また、Loopt (Google Latitude と同種のアプリ) なんかも GPS の情報をバックグラウンドで取得できるやうになる。GPS の利用については気配りがされていて、アプリごとに GPS 利用の是非が問われる。ユーザーが OK を返すと、24 時間、そのアプリは GPS をバックグラウンドで利用可能になる。

Push Notification は、前のバージョンで実装された機能。バックグラウンドでお知らせ通知を受け取ることができる。Local Notification は、その GPS 限定版かな?

Task Completion は、処理 (タスク) をバックグラウンド中でも実行する機能。例えば、Flickr の写真アップロード機能を走らせたり、なんてことができる。

Fast App Switching は、アプリ切替時にその時のアプリの状態を保存できる機能。ゲームの途中でアプリを切り替えたりする時には、必須な機能だね。この API がないと、またゲームを最初からやり直さなくちゃいけなくなる。

2. フォルダー機能

フォルダー機能は、ホーム画面で提供される。Windows や Mac のフォルダーと同じやうに、アプリのアイコンをその中に入れられる。

今まで、アプリ・アイコンは画面一杯に配置されていた。アプリの数が増えると、画面をいくつもまたいで移動する必要があった。フォルダー機能はその煩わしさから解放してくれる。

フォルダーは、ドックの中にも配置可。フォルダーの名前はアプリのジャンルから自動生成される。もちろん、後で手で編集することも可能。フォルダー機能のおかげで、インストールできるアプリの数は 180 から大きく増えて 2160 個になる。

3. メーラー機能の強化

  • United inbox。複数のメール・サービスのメールを、一つの受信箱として表示する機能。
  • Organize by thread。メッセージのスレッド化。デモでは、どう見えるかまではよく分からなかった。
  • Open Attachments。添付ファイルを開く機能。添付ファイルを開くアプリは、App Store で購入したものの中から選べる。

4. iBooks

iPhone OS にも iBooks が来る!

5. 企業向けの機能

あまり興味もないので、機能の列挙だけ:

  • Even better data protection (データ保護機能の強化)
  • Mobile Device Management (?)
  • Wireless app distribution (?)
  • Multiple Exchange accounts (複数の Exchange アカウントをサポート)
  • Exchange Server 2010 (Exchange Server 2010 に対応)
  • SSL VPN Support (VPN が使えるようになる?)

6. Game Center

Social Game 機能が付いた。ゲームの中で、次のことができるやうになる。

  • 友人の招待
  • Matchmaking (?)
  • リーダー・ボード (ハイ・スコア達成者のリスト表示?)
  • Achievements (?)

ごめん。最後にやったゲームはスーパーマリオ 4 なので、ゲームのことはよく分からない。

7. iAd

モバイル広告!! この iAd の良い所は、広告からウェブ・ページへと飛ばされるということがないこと (本当に本当かなぁ?)。基本、アプリ内アプリとして動作するらしい。

それ以外の機能

  • Bluetooth キーボードのサポート
  • ホーム・スクリーンの壁紙変更
  • ビデオでタップしてフォーカス
  • 5 倍のデジタル・ズーム
  • ギフト・アプリ (?)
  • カレンダーへのアクセス
  • 写真ライブラリーへのアクセス
  • 写真に GPS 情報付与
  • Geotagging
  • プレイリストの作成
  • アプリケーション内 SMS
  • スペル・チェッカー

あとがき

今回、第 4 世代 iPhone (iPhone HD?) の発表はなかった。iPhone OS 4.0 の機能は、きっと新 iPhone でこそフルに発揮されると思う。

ぼくは iPhone 3G を使っている。今年の 7 月には 2 年縛りが解ける。マルチタスクの使えないとう iPhone 3G とはおさらばして、新 iPhone に乗り換えたい。夏までに第 4 世代 iPhone の発売はあるのか?

iPhone OS 4.0 はぼくの期待を膨らませ、ちょっと iPhone HD へと心を馳せさせた。

2010-04-07

フリー <無料> からお金を生みだす新戦略 (クリス・アンダーソン)

「ロングテール」という言葉を生みだした Chris Anderson (クリス・アンダーソン) が、新著「Free (フリー)」を発売した。読みたいと思っていたところ、知人が買ったというので借りて読ませてもらった。

フリー

「フリー」は、ロングテールの時と同じく、ネットの特殊性に注目して「フリー (無料)」で物やサービスを提供できるやうになったことを数多くの事例を混えながら説明している。

「ロングテール」の時のポイントは、ネットの世界では在庫が無限に持てることだった。在庫を持つことの費用が限りなくゼロに近いことが、現実世界と違っていることがポイントだった。

「フリー」のポイントは、ハードディスクとネットワーク帯域が無限に持てるようになってきたこと。保存と運搬 (通信) に対して、費用が限りなくゼロに近づき始めたことがポイントと言う。

まあ、これは話の序の口。データ保存と通信の費用がゼロになる。というだけでは、お金もうけは出来ない。そこで、どう知恵を絞って「無料」から「お金」を生みだすか? その工夫を読むところが本書の面白いところ。例えば、価格の下落スピードが以前とは比べものにならなくなったので、先を見越して特売価格を付けても (その時は赤字のように見えて) 安価の見返りに得られる膨大なシェアなどに後押しされて、最終的には黒字になった、という風に話が進んでいく。通して読むと、「フリー (無料)」の大枠が見える構成になっている。

もしちょっと立ち読みしたいなら、本のところどころに入っている一ページ・エッセイがおすすめ。実際の企業を取り上げていて、「フリー」から金儲けしたエピソードがまとめられている。その中には、ネットの世界に限った話ではなくて、新聞社のエピソードだったり、自転車レンタル会社の話なんかもある。ロングテールは、かなりネットの中で閉じた概念だったけど、今回のフリーはネットの世界に限らない。同じやうな産業構造を見つければ、一工夫できてしまう。本書の魅力は、その間口の広さもあるかもしれない。

フリー~〈無料〉からお金を生みだす新戦略

2010-03-27

Emacs のバージョン管理が CVS から bzr へと変更

ついに Emacs が、バージョン管理ツールを従来の CVS から分散型のバージョン管理システムへと変更した。数ある分散型バージョン管理システムの中から選ばれたのは Bazaar (コマンド名は bzr)。バージョン管理システムの変更は 2009 年末に行なわれたらしい。

Bzr のバージョンを確認する

Emacs の最新ソースを取得するには、bzr のバージョンが 2.0 以上である必要がある。

$ bzr --version
Bazaar (bzr) 2.0.2
  Python interpreter: /usr/bin/python 2.6.4
  Python standard library: /usr/lib/python2.6
  Platform: Linux-2.6.31-20-generic-i686-with-Ubuntu-9.10-karmic
  bzrlib: /usr/lib/python2.6/dist-packages/bzrlib
  Bazaar configuration: /home/masayuki/.bazaar
  Bazaar log file: /home/masayuki/.bzr.log

Copyright 2005, 2006, 2007, 2008, 2009 Canonical Ltd.
http://bazaar-vcs.org/

bzr comes with ABSOLUTELY NO WARRANTY.  bzr is free software, and
you may use, modify and redistribute it under the terms of the GNU
General Public License version 2 or later.

bzr のバージョンが 2.0 以降であることを確認したら、Emacs のソースコードを取得してみませう。

ソースコードの取得

bzr では、最初にソースコードを取得する時は branch コマンドを使う。

$ mkdir ~/project/
$ cd ~/project
$ bzr branch --stacked http://bzr.savannah.gnu.org/r/emacs/trunk emacs-bzr

ソースコードを最新にする時は pull コマンドを使う

$ cd ~/project/emacs-bzr
$ bzr pull

これで最新のソースコードが取得できる。コンパイル作業の詳細は、中にある INSTALL.BZR を読まれたし。

ref

Bazaar を使った Emacs の開発については、詳しい Wiki があるので、時間のある方はそちらも参照されたし。

よければ過去記事もどうぞ。

あとがき -- git と比べて

bzr は、git に比べるとスピードに難があった (少くとも 2 年前は)。そのかわり、git よりも手軽で使い易いインターフェースが魅力的。小さなプロジェクトを作る時は、ぼくもずっと bzr を使っていた時期がある。

最近は、(ようやく) 複雑な git のコマンドを覚えてきたので git 一本になってしまったけれど、bzr は初心者にも優しくそれでいて使い易い、とても良い分散型バージョン管理システムだと思う。

ぼくが一番 bzr を使っていたのはバージョンが 1.0 になる前だったけど、気が付けば 2.1.0 が出ている。これを機会にちょっと勉強し直してみやうかしらん。

2010-03-26

Mew がバージョン管理ツールを git に変更

Mew という Emacs 用のメール・ソフトがある。2010-01-05、この Mew がバージョン管理ツールを CVS から git へと変更した。ニュースとしては遅いけど、Mew はぼくにとってとても影響のあるツールなのでご紹介。

ソースコードの入手法は、git の普段の手順通り。

$ git clone http://github.com/kazu-yamamoto/Mew.git

最近は、github のおかげか Git を使う開発者が多くなってきたね。分散バージョン管理は、サーバーとの通信なしで開発が進められるので便利。嬉しいなぁ。

2010-03-19

Redmine 開発版が CodeRay のバージョンを 0.9 に上げた

バグ管理システム Redmine は、コードのハイライト表示に CodeRay と呼ばれる Ruby Library を使っている。

Redmine 0.7 の時代に CodeRay 0.7.6 を使っていた。そして今、Redmine 0.9.3 が最新になるも、CodeRay のバージョンは上がっていない。CodeRay の最新版は 0.9.2 が出ているにもかかわらず!

ついに 0.9.2 を採用

そして一昨日、ついに変化が起きた。Redmine の開発版に CodeRay のバージョン 0.9.2 が入った。

CodeRay 0.9.2 版では、C++ や Java といったメインな言語のサポートが行なわれている。コード・ハイライトについては (同じバグ管理システムとして代表的な) Trac に一つ遅れる Redmine だったけど、このバージョン・アップでようやく追いついたかな。

簡単な使い方

Redmine でコード・ハイライトを使う場合は Wiki にこのやうに書く:

<pre><code class="cpp">
  C++ のソースコード
</code></pre>

code 要素のクラス名に「言語」を指定するのがポイント。

新しく加わった言語

まずは 0.7.6 でサポートされていた言語一覧をば

  • c (C 言語)
  • html
  • java_script
  • rhtml (ERB+HTML)
  • ruby
  • scheme
  • xml (html と同じ)

0.9.2 の採用で次の言語が利用可能になった。

  • cpp (C++)
  • css
  • delphi
  • diff
  • groovy
  • java
  • json
  • nitro_xhtml
  • php
  • python
  • sql
  • yaml

Nitro XHTML というが何なのか良く分からない。他は知ってる言語ばかりかな。

新しいコード・ハイライトを試したかったら、開発版 Redmine は魅力的。公式版を待つならば、2010-07-03 リリース予定の Redmine 1.0 をお楽しみに。

ref

入門Redmine Linux/Windows対応Redmine -もっと手軽にプロジェクト管理!

2010-03-18

Redmine の公式 git mirror repository

バグ管理システム Redmine は Subversion で開発が進められている。

ところが、最近、Git によるミラー・レポジトリーが公開されるやうになった。このミラー・レポジトリーは GitHub 上で公開されている。

Git 使いの人 (ぼくを含む) にとっては、自分の好みの環境で Redmine を取得できるのは嬉しいね。

一応、取得方法だけ書いておく。

$ git clone git://github.com/edavis10/redmine.git

Git を使うとネットワークに繋がっていない環境でも Commit Log を読んだり、Branch をローカルで作れたりして便利。他のサービスも、(Git で開発しろとは言わないけれど) Git のミラー・レポジトリーを作るようにしてくれると有難いなぁ。

2010-03-13

オンキヨーが 2.1ch ホーム・システムのモニターを募集中

オーディオ・メーカーのオンキヨーが、2010-03-31 に 2.1ch のホームシアター・システムを発売を行なう。その発売に先がけて、現在、モニター担当者を募集している。ホームシアター・システムに興味のある方は申し込んでみてはいかがかしらん。

モニター条件

モニター商品の概要は以下の通り

  • 期間: 製品到着後〜 2010-04-31
  • 返却: 不要 (そのまま使い続けてよし!)
  • モニター製品: 以下の 3 つから選択
    1. HTX-22HDX (サブ・ウーファーにアンプを内蔵したモデル)
    2. BASE-V20HDX (アンプと 2.1ch のシステム)
    3. BASE-V30HDX (アンプと 2.1ch のシステム)
  • 募集人数: 4 人

募集人数の少なさがハードルの高さか。。。あと、モニター商品はアンプとスピーカーだけしか提供されないので、プレーヤーは各自持っている必要がある。

モニター応募者の条件は少し高め。

  • ブログで最低 3 本のエントリーを書くこと
  • 3 本のうち 1 本は、以下のテーマに触れること
    1. 薄型テレビ内蔵スピーカーとの聴き比べ (32 インチ以上の薄型テレビを持っていることが条件)
    2. DVDとブルーレイの聴き比べ (DVD 及び Blu-ray のソフト及び再生機器を持っていることが条件)
    3. iPod の音楽再生 (iPod シリーズを持っていること。ただし iPhone は駄目と思われる)

iPod での音楽再生をテーマに選んだ場合は、ND-S1 という iPod 用ドックのモニター商品も送られてくる。

ぼくは応募しない

最近、Blu-ray のディスクを二本たて続けに買った (「This is it」と「サマーウォーズ」)。奇麗な画 (Full HD) で、そして良い音で見る映画の楽しさを満喫している。

オンキヨーのシステムは、2.1ch のスピーカー・システムでかつ 5.1ch まで拡張が可能と、シアター・システムとして魅力は十分。

それで、このモニターに応募して、今まで以上に良い音で映画を楽しめるというなら問題ない。ただ、ぼくは自分のオーディオ・システムに少しお金をかけすぎてしまった。100 万円越えるスピーカーとか、2ch 専用ながら 30 万円程のアンプとか。

仮に応募に当選しても、かなり厳しい感想エントリーを書く気がしてならない。オンキヨーの担当者も、そんなマニアックな人間の声を聞きたいわけではないでせう。初めてシアター・システムを試してみたい人を対象にしたいんじゃないかと思う。というわけで、ぼくは応募を (頭を冷やして) 控えることにした。

でも、この企画自体は素晴らしいものだと思う。一人でも多くの人がこのモニター企画を知って、応募をしてくれたらと思う。そして、楽しいエントリーを上がると嬉しい。

Blog 再開少しずつ...

年始の挨拶で書いたやうに、2 月・3 月が非常に忙しかった。

今も忙しくて、平日にはほとんど家に帰っていない。ネットカフェ連泊で、ブログもまともに書けない状況が続いている。休日は起きたら夜だし...

それでも、少しはブログを書かなきゃと強く思い始めた。短い記事や、メモ書き風なエントリーが多くなると思う。リハビリ風に少しずつ書く本数を増やしたい。どうぞ、よろしく。

2010-02-24

「ネット時代のメディアとジャーナリズム」イベントに参加した

日本経済新聞社が新しいサービスを発表した。その発表に対するパネル・ディスカッション・イベントが開かれたので、ブロガーとして聴講してきた。といっても肝心のサービス発表は、イベントに遅れてしまったので聞けなかったのだけど...

日経新聞 電子版

この電子版は月 4000 円で提供される。千円多く払うと、新聞の宅配も行なってくれる。

サービスの特徴は次の通り:

  • 3/25 からサービス開始
  • 朝刊・夕刊の最終版を提供
  • 記事は 1 週間分閲覧可能
  • 過去 5 年分の記事を検索可能 (月 25 件まで; 以降は有料)
  • キーワード登録で記事のフィルタリングができる
  • 記事 100 件までを保存できる

iPhone 版の「産経新聞」との違いは、「産経新聞」は一日分しか楽しめないこと。一週間分の閲覧はできないし、検索も不可能、記事の保存もできない。ただし、iPhone という携帯デバイスへの対応度は高い。

言い換えれば、ウェブ・サービスとしての日経新聞 電子版は機能は豊富だけど、携帯デバイスへの対応が低いと言えそう (あくまで iPhone 版 産経新聞と比べてね)

パネル・ディスカッション

流れが早すぎて、まとめきれない。箇条書きで、つらつらと気になった発言を取り上げてみる

  • 四千円を払うだけの価値を見出せない
  • Twitter を始めとするオープンなプラットフォームとの連携ができないのは面白くない
  • Kindle のように自動配信されるのは楽である
  • 5 インチから 10.5 インチのデバイスには「用途」が決まっていないし、「勝者」が決まっていない。
  • 電子版は「新聞」の延長なのか「電子媒体」の一つなのか? 両者は相いれない。

あとがき

最近 (昔も?) 新聞を読んでいない。一番の原因は時間がないこと。

時間がないことへの対策としてぼくは、最新のニュースを Twitter で、まとまったニュースや意見をフィードリーダーで集めている。それでも時間が余ったら Google News を覗いている。

紙の新聞はポストに取りに行く暇がないし、読む機会がない。家で読む時間があればブログを書いているし、電車の中では Twitter か Google Reader (mobile) を見ている。それ以外の時間は仕事している。仮に読む機会があったとして、新聞の中から興味のある記事を見つけるのが大変。面白い記事を読んでも、活用するのが大変。スクラップ・ブックを作る時代じゃない。

電子版は「紙」の媒体の欠点を補う。

ただ悲しいかな、今のぼくは PC で新聞を読む時間すらおしい。その時間は、もっと他の作業を行ないたい (大きな画面で DVD を見るとか、ブログを書くとか、プログラムを書くとか)。「活字を読む」という作業は、PC に座らないと出来ない作業じゃない。もっと隙間時間でやりたい。

少し話は変わるけど、ぼくは大のマンガ好き。ところがサンデーの一部のマンガがネット版 (クラブ・サンデー) に移籍してしまった。iPhone からクラブ・サンデーは見られない。PC からでないとマンガが見れない。以来、ぼくはそのマンガを読まなくなった。大好きだったのに。理由を考えたんだけど、おそらく PC で読むにはプライオリティーが低すぎるんだと思う。

いわんや新聞をや。

もっとアクセスし易くして欲しい。そのアクセスのし易さが、Twitter, Google Reader, Google News にある。日経新聞に限らず、新聞に限らず、「活字」な文化は、いかにアクセスしやすくするかがポイントではないかと思う。それはモバイルであれば良いし、ソーシャル的であれば尚良い。アクセスしやすくなるから。まずアクセスし易くないと、ぼくは「新聞」を読めないなぁ。

課金について

アクセス性が高くなるとフリー (無料) でないといけない? するとサービスとしてやっていけない?

でもそれじゃ、ぼくはお金を払わない。だってアクセス性が悪いままだから。何故アクセス性が悪いか? 「囲い込み」が新聞社だけで行なっているから。

例えば Twitter のような大きなプラッフォームで「課金」してくれるとアクセスが「楽」になる。日経新聞を全文読めるなら、Twitter プロ版もありだと思う。それなら従量課金でもいいよ (高すぎなければね)。そういう大きなプラットフォームと連携して行く道を開いてみてはどうかしらん。

2010-02-13

Google Buzz が始まった

2010-02-10、Gmail の付属機能の一つとして Google Buzz なるサービスがスタートした。

これを一言で何と言えばいいのか? ソーシャル・ブックマークや Twitter が世に出てきた時のやうに良い表現が見当たらない。Google はコミュニケーションを豊かにするサービスだと言っている。世の中の人は FriendFeed に近いものだと言っている。ぼくは FriendFeed を使っていないので、むしろ Google 版 Twitter の雰囲気を受ける。

Google Buzz を開くと「Share what you're thinking」という文字と共に入力ボックスが現れる。ここに何かつぶやくと、自分を「follow」してくれてる人達にその言葉が送られる。一方、自分の Buzz ページには、自分が「follow」した人達のつぶやきが Twitter のタイムラインよろしく表示される。

Google Buzz の反響は大きなものになった。その理由の一つに、プライバシー問題が上げられる。Gmail や Google Profile と連携しているところが Google Buzz の長所だったはずなのだけど、ことプライバシーについてはこの長所が裏目に出た。本名や現在地が「自分の意図に反して」公開されてしまうと大騒ぎになった。この点について Google はその日のうちにブログの記事を一本、2 日後に更に追加のエントリーを投稿して鎮静化に努めた。

たった数日で大きな反響を生んだのは、Google Buzz が「プライバシー問題」を含んでいたからかな。Google の新サービスは、いつも完璧からは程遠いレベルからスタートするけれど、いつも大きく取り上げられるのは、プライバシーが絡んだ時 (Street View の時もすごかった)。

使い方

Google Buzz は大きく分けて 3 つの入り口を持っている。一つは PC のウェブ・ブラウザーで Gmail を開いてアクセスする方法。もう一つは iPhone で buzz.google.com にアクセスする方法 (iPhone の Safari で Gmail を開くと Buzz へのリンクが現れるので、URL 直打ちの必要はない)。最後の一つは Android で iPhone と同じやうに buzz.google.com にアクセスできる他、Google Maps アプリとも連携している (ぼくは今 Android 機を持っていないので未検証)。

Google Buzz で最初にすることは、twitter と同じく友達を follow すること。Twitter での経験を基にすると、なるべく趣味の合う人達を沢山 follow するのが、この手のサービスを楽しむコツだった。最初は Gmail のコンタクト・リストから、後は follow した人を辿って following を増やしていくしかないかな?

友達を follow したら、次は自分で Buzz する。他人の Buzz を見る。Buzz を読んでコメントを返してコメントの返事を読む。ここら辺は Twitter と同じ。これはぼくが Google Buzz を Twitter 的に促えているからかな? きっと FriendFeed のやうだと言っている人達は違った視的で Google Buzz を見ていることと思う。

そして、Google 自身もぼくら利用者の動きに合わせて仕様を変更してくるでせう。今ままでの Google のサービスはさうやって進化してきた。Google Buzz も同じ道を辿ると思う。

落ち穂拾い

iPhone から使っていて気がついたことをいくつか (Gmail インターフェースからは、何か言えるほど使い込んでないので)。

  • Google Talk の Syntax が使える (*bold*、_italic_、-strike-、ただしスマイリーには非対応)
  • Buzz した現在地は Google Latitude に反映されない
  • Twitter と違って文字制限がない?

あとがき

Google Buzz は follow する人・follow される人が少ないと楽しくない。そして Google Buzz で Buzz る人が少ないと面白くない。だから、ぼくは Twitter から離れられない。きっと Twitter と Google Buzz の両使いをすることになる。Google Buzz の仲間が Twitter と同じ位いに増えるまで。

願わくは、もっと沢山の人達が Google Buzz で遊んでくれたらと思う。さういふわけで、まずは自分から動いてみる。

Google Profile にぼくの最近の Buzz と following と follower が表示されている。「follow」ボタンも当然ある。良ければアクセスして、ぼくを follow して欲しい。