2013-02-15

NTT R&D フォーラム 2013 に参加した

2013-02-14 (木)、NTT R&D フォーラムに参加した。NTT R&D フォーラム は、NTT の研究開発 (Research & Development) を NTT 関連企業に公開するもの。毎年 2 月、2 日間に渡って開催されている。

NTT レゾナントは 5 年前からほぼ毎年、この NTT R&D フォーラムにブロガーを招待するブロガー・イベントを主催している。今回のイベントの正式名称は「gooラボ ネットの未来プロジェクト NTT R&Dフォーラム2013 ブロガーミーティング」。ブロガー約 20 名を、NTT R&D フォーラムにプレス資格で招待する。去年に引き続き、今年も抽選に当たったのでイベントに参加することができた。

NTT R&D フォーラム概要

NTT R&D Forum 2013

  • 開催日: 2013-02-14,15 (2 日間)
  • 開催場所: NTT 武蔵野研究開発センタ
  • 開催時間: 10:00-17:00 (16 日)

ぼくが参加した 14 日には、2 つの基調講演と 1 つのワークショップが開かれた。15 日のスケジュールを見ると、1 つの特別講演と 2 つのワークショップが開かれる予定になっている。

展示は 3 つのグループに分けられている: 「バリューサービスのイノベーション」「ネットワークのイノベーション」「新分野開拓のイノベーション」。

ブロガー・ミーティングの流れ

10 時入場。ブロガー専用の待合室にて簡単なレクチャーを受ける。写真撮影は OK (説明員に一声かけてほしい)。プレス関係者にも写真 NG なものは、ブロガーも写真撮影は NG。ビデオ撮影も OK。YouTube へのアップロードも OK。希望者にはワークショップの入場券を配布 (今回、ぼくはワークショップはパスした)。

昼食は研究所内の食堂が利用可能。お弁当の持参も OK (ブロガー用の待合室で食べる)。毎年のことながら、展示を見るだけで時間がなくなってしまうので、ぼくはお昼は食べないけどね。

タイム・スケジュールは以下の通り:

展示が自由に見られるのは、午前中の 2 時間半とワークショップ後の 2 時間。計 4 時間半。実際は、全員見学が少し長びいたのと、ワークショップ後にスタッフの方々と話し込んだので、3 時間くらいしか見学時間がなかった。

過去の NTT R&D フォーラムと比べて

NTT レゾナントが主催する本ブロガー・ミーティングは、過去 3 回行なわれている。2009、2010、2012 年。ぼくは 2009 年と 2012 年に参加している。

去年との違いを書いてみる。

時間の組み方

開催時間は同じ。違いはスケジュールの組み方。

2012 年度は、NTT レゾナントがおすすめする展示を更に深く踏み込んでブロガー・ミーティングとした。時間は一時間 (see clmemo@aka: NTT R&D: ブロガー・ミーティング 発見探地図エリアダス)。

2013 年度は、2 つのイベントが用意された。一つは特別展示をブロガー用に見せてくれるというもの。展示 S-38 「3D 映像音響システムによる遠隔地との空間共有」の実演ブース (一般には公開されていない?) を見せてくれた。所用時間は 10〜20 分。もう一つはブロガー全員が参加するワークショップ。こちらは二時間。

去年と比べると、自由時間が短くなった。替わりに実演ブースを一つ見られた。これは良かった。さして時間も割かれなかったしね。

ワークショップを 2 時間。これは判断がつきかねる。内容は後で記事にするしたけれど、NTT R&D フォーラムを見学する時間を潰してまでやるものだったかどうか。疑問が残る。どんなに良いワークショップであっても、2 時間の時間を割くのはどうなのかな? 2 時間クラスのイベントなら、別の日に別のブロガー・イベントとして成り立っちゃう。もう少し軽くて良いから、短めのイベントを用意して欲しかったかな。

グループ分け

去年は「創る ICT」「支える ICT」「進化する ICT」というグループ分け。ICT は Information and Cmmunication Technology の略。グループの分け方は良かったけど、ICT という略語が慣じめなかった。

今年は「バリューサービスのイノベーション」「ネットワークのイノベーション」「新分野開拓のイノベーション」と名前を聞いただけで分かり易いグループ名になっていて良かった。ぼくは「バリューサービスのイノベーション」しか見る時間がなかったけど、ユーザーに近しい技術はこのグループにほぼ集中しているので、良かった。残念だったのは、「バリューサービスのイノベーション」というくくりは大きくて、複数の会場に分散せざるを得なかったこと。おかげで一つ見たい展示を見逃した。

印象

去年は HTML5 とライフログがバズワードになった展示が多かったように思う。今年は、バズワード傾向が鎮火し、技術を売る展示が多かった。やっていること、バックグラウンドで使っているものに、HTML5 やライフログを絡めた展示はあるにはあるけど、それを前面に押し出していない。話を聞くと、HTML5 の技術を使ってたとか、ライフログとして使える技術なのか、と思いいたる展示が多かった。

去年と比べて、世間的に HTML5 やライフログの認知が進んだことを暗示している様に思えた。

そうそう、今年は「クラウド」という言葉をよく聞いた気がする。

ぼくが見た展示

ぼくが見た展示の一覧を載せる。特に興味を持った展示については、後で記事を書く。

2013-02-10

Ruby on Rails の準備メモ その2

の続き。mysql の作成まで。

blog プロジェクト

Ruby on Rails を始める。チュートリアルとしては、Ruby on Rails Guides: Getting Started with Rails がオススメ。チュートリアルの通りに進んでみる。

$ rails new blog

blog ディレクトリーが出来て、その中に Ruby on Rails のソースコード一式が入っている。以下、blog ディレクトリーを (blog プロジェクトの) トップ・ディレクトリーとして作業を進める。

MySQL を使う

デフォールトのデータベースは SQLite3 になっている。MySQL を使いたいので、変更したい。まずは、config/database.yml を覗いて、データベースが SQLite3 なことを確認。

development:
  adapter: sqlite3
  database: db/development.sqlite3
  pool: 5
  timeout: 5000

トップ・ディレクトリーで以下のコマンドを実行。

$ rails new blog --database=mysql

rails new blog コマンドを二度実行してしまうことになるけど、OK らしい。

config/database.yml の中身を確認。

development:
  adapter: mysql2
  encoding: utf8
  database: blog_development
  pool: 5
  username: root
  password:
  socket: /tmp/mysql.sock

MySQL の設定

ぼくは MySQL を Synaptic パッケージ・マネージャーからインストールした。この時 root のパスワードを入力するよううながされたので、自分のログイン・パスワードを入力した。ただ、これがいけなかった。

上の設定ファイルを見ると分かる様に、username: root の password は空になっている。これは、mysql の root ユーザー (Linux の root ではない) のパスワードが空であることを指している。適当なユーザーを作ってパスワードをファイルに書くのが良いのか、root ユーザーのパスワードを空にするのか、何が良いのか分からない。

とりあえず、後者で対処した。

$ sudo mysql -p
Enter password: パスワード入力
mysql> set password for root@localhost=password('');
mysql> exit

データベースの作成

MySQL では development, test, production という三つのデータベースをセットで作成する。昔は mysql コマンドでデータベースを作っていたらしいが、今はコマンド一つで作成可能。

$ rake db:create

Install gem

データベースを作るタイミングだったかな? 次のエラーが出てしまう。

Could not find a JavaScript runtime.

See https://github.com/sstephenson/execjs for a list of available runtimes.

次のコマンドを試したが、エラーは直らない。

$ sudo gem install execjs
$ sudo gem install therubyracer

まず ./Gemfile に次の行を追加。

gem 'execjs'
gem 'therubyracer'

そして、次のコマンドを実行するとエラーが出なくなった。

$ bundle install

あとがき

Ruby on Rails の入り口にようやく立った。初めてだと、環境設定も一苦労。昔、Rails の勉強をしようと買った本を読み返したんだけど、Rails 1.0 向けの本だった。今の Rails はバージョン 3。色々と変わってて、目が回る。勉強。勉強。

2013-02-09

Ruby on Rails の準備メモ

Ubuntu Linux 10.04 をまだ使い続けている。

最近、Ruby on Rails に興味を持って遊んでみようと思ったところ、Ubuntu 10.04 の Ruby は古いという。というわけで、Rails を始めるに当たって、やったことのメモ。インストールしたのは、libYAML と Ruby と RubyGems。

libYaml のインストール

RubyGems をインストールしようとしたら、Ruby が libyaml に対応していない... と警告が出た。簡易インストール。

$ sudo apt-get install libyaml-dev

Ruby-1.9 のインストール

ソースコードを入手して、コンパイル。

$ ./configure
$ make
$ sudo make install

RubyGems-1.8 のインストール

ソースコードを入手して、setup.rb を実行。

$ sudo ruby setup.rb

Ruby on Rails のインストール

インストール前に gem (Ruby のパッケージ・マネージャー) で最新版にアップデート。

$ sudo gem update --system
Latest version currently installed. Aborting.

その後、Ruby on Rails をインストール。

$ sudo gem install rails

とりあえず、今日はここまで!!

2013-02-05

iPhone で Safari のソースコードを表示させる Bookmarklet

iPhone の Safari で、時々、今見ているページのソースコードが見たくなることがある。で検索してみると、いろんな人がブックマークレット (ブックマーク) を作ってた。一つリンクを張っておく。

せっかくなので、どういうソースコードなのか見てみる。

d=document;
c=d.charset%7C%7C0;
i=0;
o=d.documentElement;
d.write(%22%3Cpre%3E%22+(o.outerHTML%7C%7Co.innerHTML).replace(/&/g,%22&%22).replace(/%3C/g,%22<%22).replace(/%3E/g,%22>%22)+%22%3C/pre%3E%22);
c?d.charset=c:0;
void(document.close());

%XX 表記が読み難い。デコード! (ref. JavaScript escape vs encodeURI: lower ASCII)

d=document;
c=d.charset||0;
i=0;
o=d.documentElement;
d.write("<pre>"
          +(o.outerHTML||o.innerHTML).replace(/&/g,"&amp;")
                                     .replace(/</g,"&lt;")
                                     .replace(/>/g,"&gt;")
          +"</pre>");
c?d.charset=c:0;
void(document.close());

読みやすくなった。

変数 o に全てのドキュメント要素を入れて、それを pre 要素の中に書き出し直すようにしているわけね。その際、&, <, > といったタグの部品を読めるように置換する、と。なるほどねぇ。勉強になった。

Amazon あわせ買いプログラム —— 低価格商品を対象に 2,500 円以上で購入可

2010 年 11 月。Amazon は配送料無料をキャンペーンから正式サービスへ昇格させた。そして気がついたら、「あわせ買いプログラム」なるものが始まって、Amazon の配送料無料は終わっていた。

Amazon の説明。

あわせ買いプログラムは、Amazon.co.jpの品揃えの強化の一環として2012年11月より開始したプログラムです。当プログラムにより、これまで取り扱いがなかった低価格の商品を幅広く提供できるようになり、お客様によりバラエティに富んだ商品をご購入いただけるようになりました。あわせ買いプログラムの対象商品は、Amazon.co.jpが発送する商品の合計額が2,500円(税込)以上になるようにご注文いただくことで購入することができます。対象商品についても、通常配送無料でお届けいたします。

Amazon.co.jp ヘルプ: あわせ買いプログラム より引用

低価格商品を幅広く提供という趣旨は良い。問題は、あわせ買いプログラムの対象商品は、Amazon.co.jpが発送する商品の合計額が2,500円(税込)以上になるようにご注文いただくことで購入することができます という件。

Amazon、低価格商品で単品注文不可に 「全商品無料配送」終了 - ITmedia ニュースも参考にまとめてみる。

  • 「あわせ買い」対象商品は、他の商品と合わせて 2,500 円を越えないと購入できない
  • 「あわせ買い」対象商品には単品を「送料あり」で送るオプションはない
  • 「あわせ買い」プログラムは Amazon プライム会員も対象

「配送料無料」化前は、カートに入っている物の合計金額が 1,500 円を越えない場合に送料が必要だった。それでも、配送料を払えば商品を買うことが出来た。今回の「あわせ買い」プログラムは、その選択肢すら奪う。

対象商品は家庭用品や食品などの一部とのこと。

「耳かき」で検索してみた。

ぼんてん耳かき3本組

「ぼんてん耳かき3本組」は 315 円だけど送料無料。

一方、

G-2160 らせん式ゴムの耳かき

「らせん式ゴムの耳かき」は 368 円ながら「あわせ買い」対象商品。

値段の安い「ぼんてん」が無料で、値段の高い「ゴムの耳かき」が「あわせ買い」という統一感のなさ。ちなみにこの「ゴムの耳かき」はマーケット・プレイスでの発売も行なっている。こちらは「あわせ買い」の制限を受けない。最安値は 330 円 + 配送料 100 円の計 430 円。下手に「あわせ買い」につき合うよりも、マーケット・プレイスで買う方が経済的。

一番困るのは、Amazon でしか売っていない商品が「あわせ買い」になった時。どうしよう。

これから「あわせ買い」の商品が増えるのか? それで本当に Amazon の品揃えは良くなるのか? ぼくら買い手は幸せになれるのか? いろいろと疑問が残る。いろいろと不安が残る。

Amazon、CD・DVD・BD で「発売日前日お届け」サービスを開始

Amazon が「発売日前日お届け」サービスを開始した。対象は CD・DVD・BD の一部 (本は含まれないのか orz)。利用には「お急ぎ便送料」 350 円が必要。今まで、予約商品には「通常配送のみ」で「お急ぎ便」はなかったけど、このサービス開始で対象商品は「お急ぎ便 = 発売日前日お届け」になるっぽい。Amazon プライム会員は「お急ぎ便」が無料なので、「発売日前日お届け」サービスも無料で利用できる。

あとがき

ぼくは一日でも早く読みたい本はある。続きが気になるから。

でも、一日でも早く聞きたい CD や一日でも早く見たい DVD・BD ってないんだよね。

少し前の Amazon だと、予約商品に「通常配達」しか選べなかったので、発売日発送。商品が届くのは発売日の 1, 2 日後... なんてこともあった。そんな時は、予約をキャンセルして「お急ぎ便」にしたっけね。それも「本」での話。CD・DVD・BD でそこまでするかというと疑問。それに最近、Amazon はちゃんと発売日に商品を届けるようになったし。

ぼくの実家は新潟なのだけど、新潟だと「お急ぎ便」を使っても当日に届くことはほとんどない。そうね。実家に帰省してて、新作の CD・DVD・BD を家族と一緒に聞く・見るというならこのサービスはありがたいかもね。

本でもこのサービスが利用可能になったら、嬉しさが大きくアップするんだけど...

ELECOM 投映型 Bluetooth プロジェクション・キーボードが安い

欲しいけど買えないモノ・リスト その 2

Bluetooth キーボードの未来形。プロジェクション・キーボード。まあ、まずは写真を一枚。

ガジェット好きなら、心に来るものがあるんじゃないかしらん? このカッコ良さ。持ち運びに楽そう。キーボードとして広く使えるのに、キーボードの「面積」を必要としない利便性。この手の製品のプロトタイプは何年か前に紹介されていたけれど、こうやって製品を見てみると... 欲しい。

そういえば、手頃な Bluetooth キーボードがないかと探していたんだったっけ? エレコムの説明も引用。

投影機とセンサーが一体になった本体から、机上などの平面に赤色光が照射され、キーの形を投影する近未来キーボードです。投影されたキーに直接触れると、センサーが感知して文字入力が可能になるという画期的な製品です。本体は場所を取らない超小型ボディですので、デスクスペースを有効に使用できるうえ、キーボードそのものを持ち運ぶ必要がないため、モバイルにも最適です。キーを投影できるだけのスペースと、反射率のある平面があればどこでも使用することができます。

キー投影型Bluetooth®ワイヤレスキーボード - TK-PBL042シリーズ より引用

気になる仕様を少し挙げてみる。

  • Bluetooth 2.0 HID プロファイル対応 (iPhone/iPad でも使える, Android は機種依存)
  • 英語キーボード (プログラマーは英語キーボードじゃないとね!!)
  • キーピッチ 19 mm (フルサイズのキーボードと同じ)
  • サイズ: 3.8×2.9×7.5 cm (小さい!!)
  • 重さ: 約 77 g (軽い!)
  • 使用時間: 2 時間 (ちょっと短い?)

問題は、この「キー」のないキーボードでタッチタイプが出来るかどうか?

値段が高くて買えない... と思ってたんだけど、今、Amazon では 67% オフ。9,618 円で発売中。心ひかれる。

ELECOM 投映型Bluetoothプロジェクションキーボード iPhone/iPad/iPod touch対応 ブラック TK-PBL042BK
B007K4FLTO

少し頭を冷やして考えよ。

2013-02-04

Miracast 対応アダプタ PTV3000 〜 Android でも AirPlay みたいなことがしたい

欲しいけど買えないモノ・リスト その 1。

Mac/iOS の Air Play に憧れる。iPhone、iPad そして Mac で見ている動画・聞いている音楽をテレビやオーディオ装置に無線で飛ばす。同じ様な仕組みは Bluetooth にもあるけれど、Bluetooth では音を圧縮して送るので音質が落ちる。また、動画を送ることは出来ない。Air Play は動画・音楽を高質品に送れるのが魅力。利用には Apple TV を使う。

Apple ハイビジョン対応 Apple TV MD199J/A
B007JQGUW0

Android でも同じことがしたい

さて本題。同じことを Android 機器でもやりたい。Air Play は Apple の独自規格なので Android では使えない。ではどうすれば良いのか。その答えが Miracast (ミラキャスト) 。Wi-Fi Alliance によって策定された、もっとオープンな規格の Air Play。

Android はバージョン 4.2 から Miracast に対応。Apple TV に相当する機器もネットギアから発売された。定価 8,980 円。

NETGEAR PTV3000 Push2TV ワイヤレス ディスプレイ用テレビアダプター PTV3000-100JPS
B00A7MGHVW

かなり魅力的。うちの Nexus 7 も 4.2 にバージョン・アップしたので楽しみにしていたところ... Nexus 7 には Miracast 用のチップが積んでいないという情報が入ってきた。あれね。OS は USB 3.0 に対応しているけど、このパソコンに USB 3.0 端子は付いていない、なんてのと同じね。Nexus 4 とか Nexus 10 は対応してるみたいね。

Miracast 対応機種は Wikipedia のページに載っている。

欲しい!! とカーってなったけど、自分の持ってる機器が対応してなかったので買えなかったガジェット。次に買う Android 機 (スマートフォンになるかタブレットになるか分からないけど) では、是非使ってみたい。

Google Chrome 拡張「Create Link」〜サイトのタイトル・URL をフォーマットしてコピペ

Google Chrome 拡張で Create Link を愛用している。

Create Link は 2 ステップで、サイトのタイトル・URL・範囲指定している文章などを好みのフォーマットでコピーできる。ブログ用にサイトの URL とタイトルをハイパーリンクの書式でコピーしたり、Wiki の書式に直したり... サイトからのコピーの 8 割はこの拡張の助けをかりている (元は Firefox にあった Make Link を Google Chrome 用に直したもの)。

設定

拡張をインストールしたら、Google Chrome の設定から「ツール > 拡張機能」を選択。拡張機能の一覧が表示されるので、Create Link を探し、「オプション」を選択。

変数の説明に従って、フォーマットの名前(Name)とフォーマット(Format)を書き下す。

変数の説明
%text%
選択したテキストまたはタイトル。改行文字は全て " " に変換される
%text_n%
選択したテキストまたはタイトル。改行文字はそのまま
%text_br%
選択したテキストまたはタイトル。改行文字は <br/> に変換される
%title%
ページ・タイトル
%newline%
改行 (\n)
%htmlEscapedText%
選択したテキストまたはタイトル。いくつかの安全でない文字 (&<>'") は HTML エンティティに変換される
%input%
ポップアップ・ダイアログが開いて文字列を入力

使い方

Google Chrome の右上に Create Link 用のアイコンがあるので、クリックし「名前」を選択。

もしくは、右クリックでコンテキスト・メニューを出して、「Create Link」から「名前」を選択。

ぼくの使ってフォーマット

Plain text

メールやテキスト・ファイル用。

%text%%newline%%url%
HTML

HTML リンク。ブログを書く時に一番良く使う。

<a href="%url%">%htmlEscapedText%</a>
Quote

引用。サイトから文章を引用する時に使う。cite 要素を使って、どこから引用したか明示しているのがポイント。

<div class="quote">%newline% <blockquote cite="%url%" title="%title%">%newline% <p>%htmlEscapedText%</p>%newline% </blockquote>%newline% <p class="quote"><cite><a href="%url%">%title%</a></cite> より引用</p>%newline% </div>%newline%
Markdown
[%htmlEscapedText%](%url%)
Textile
"%htmlEscapedText%":%url% 
PhileWeb

オーディオ用 SNS Phile-webコミュニティ 用。この SNS は URL リンクが Wiki チックな書式で書かないといけないので面倒。

[:URL=%url%:]%text%[:/URL:]

あとがき

Make Link、Create Link については、clmemo@aka で取り上げていたつもりだったけど、検索してみたら見つからなかったので記事にした (もし過後記事を書いてたら、愛嬌ということで...)。この拡張がないと、ブログを書くのがとても不便なので重宝してる。

Markdowntextile の書式を追加。Markdown は github や bitbucket、textile は Redmine で使われている。

2013-02-01

AMN パートナー・ブログ・バッチを貼った

2012 年 12 月。当ブログは AMN のパートナー・ブログになった。

一昨夜、パートナー・ブログ用のバッチが出来たとの知らせを受けた。早速、サイドバーに貼ってある。

バッチをクリックすると、AMN の「ネットワーク・パートナー (パートナー・ブログ)」解説ページへ跳ぶ (今のところは)。

Blogger における不具合

バッチは JavaScript を使って表示される。何故 JavaScript かというと、AMN パートナー・ブログ以外のサイトではバッチを表示させないため。だから、この JavaScript をコピーして自分のブログに貼って、「ほら、ぼくは AMN パートナー・ブログ」と言おうとしてもバッチは表示されない。

ところが、この対策が Blogger では悪く働いた。

Blogger は国別にリダイレクトする仕様。このブログを日本から見ているなら http://at-aka.blogspot.jp/ だけど、米国から見ると http://at-aka.blogspot.com/ に、フランスから見ると http://at-aka.blogspot.fr/ になる。

ぼくは、自分のブログを blogspot.com で AMN に申請していた。日本では blogspot.jp に URL が変わってしまうので、バッチの JavaScript は申請のブログと違うと判断した。結果、ぼくのブログに AMN バッチは表示されない。きっとアメリカから見ている人にだけバッチが見えていたことと思う。

不具合を AMN に伝えたところ、応急処置として blogspot.jp で判定する様になった。お蔭で、バッチが表示される様になった。ただし、日本でのみ。日本国外からこのブログを見ている人には、きっとバッチは見えないことと思う。

こういう風な本当の URL と仮の URL の様な関係が存在する場合の対策として、HTML のヘッダーに <link rel='canonical' href='本当の URL' と書く方式が推奨されている。Blogger もこの rel='canonical' に対応している。

AMN には、サイトの rel='canonical' もチェックしてもらうようにもお願いを出しておいた。近々、全世界で AMN バッチが表示される (はず)。

※ そうか、rel='canonical' だけ偽造するサイトが出るかもしれないから、rel='canonical' で foo.blogspot.com が含まれていたら、TLD 部を削除して URL 部分と foo.blogspot 部分が一致するか調べなきゃなのか、な? 近いうちに rel='canonical' について記事を書こう。