Shin x blog

第２回設計勉強会に参加してきました。

設計やテスト、ドキュメンテーション（これの話は無かったですが）は最近の悩みどころだったので、かなり勉強になりました。

例によって詳細なレポートはshimookaさんが詳しいので、ざくっとメモを書きます。

「クイズ研」開発上の設計判断とその結果

• クイズ検のtwkさん
• Googleの「クイズ」で1位！
• PHP5 + strict + コードジェネレータ嫌 => ZendFrameworkを選択
• 会場内で（少しでも）使ってたことがある人は、1/3くらい
• require_onceよりautoloadで
• mysqli関連で不具合がある[http://framework.zend.com/issues/browse/ZF-2659]
• twkさんのアイコンがいつも気になる:-D

レイヤー切り分けてる？

• お会いしてみたかったhataさん
• レイヤについて
• 粒度とか、どこでレイヤを切るか、どのレイヤに処理を書くか、が悩み所
• 分けた方がテストはやりやすそうだけど、開発工数は上がりそう
  => バランスが大事
• 自分も「キレイに分けたい」時期があったけど、今は少し泥臭くても構築しやすい形に落ち着いているかな。
• DBコネクションはシステムで誰かが一元的に管理して、Daoがそれを使えればそれほどキッチリ考えなくても良いかなとか。
• 「どこに何を書く問題」は社内でも良く話しが上がるので、良い勉強になりました！
• Hermitに期待！

結局Webのアーキテクチャーって？

• kunitさん
• めちゃくちゃ分かりやすいプレゼン！
• 「hataさんのプレゼンであった」×4 😀
• 基礎だけど大事なWebシステムのレイヤを再確認
• Webシステムでほとんど間違いなく、この構造
• Symfonyでの問題点を解説
  => Cakeならどうなのか考える
• 金曜日・土曜日も楽しみ！

懇親会

勉強会会場にてそのまま懇親会に突入しました。

• ディノさん自慢の自社（ビア）サーバ:-D
• テストの話とか
• 某携帯キャリアの話とか
• 携帯話は苦労話しか出てこないとか
• PHPコミュニティーとデザイナさんコミュニティともっと近づくべき
  => 特にCakePHPに関しては強く思う
• Smarty vs PHPのビューテンプレート話とか

弊社サービスの場合の設計

すっかり出来上がった雰囲気の中でshimookaさんのプレゼン開始

• 飲んで発表とか、かなり良いかも
• お酒飲んで、場も盛り上がっているので、議論も活発に
• 実案件を例にした発表は分かりやすい！
• コードまで見ると理解度がグッと上がる
• コアロジック（ビジネスロジック）はフレームワークから切り離しておく
• flash-seleniumはリポジトリからcoする

いやあ今日はやられました。普段ボヤッとしてたところを刺激されたというか、掘り起こされた感じで、かなり楽しかったです。

特にハタさんのレイヤーを分ける話はJavaをやっていた時はかなり意識していたのですが、最近は自分なりのざっくりとした方法ができてしまい、それに慣れきっているなあ、と再認識しました。

テストも含めてもう一度しっかり考え直す良い機会になりました。

なんか最近モヤモヤしていることが少しずつ晴れてくるような、答えに繋がってくるような気がしてます。

ディノさん、shimookaさん、NEKOGETさん、LINDさん、素晴らしい勉強会 & 懇親会をありがとうございました－。

と、言ってる間に明日の金曜日は関西勉強会なのです。すっかり感化されまくりなので、この方面で話そうかな。

2008/11/05 UPDATE:
申込みを開始しましたー。ざっくりの人数だけでも確認したいので「行こうかな」という方は是非申込みを。
参加申込みページへ

突然なのですが今週末の11/7(金)に大阪市内でPHPの勉強会を開催します。

日時
11/7(金) 18:30～21:30
場所
メビック扇町(http://www.mebic.com/outline/)
会場
会議室2
募集人数
24名(スタッフを含む)
参加費用
一人200円くらい2(会場代3600円を参加者で頭割り)
内容
これから考える・・・
懇親会
たぶんやるんでしょう

2008-11-04 – kunitの日記

日時・場所は決まってますが、何やるかはまだはっきりしてません。:-D

ただid:kunitさんやid:m-takagiさんが来られるので、楽しい会になると思います。

近頃少しおとなしい関西のPHP界隈を盛り上げようというのが趣旨なので、PHPに興味がある方ならどなたでもご参加下さい！

私はおそらく近い内に開催されるであろうCakePHP関西勉強会（Cake単独でやるかどうかはまだ未定ですが。。。）の話をちょろっとしようかなと思っています。

参加申込みはevents.php.gr.jpにて行います。現在準備中ですので、とりあえずは予定を空けてお待ちください:-D

参加開始にはここでまた告知しますー。

Photo by Kiryu Tsukimiya

CakePHPカンファレンス東京が無事に終了しました。
参加された皆さん本当にお疲れ様でした。

今回は司会役ということでなかなか貴重な経験ができました。

カンファレンス自体の詳細なレポートは皆さんが書かれていますので、司会者の立場から見た感想を書きます。

まず率直な感想ですが、本当に楽しかったです！

素晴らしい発表を檀上袖から見ることができたのも貴重でしたし、参加された皆さんの反応を見ることができたのも良かったです。

発表の合間の司会でポロっと言ったコメントに反応してもらったり、開発に使うテキストエディタ（環境）アンケートを取ってみたりと「対話」ができたのが楽しかったです。

150名くらいの前で司会をするのはもちろん初めてのことだったのですが、反省点はありつつも、とても楽しめました。また何人かの方に懇親会等々で「楽しかったよ」と言って頂けたのは何よりの収穫でした。

1点やってみて分かった事が、テンションの上げ下げというか気持ちのコントロール（というと大げさですが）が意外と難しいかったです。

人前で話すのは基本緊張するのですが、話が乗ってきたり、場の雰囲気に馴染めてくると、まだ話したい気分になってきます。しかしそこは司会ですので進行する必要があるわけです（当たり前ですが）。

次に発表が始まると聞く立場になって色々と思考を巡らしながら発表を聞きます。で、話すテンションが冷め切ったくらいに発表が終わって、また司会として話すわけです。

この気持ちの持って行きようを上手くやりくりするのが意外と大変なんだな、とやってみて初めて感じました。これまでやってこられた方々には頭が下がる思いです。

あとは反省点を。

ようは事前準備不足ということなのですが、ペラ1 で良いので台本を用意しとけば良かったです。

スタッフ用スケジュール表はすずきさんが用意してくれていたのですが、司会用を自分で用意しておくべきでした。

ゆるい感じで進めていたので、ひどいとちりや間違いは無かったと（自分では）思っているのですが、言い忘れや説明不足が結構ありました。都度気がついたスタッフからサインを送ってもらってフォローして貰いました。（ホント助かりました:-D）

特に質疑応答については開始前に説明しておけば良かったかな、と思います。

日頃からこういった会に参加している人は発表後に質疑応答の時間があるというのは認識しているとは思うのですが、初参加の人にとっては流れが分かりづらいところだったかな、と反省しています。質疑応答がある事が分かっていれば、発表を聞きながら質問を考えることできたかなと思うと、もう少し丁寧にフォローしとくべきでしたね。

あと些細な事ですが自己紹介をしておけば良かったです。おそらく大多数の人は「おまえ誰？」状態だったかと思います。。。

次の機会があるかどうかは分かりませんが、今後に生かしていきたいと思います。

さて今回は司会ということでずっと進行に気がいって、いささか内容に集中できていない箇所もあったのですが、以下、発表についてのメモです。

国内でのCakePHPの利用状況について

• Garrett氏を日本に招くという大仕事をやってのけた安藤さん
• CakePHPの特徴と国内のCakePHP史が簡潔にまとまってました
• 安藤さんのプレゼン資料はそのまま現場でも使えてしまいますね。これはホントに有り難い！:-D

Agileな開発現場での実践例

• テストと言えばこの方、岸田さん
• いつもながら自分にとってはど真ん中ストライクなテストの話
• 現場から出てきたお話なのでかなり参考になります
• テストにかかる工数は開発コードの約半分
• でも結合テストや運用・改修を考えると十分にコストは回収できる
• あとFWのバージョンアップをする時の影響をテストで判断できる
  => これは大事！

Garrett J Woodworth氏 招待講演

• CakePHPプロジェクトマネージャのGarrett氏と通訳の堂園さん
• 具体的なTipsというよりCakePHP、コミュニティの考え方を伝える
• 舞台袖から見て、国内のCakePHPのイベントでGarrettが話していることに密かに感動
• 1.2はRC4を経てstableリリースへ
• 1.3はPHP4も対応
• 2.0はPHP5 Only
• の予定らしい:-D
• TODO: ircにjoinする
• 堂園さんの通訳はさすがでした！

XoopsCubeなのにCakePHPを使う!

• いつもクールビューティなhaltさん
• XOOPS CubeのモジュールをCakePHPで作る
• ベースモジュールが公開されている
• CakePHPでアドオンが作れるメソッドは他にも広がるかも（海外でも何かあったような。。。）
• こういうパターンでFWが使われるのはCakePHPならではのような
• XOOPS Cube自体の実装が（いろんな意味で）気になるけど。。。

ライトニングトーク

• どのLTもレベルが高くて、とても興味深い！
• 正直5分じゃなくて、もっと聞きたかった:-D
• 今後の勉強会で是非発表をお願いします！

神業の会場撤去（皆さんご協力ありがとうございました！）そのまま懇親会へ。

懇親会

• 会場が広い！その辺の結婚式の2次会よりも確実に広い！
• いちおう司会役だったのですが、Garrettとすずきさんにおんぶにだっこでした。。
• サプライズCakeにはアイドルの撮影会並にカメラが集まってきてました:-D
• 献本頂いたCakePHPガイドブックにGarrettのサインをして貰った人が！（羨ましい）
• 話の内容は例によって書けない事多数。
• 名刺交換させて頂いた方々からは「楽しかったよ」と言って頂けて本当に良かったです！

今回は前日の会食を含めて色々な事を経験させて貰いました。Garrettの発表でも触れられていましたが、本当にコミュニティって素晴らしいなと感じました。今後もどんどん参加していきたいと思います。

最後になりますが、本カンファレンスに対して様々なご支援を頂いた企業の皆様、はるばる日本までお越し頂いたGarrett氏、そしてカンファレンスにオンライン・オフライン問わず参加して頂いた皆さん、本当にありがとうございました。

スタッフの皆さん本当にお疲れ様でした！！

CakePHPカンファレンス東京

CakePHPでは動作レベルをConfigure::write(‘debug’, N)で設定できるのですが、この値によってかなりパフォーマンスが変わります（特にフレームワークの起動）。

パフォーマンスを調べる時は実際に運用する環境に合わせた設定をして計測しましょう、という話です。

計測対象

CakePHP1.2のリポジトリ[rev:7706]で、DB接続無しで単にビューを出力するだけのコントローラで計測しました。

実行時間とステップ数は、xdebug.auto_trace=Onで調べています。

[app/config/core.php]

Configure::write('debug', 0);
or
Configure::write('debug', 2);

[app/controllers/top_controller.php]

<?php
class TopController extends AppController {
  public $uses = array();

  public function index() {
  }
}
&#91;/php&#93;
<p>[app/views/to/index.ctp]</p>

TopController

計測結果

※debug=0はキャッシュを効かせるため、1回目のリクエストは無視

debug	実行時間(s)	ステップ数
2	3.0879	25301
0	0.6376	2803

debug=0はdebug=2に比べて圧倒的に早くなっています（5倍！）。また目安ではありますが、ステップ数が1/10になっています。

これはdebug=0では内部的にキャッシュを利用していることが大きく作用しています。

このキャッシュはdebug=2でも動作しているのですが、キャッシュ期間が短い(10s)ので、あまり恩恵を受けることができません。もちろんdebug=2（debug>0）は開発用なので、キャッシュが効かなくなっているのは正しい動作と言えます。

パフォーマンス計測はdebug=0で

通常、運用に入る場合はdebug=0に設定するので、本稼働システムのパフォーマンスを計測したい場合はdebug=0で計測するべきでしょう。

PHP×携帯サイト デベロッパーズバイブルを著者の荒木さんから献本して頂きました。
# 荒木さんおめでとうございます＆ありがとうございます。

現場から生まれた本

ざっと読ませて頂いたのですが、さすが携帯サイトの開発に携われてきた荒木さんが書かれた本だけに、様々なノウハウがぎゅっと詰まっています。

3キャリアの公式情報から目的別（文字エンコーディング変換やらメールやら絵文字やらセッション管理等々）に欲しい情報が抽出されているのはもちろんのこと、公式の情報には明示的に記載されいていないノウハウが解説されています。

# 個人的にはメール絵文字（特にVodafone/Softbank）が泣けてきました:-D

こうした情報は実際に携帯サイトの開発に携わらないと分からない点で、まさに現場から出てきた本だと言えます。

対象機種選定の材料に

本書では携帯サイトの仕様について多くの解説があるのですが、構築する携帯サイトの対象機種を現行機種（3G）に限定すると、全てを実装する必要はありません。（もちろん本書内でも触れられれています）

これから携帯サイトを作ろうとしている人が陥りがちなのが、こうした仕様を見ると、全てを実装しようとしてしまう、すべきだ、と思い込んでしまう事です。

全端末対応が理想なのは確かなのですが、下位機種については対応する実装が複雑になりがちなわりにユーザ数が少なかったりするので、こうした機種は対応しないという選択肢が現実的だったりします。

そうしたケースで判断に必要なのが「下位機種対応のコスト」で、コストを計る上でこの本にある詳細な解説が参考になります。（単純にクライアントや上司を説得する材料になりますね）

そういった意味では、実際に開発をしなくても、携帯サイト制作に関わる人（デザイナさんや営業さん等々）なら、携帯サイトの仕様を知る面で価値のある一冊ではないでしょうか。

将来は

個人的には近い将来3キャリアの仕様が統一されて、本書のような解説書が無くとも携帯サイトが作れるようになってくれると嬉しいですね。:-D

現在の流れとしては、以前よりも3キャリア共に同じような仕様になりつつありますので、いずれは実現すると思います。

3キャリアの仕様が統一されて手軽に作れるようになった頃に、本書を見て、携帯サイト開発の歴史を振り返る、なんてのもオツですね:-D

タイトルは子供に諭すような内容ですが、仕事で接する人の中にも、この「ありがとう」「すみません」が言えない人がいます。

社会経験を何年も積んでる良い大人が、3才の子供に教えるような事ができてないというのは正直驚きです。

シャイで言えないのか、変なプライドがあって言わないのか、そもそもそういった気持ち自体が芽生えないのか分かりませんが、そういった人と一緒に仕事をするととても残念な気持ちになります。

私も誰にでもニコニコとできるタイプではないですし、全てのシーンで言えているかは自信が無いですが、できるだけ言うようには心がけています。

「ありがとう」を言うように心がけるようになったのは、学生時代にTVで見た上岡龍太郎さんの発言でした。

細かい言い回しは覚えていないのですが確か「コンビニでお金を払って商品を受け取る時に店員さんになぜ『ありがとう』を言わないんだ」といった内容だったと思います。支払う金額の対価とはいえ、こちらは商品なりサービスなりを受け取っているのだから「ありがとう」を言うのは当然だ、という話でした。

これにはかなり衝撃を受けました。

あの発言内容自体も新鮮でしたし、何と言ってもそれをあの上岡龍太郎さんがおっしゃられていたのが驚きでした。それがきっかけでコンビニでもスーパーでも「ありがとう」を言うようになりました。はじめは何だか照れくさいというか妙な感じでしたが、それを10年以上続けている今では自然に出てきます。

こういうのはクセというか習慣になれば自然と出てくるものなので、なかなか口にできない人でも初めだけ意識してやればどうってことないです。どうってことないことですが、人と関わって行く上では大切なことだと思います。

ちょっとしたことですが「ありがとう」「すみません」は意識して声に出して言っていきましょうよ。

# 周りのいわゆる「できる人」を見ていると、こういった言葉が言える人、気遣いができる人が多いですね。
# （自分がそうなりたいから、できている人に目が行くのかもしれませんが。）

10/25(土)に都内でCakePHPカンファレンス東京が開催されます。

■日時
2008年10月25日(土) 10:30 ～ 15:30
※終了後、希望者のみ懇親会(16:00～18:00)を別会場にて実施いたします

■会場
東京都千代田区神田駿河台2-3 DH2001Bldg.(最寄り駅：JR御茶ノ水駅)
デジタルハリウッド 東京本校 1Fセミナールーム

CakePHPカンファレンス東京

これまで開催してきたCakePHP勉強会の拡大版という位置付けなのですが、拡大の仕方が普通じゃないです。

• 定員が140名！
• 朝からがっつり5時間！＋懇親会を合わせると7時間！
• 豪華なスピーカー陣！
• そしてそして、なんとCakePHP開発者であるGarrett J. Woodworth氏の来日講演！！

てな感じで盛りだくさんなわけです。

海外のオープンソース開発者が来日して直接、話が聞けるというのはなかなか無い機会なので、bakerの皆さんは、もちろんのこと、「CakePHPって何？」な人も是非ご参加下さい。

参加費は無料（懇親会除く）ですが事前申込みが必要となります。申込みは誠意準備中なので、しばしお待ちください！

# 個人的には朝開催の夕方終わりなので懇親会参加しても日帰りできそうなのが遠征組として有り難かったりします:-D

夏らしい花火画像です。さて左右の画像のうち、どちらがJPEG画像でしょう。

一見どちらもJPEG画像っぽいですが、実は片方はHTMLのtableだけで描画しています。

そんな画像をtableタグで描画するPHPクラスを書いてみました。

インストール

以下のURLからPHPファイルをダウンロードして、任意のディレクトリに設置するだけでokです。

http://www.1×1.jp/blog/download/TableImage.php

使い方

requireして、TableImage::createTag()に画像ファイルパスを与えるだけです。createTag()からは、画像を変換したtableタグが文字列として返ってくるので、それをechoすれば、tableタグで描画していた画像が表示されます。

対応画像

現在のところGIF/JPEG/PNGに対応しています。

画像サイズにTableImageクラスとしての制限はありませんが、ブラウザがtableを描画するのにマシンパワーをかなり喰うので、VGA以上の大きな画像はやめといた方が良いです;-)。

実装の経緯

ネタ以外で、何の役に立つんだ？的なライブラリです。

実は、某デバイスでの開発案件に携わったのですが、外部テキストは読めるのに、外部画像が読み込めないという困った仕様にぶち当たりました。

画像をシリアル化して、imgタグにJavaScriptで読ませるというのも試したのですが、こちらも動作しませんでした。

そんな時に、FirefoxでQRコードを生成するQR Codeに含まれるJavaScriptライブラリ、QRコードのソースを見ました。QRコードをtableタグで表現する手法を見て、まさに「我が意を得たり」な気分でした:-D。

このライブラリを公開されている荒瀬氏にはホント感謝感謝です。

# ただ他の要因があって、案件ではこのクラスは使わない方向です。。。

昨日、携帯電話を無くしました。。。

飛行機で出張から帰ってきたのですが、空港に着いて、空港バスに乗った時に携帯電話が無いことに気づきました。飛行機はチケットレスだったので、乗り込む直前に手元にあったのは間違い無い（携帯でQRコードを表示して、ゲートをくぐったので）のですが、そこからの行方が分かりません。

思い返してみると、普段飛行機を降りるとまず携帯の電源を付けるのですが、それをした記憶が無いですし、なぜかそっちに気が回ってませんでした*1。

さて、ここから手続きやらをするわけのですが、結構知らないことが多かったので、メモしておきます。

手続き情報を確認する

まずはauでどういう手続きが取れるかを確認します。

手続きはtelでもWebでも可能なようです。今回はtelで手続きしました。

• auの総合サポートサイト：料金照会・住所変更・各種お手続きなど
  「携帯本体やEZweb – 盗難・紛失」
• ホームページでのお問い合わせ | お問い合わせ | auお客さまサポート
  => telでの問い合わせ・手続き

回線を停止する

拾われた携帯が悪用されないように回線を停止します。ただし後述する遠隔オートロックを利用する場合は、回線を停止する前にオートロックをかける必要があります。

手続きは固定電話から「0077-7-113」にtelにしました。自動応答になっていて、案内どおりに選択していくと、簡単に手続きできました。必要なのは、「携帯電話の電話番号」と「契約時の暗証番号」です。

また、回線を再開する際に必要となる4ケタの数字を入力する必要がありました。これは契約時の暗証番号とは別で、手続き中に入力します。この数字は再開時に必要となるので、忘れないようにしましょう。

遠隔オートロック

今回調べて初めて知ったのがこれ。

あらかじめ設定をしておくと、特定の電話番号から、決めた回数分、携帯電話に電話をかけると、アドレス帳等にロックがかけられるという機能です。「あらかじめ設定」とあるのですが、紛失してからでも設定できるようです。

回線自体は停止できても、アドレス帳など携帯の内容が見られてしまうのはどうしようもありません。（普段からオートロックをかけておけば良いですが。。。）この機能を使えば、遠隔でロックをかけられるというわけです。

ただしこの機能を使うには携帯電話自体が着信可能な状態である必要があります。つまり、上でも触れてますが、この機能を使うなら回線停止前に行う必要があります。

今回は飛行機に乗った際に電源を切ったままで、固定電話から何度かけても、通じなかったので、使用しませんでした。。。

機種変更が可能

もし携帯が出てこなかった場合です。

コールセンターで聞いたのですが、最悪、携帯が出てこなくても機種変更という形で同じ番号の携帯を買い直すことはできるとのことでした。特に仕事で使っている等で番号を変えられない人には、これは助かりますね。

ただ、端末自体は買い直しになりますし、さらにフルサポートで購入していると別途費用が必要になるようです。

またこの場合、紛失したままの携帯電話のauICカードが悪用されるのでは？という懸念があったのですが、こちらは回線停止をしておけば、使用できないとのことです。つまり紛失携帯・新携帯で同時に同じ番号が使えるということは無いようですね。（まあ当然ですか）

自分は、シンプルプランで購入していたのですが、最悪、買い直せば番号は使えると分かり少し安心しました。。。

auICカード(UIM)のみ再発行？

上の機種変更は、ようはUIMを再発行して、新しい携帯に使うだけだと思うので、これが可能ならUIMの再発行だけもできるような気がします。

これが出来れば、手元にau端末さえあれば、元の番号で利用できるようになります。

実際のところ

バタバタしたのですが、結局↓のように動きました。

1. 自分の携帯にtel => つながらず（以降合間を見て何度もかけるが、一度もつながらず）
2. 飛行機を降りた空港・飛行機会社に落とし物の問い合わせ => ナシ
3. au 手続き情報確認
4. au 回線停止
5. au 遠隔オートロックを知る => コールセンターで教えて貰うが、携帯が通じないと使えないとのこと。
6. 搭乗した空港・飛行機会社へ落とし物問い合わせ => ナシ
7. 飛行機を降りた空港・飛行機会社に行って、直接問い合わせ => あった！！！
8. au ショップへ
9. UIM再発行依頼 => できればそれを前の携帯に入れて使用
10. 再発行がムリなら、機種変更で購入

で、7で見つかったので、それ以降は行動していませんが、見つからないことも想定していたので、空港に行く際は旧端末と判子を持っていってました:-D

携帯なくすと大変

無くしたと分かった時はかなり焦りました。。。

自分がいかに携帯に依存しているかをあらためて認識しました。普段使っている機能としては、電話やメール、Webなどありますが、その機能自体より、電話帳やアドレスなどの情報の喪失・流出が痛いと感じました。（もちろん端末自体もイタイですが。。。）

バックアップとロックをしっかり行っておかないとダメですね。

とにかく無事に見つかってホントに良かったです:-D

こうやって色々と対応は取れるので、一番大事なのは何より「落ち着く」ことですね。

*1 野球の3位決定戦が気になってました:-D

し

携帯サイトの開発中にPCで見ているページを携帯で見たい時ってありません？

これまではURLをメールで送ったりしてたのですが、これが意外と面倒だったります。なんとかならんかなあ、と思ってたところで、知ったのがMobile Barcodeです。

Mobile BarcodeでURLのQRコード生成

Mobile Barcodeは名前から想像できるとおり、今アドレスバーに表示されているURLをQRコードで表示してくれる拡張です。

操作も簡単で、ステータスバー右にある「Barcode」の部分にマウスカーソルを当てるだけでQRコードを表示してくれます。あとはQRコードを携帯のバーコードリーダーで読めばokです。

最近の携帯のバーコードリーダーは精度も上がっていて、瞬時に認識してくれるので楽チンですね。

QRコード生成は外部サイトを利用

ただ1つ気をつけないといけないのが、この拡張は自身でQRコードを生成しているのではなく、mobilecodes.nokia.comのQRコード作成サービスを利用している点です。

つまり一度このサイトにURLが送られることになるので、外部に出すとマズいURLには使わない方が安全かと。（悪用されることは無いかもしれませんが）

# 中の人もそこが気になっているようで、addon単体でQRコードを生成する方法があれば、教えて欲しいとの事です。

その場でURLを共有したい時に便利

先日も携帯サイトの打ち合わせ時にPC上で開発サイトを見ながら話を進めていました。ただやはり実機で確認するのが一番という事でQRコードを表示して、各自の携帯で読んで貰いました。こういう場合メールだと各自のアドレスを知る必要がありますが、QRコード読み取りならそういった情報を知る必要がありません。

邪魔にはならないので入れておくと便利ですよ:-D

Mobile Barcoder

2008/08/21 追記：
vectorさん情報で、外部サイト通信を行わない、QR Code という拡張があるようです。
こちらはURLが漏れるリスクが無いですし生成も早いので、かなりいけてます！

これに含まれている、JavaScriptでQRコードを生成するライブラリが気になります。:-D