かめまち

iPadがKindleになった

2012-11-08T00:14:00.000+09:00

最近、電子書籍のマーケットが乱立している。
AppleのiBooks、AmazonのKindle、楽天のKobo、、、などなど。
個人的にはKindleが先行していそうに見えるけど、
端末買うほどでもなかったので静観していた。

というところに、iPhone/iPadのKindleアプリが出たことを知り、
とりあえず試してみることにした。

で、インストールしてみたが、、、どこから本を買えばいいのかよくわからない。
どうやらWebとか別の場所で買って、それをダウンロードしてくるようだ。
この辺は、Appleの課金を防ぐためというのもあるかもしれない。
Androidアプリ版のKindleも見てみたが、こちらにはストアがついていた。

さてKindleを使えるようになったところで、ダウンロードしてみる本を探してみる。
せっかくなら有料のを試してみたい。そう思って探していると手頃な本があった。

なんと、定価100円である。
すごい手頃。しかも内容がいい。
自費出版とか、なんか楽しそうじゃないか。
旅日記とか書いてみたくなった。(需要あるのか？)

また無料の本も結構あるようだ。
そちらを試してみるもありかもしれない。

ところでここまで書いておいてなんだが、
この本、iPadではダウンロードできなかった。
仕方なくAndroidで読んでる。
幸いボリュームがないので読めてしまうけど。
なぜだろう。。。

Windows8を触ってきた

2012-10-30T00:26:00.002+09:00

いや、買ってはいないんだけど。
時間が余った時にビックカメラでみてきた。

触った感触としては意外に良い。
Metoroスタイルが大きくアピールされていたせいで、
全部コレになってしまうみたいに思っていたけど、
どうやらそうでもないみたいだ。
以下、気になったところを３点ほど。

■UIについて
Metoroのメニューはスタートメニューの置き換えであり、
基本的には従来のデスクトップが使えるし、大きな変化はない印象。
フォルダのメニューはリボン化ですっきり。
使い勝手はまだ何とも言えないけど慣れるかな。

■タッチパネルについて
ソニーだったか、タッチパネル搭載のノートPCが
展示されていた。これはありだとおもった。
キーボードつきのiPadよりはこっちがいい。
iOSと違ってPCも想定されたOSだし、使いやすそう。
マウスが面倒なところはタッチできる。

調べてみたが、VAIO Duo 11というやつだった。
タブレットなのかPCなのか。はっきりしないっぽい。
反応はPC並みに軽い、、、というかWindows8が軽いのか。

■価格について
OS単独売りがない、、、のかな。
DSP版がそれをまかなってくれるらしい。
DSPという名前でも単独購入可能。
定価は17000円前後で従来の単独売りより安く感じる。
最近、Mac miniを買おうかと悩んでいたこともあり、
boot camp用に買ってもいいかもしれないと思い始めた。

新規インストールのラインナップずらり。
なんで64bit proだけ画像違うんだろう。。。

まぁ、こんな感じで。
買うべきか、悩ましい。。。

水中カメラが面白い

2012-09-30T21:29:00.000+09:00

この夏、シュノーケルにダイビングにと、海を堪能した。
例年は存分に泳ぎまわって満足するが、
今年は水中カメラを買って撮影も楽しむことにした。

使用したカメラは、PanasonicのDMC-FT4。
防水で12mまでは潜っても大丈夫。
さらに、専用のマリンケースをつければ40mまで潜れる。

実際使ってみた感じ、ちょっと不思議な感覚。
電子機器を海水に沈めるのでドキドキするけど、
すぐに慣れて撮影を楽しむことが出来る。

こうやって魚や海中の景色を撮りまくる！
動画も撮れる。撮影中にズームもできるのが何気に助かる。
バッテリーは3ダイブぐらいはいける。

値段以上の価値は十分にあったと思う。
海にいく人はオススメです！

スマホに変えて戸惑ったこと

2012-08-20T18:29:00.001+09:00

5年ぶりに携帯を買い替えた。
新しい携帯はXperia SXで、コンパクトながらもハイスペックかつ、
おサイフケータイなど日本独自機能が使えることが決め手になった。

さて、ガラケーからスマホ(Android)になったわけだが、、、
最初はやはり戸惑った。

■docomoとSonyのダブルスタンダード
最初に操作していて気づいたことは、同じ機能のアプリが
なぜか２つあることだった。

・「電話」と「ダイヤル」
・「電話帳」と「連絡先」
・「スケジュール」と「カレンダー」
・「メディアプレイヤー」と「WALKMAN」

前者がdocomo、後者がSonyのアプリである。
と聞いただけで察しがつくと思うが、Sonyの方が格好良くて使いやすい。
そもそもこれらの機能は、ガラケーでは各社バラバラだったのに、
スマホになってからdocomo式が入ってくるのは謎である。
力を入れるのは分かるが、こういうのを空回りというんだなぁ。。。

なお「ホーム画面」と呼ばれる基本的な画面インターフェースも
docomo式とSony式がある模様。これも後者が良い。

■データはどこに保存されているのか
さて、そんなこんなでSonyのアプリのみを使うことにしたわけだが、
「連絡先」をみながら、またしても戸惑ってしまった。

当然ながら、ガラケーから持ってきた連絡先は入っている。
が、なにやら見慣れぬ英語名の連絡先も入っている。
よくみたらFacebookでつながっている人の名前だった。

どういうことかというと、マルチアカウント？らしい。
「連絡先」では少なくとも以下を表示できるようだ。

・本体内蔵の連絡先
・docomo連動の連絡先
・Facebook連動の連絡先
・Google連動の連絡先

数日前までガラケーで暮らしていた身からすると、
連絡先とは本体に内蔵するものであった。
そして携帯水没で全データを失う人がいるものであった。
が、時代は変わったようだ。

さて、この事実が意味するところは、運用ポリシーを考えないと、
データの保存先が分散してしまう、ということである。
ので、Googleに全て保存し、表示もGoogleのみにすることにした。
Facebookくらいは表示してもいいかもしれない。
GoogleがRead&Write、FacebookがReadというポリシーもありだ。

■バッテリー消費
こうした戸惑いを乗り越え、Xperia SXは手に馴染んできた。
そしてふとバッテリーを見ると、、、こ、こんなに減っている？！
スマホ先行組がバッテリー問題で嘆いていたのを思い出した。
明日は我が身とはこのことか。いや自分から行ったわけだけども。

バッテリー消費の問題は、既にスマホ先行組がノウハウを
蓄積してくれているので、それを参考に設定することにした。

・余分なセンサーをOFFにする
・同期を自動から手動にする
・自動起動されるアプリを切る
・ウィジェットを最小限に
etc...

ここであらためて書く必要もないかもしれない。
情報はそこら中に転がっている。

色々触ってみて、個人的に効果が一番高いと思ったのは、
データ通信OFFだった。元も子もない気もするけど。。。
この点「ecoNetBattery」というアプリが役立っている。
人それぞれ不満はあるようだけど、Xperia SXでは
以下のように動いており満足している。
・電話の着信 → OK
・spモードメールの着信 → 通知のみ(青ランプ点灯)
※スリープ復帰してから受信

---

以上、今更ながらにガラケーからスマホに変えてみて
戸惑ったところでした。

MacとAppleTVのミラーリング

2012-07-29T00:38:00.002+09:00

MacをMountain Lionにしてみた。
価格が安いから迷わなくていい。
とりあえずやっとく。

さて、これでMacとAppleTVのミラーリングが
できるようになったはずだ。

で、ためしたところ、テレビの左上に無事表示され・・・た・・？
解像度があっていないのはわかるが、左上以外は何も表示されない。
画面サイズぐらいあわせてほしいのだが。
と思いながら、設定をいじっていたら全画面表示された。
設定箇所、というより設定を更新したら直ったようだ。
根本的な解決にはなっていない。原因よくわからず。

まぁ、それはいいとして、使ってみた感じとしては以下。

ミラーリング時のレスポンスが少し遅いようなので、
テレビをディスプレイとしてMacを操作する用途には使えないようだ。
完全にプレゼン用途だろう。音は同期しない。画面だけ。

またiPad等と同じく、iTunesのコンテンツの再生は可能。
iTunesにAppleTVボタンが表示される。
こちらはミラーリングではないので、音も同期されるし、
テレビに映像流しながら、Mac操作は可能。

といったところ。
正直なところ、デュアルディスプレイを実現して欲しかったと思う。
機能がないものはないので仕方ないけど。

(2012/11/10追記)
ファームウェアをアップデートしたからかもだけど、
最近は画面の乱れもなく、非常に調子がいい。
いつからか、画面のミラーリングでも音を同期できている。

モバイルSuicaを使う条件

2012-06-19T22:26:00.001+09:00

携帯の電池をつけたりはずしたりする必要に迫られた。

というのは本題と直接は関係ないのだけど、
ついでに、携帯の状態によるモバイルSuicaの反応パターンを
（わざわざ）確認してみたので公開してみる。
まぁ、結果としては公式サイトのとおり。

■電池を抜いているとき
モバイルSuicaは全く反応しなかった。
人がいない時を狙って、携帯をかざして身を引く。
少し間抜け、、、というか不審である。
スーツを着ているのが良かったのかもしれない。

■電源をOFFにしているとき
反応して改札が開いた。
OS状態とモバイルSuicaの動作は無関係らしい。
とはいえ電力は必要なようだ。
しかし思い返せば、電池が切れていても反応していた気がする。
OSは起動できなくてもモバイルSuicaは動く。
電力消費は小さいということか。

■SIMカードを抜いていたとき
実際にはSIMカードの認識異常。
反応したが引っかかってしまった。
ワタシの定期券はどこに？
この時はSIMカードを認識させれば動作した。
SIMカードの読み込みと同時に、モバイルSuicaのチップを
書き換えるような処理をしているようにみえる。

---

以上の結果を得て、ちょっとした小技を思いついた。
試していないので仮説の域を出ないが、
SIMカードが認識異常になったり認識したり不安定な時は、
認識したら、即座に電源を切るのがいいのではないだろうか。
この小技をもっと早く思いついていればあの時・・・！

こうしてまた一つ妙な知識が増えていく。。。

そろそろ携帯を変えよう

2012-05-29T23:22:00.001+09:00

今持っているガラケーは2008年1月に買ったものだ。
スマホブームに惑わされることなく使ってきたが、
さすがにそろそろ変え時かもしれない。

4年＋αの月日は残酷なもので、
・通話の音声入力が故障。
・ディスプレイに線が入る。
・ブラウザがGMail対象外に。
などなど、さすがに不満が出てきた。

最後のは自分でGMailのAPIをたたけば解決できるかもしれない。
HTTPではなくIMAPなので、Google App Engineは使えないが。
気が向いたらサーバ借りて作ってみよう。
しばらくだが不便が解消できる。

さて携帯を変えるとして気になるのがバッテリーである。
ガラケーと比べて、信じられないほど電気を食うとのこと。
友人にはよく聞かされている。

思うに、スマホにアプリを入れ過ぎではないだろうか。
スマホに最低限のアプリを入れ、ゲームやら便利ツールやら、
ほとんどのところはiPod Touchを使えば気になるまい。
少なくとも、WiMAXの力を借りてガラケーと併用している
私はそう思うのである。

また、iPod Touchからスマホのメールを
参照できるアプリがあればなお良い。
スマホでアプリを起動し、bluetoothあたりでつなぐ。
iPod Touchはフロントエンドとして使う。
この運用だと、電気を食ってすぐダウンするのはiPod Touchである。
そして夜まで持つスマホ、最高ではないか。

スマホのスマホたる機能を生かしているかは別の話。

Google Reporting APIの注意点

2012-04-21T19:03:00.003+09:00

仕事でGoogleAppsの「Google Reporting API」を使用したが、
少しややこしかった。

■Google Reporting APIについて
GoogleAppsの使用状況をレポートとして取得するためのもの。
例えば、どんなユーザがいて最後にログインしたのはいつか、とか、
メールボックスの空き容量はあとどのくらいか、とか。
そういうのを、１日分のレポートとしてまとめてくれる。
（参考）仕様書

■注意すべき点
ポイントは以下２点。
1. APIの日時データの標準時が太平洋標準時であること。
2. レポート取得までタイムラグがあること。

■1. 標準時
太平洋標準時については、ここをみるとわかりやすい。
日本と時差があるので、APIで取得した日時は
日本時間に換算しないといけない。
さらに、夏時間があるせいで時期によって時差が違う。

具体的には、通常は１７時間、夏時間の時期は１６時間、
日本時間の方が早いので、日本時間にする時には、
その分、未来にする必要がある。

■2. タイムラグ
上記した１日分のレポートだが、
１日が終わるとすぐに取得できる訳ではない。
３６時間待つ必要がある。
つまり、1/1のレポートが取得できるのは1/3 12:00からだ。

この仕様と標準時がからむと更にややこしくなる。
「１日分」と言っているのは太平洋標準時の話であって、
日本時間ではない。日本時間に直すと日をまたいでしまう。
もちろん、夏時間の影響も受ける。

具体的には、通常は1/1 17:00〜1/2 17:00のデータが、
1/4 05:00から取得できる。
夏時間の場合は、1/1 16:00〜1/2 16:00のデータが、
1/4 04:00から取得できる。

---

この仕様の確認を人に任せていたら、プログラムの動作が想定と異なり、
軽くトラブルになってしまった。
いやはや、ちゃんと見るべきですな。

AppleTVを買ってみた。

2012-03-28T23:45:00.001+09:00

ちょっと気になったので、AppleTVを買ってみた。
ちょっとマイナー？な製品な気がするので説明してみる。

AppleTVには主に３つの機能がある。
1. iTunes連携機能
2. AirPlay機能
3. その他コンテンツ閲覧機能
※Youtube等

テレビに接続して使うもので、消費電力は極めて小さい。
また無線LANに接続しているなら、同じネットワーク上にある
iOS端末のRemoteアプリから操作できる。
付属リモコンでの文字入力はめんどいのでアプリを使った方が良い。

さて、それぞれの機能の所感を。

■1. iTunes連携機能
名前の通り、MacのiTunesのデータを再生できるし、
iTunesでレンタルできる映画はテレビ画面上で決済→再生できる。

とはいえ、正直なところあまり音楽とか映画とか、
頻繁に楽しむ方ではないのであまり使ってない。
逆に言うと、そんな性格でスピーカーすら持ってないので、
Macよりマシな音源で音楽を聴きたい時は助かるかもしれない。
あとはまぁ、映画も見るとなれば助かるだろう。レンタルも楽だし。

■2. AirPlay機能
実はこの機能に惹かれて買った。
以下、微妙に違う２機能からなる。
・iOSの画面をミラーリングする機能
・写真アプリ等の対応するアプリで、コンテンツをテレビに映す機能

前者は、古いiOS端末では対応しないが完全にミラーリング。
アプリ側での対応は必要ない。
後者は、アプリ内のメニューでテレビに映すように指定すれば、
コンテンツがテレビに映るようになる。アプリ側での対応が必要。
というか、公式アプリ以外に対応するものはあるのだろうか。。。

更に、将来的にMac OSがMountain Lionになれば、
Macの画面のミラーリングもできるので、
より活用の幅が広くなるようだ。

ミラーリングを実現するには接続ケーブルを買う方法もあるが、
iOSとMacでそれぞれ接続ケーブルを買うよりは配線がすっきりする。
それにAppleTV自体、定価8800円なのでそれほど高いわけではない。
あとはテレビ側の画面描写をAppleTVが担当してくれるので、
端末に負荷がかからないのではないか、と予想。あくまでも予想。
接続ケーブルでつなぐと、Macbook Airのファンがよく回るので
そこがなくなってくれると嬉しい。

テレビ画面で見ると、iOS端末で見るより写真が綺麗に見える。
テレビの描写技術はだてじゃないのだなぁ。
あとテレビで画面が見えると、意外に面白いこともわかった。
GoogleMapとか、絵を描くアプリとかが相性がいい。
iPadの使いどころとして説明したが
画面が大きいと友達とかと共有しやすくて良い。

■3. その他コンテンツ閲覧機能
この機能は、日本のテレビならYoutube対応ぐらいしてるし、
それほど重要ではないかもしれない。
あえて言うなら、未だに無線LANが使えないテレビに対し、
AppleTVは無線でインターネットにつなげるのが便利。
有線LANとか持ってないんだよ。。。

そんなこんなで、個人的には買ってよかったなと思う今日この頃。

Google App EngineでOpenIDを使う方法

2012-02-20T21:36:00.002+09:00

Google App Engine for Pythonで、OpenIDを試してみた。

参考にしたのはGoogleの資料で、これの通りに書けばまぁちゃんと動く。
要点だけ書くと以下の３点を押さえれば良い。
なお、OpenID発行先のサイトから自分のサイトにリダイレクトする必要があるので、
デプロイしないとOpenIDをテストすることは出来ない。

■OpenIDを許可する設定をする
まず、自分のアプリケーション一覧から
設定したいアプリケーションの設定画面を開き、
OpenIDを許可する必要がある。
[Administration] - [Application Settings] - [Basics] - [Authentication Options]で
[(Experimental) Federated Login]を選択して保存する。

■app.yamlを設定する
認証が必要なURLに、login: requiredを付与する。
以下の例では、/openidにアクセスする時に認証を必要とする。
[例]
handlers:
- url: /openid
  script: openid.py
  login: required

- url: /.*
  script: main.py

(2012/03/08追記)
この設定はなくても大丈夫だが、ログイン必須の全てのページで、
以下userの値がNoneの時（ログインしていない時）に、
ログイン画面にリダイレクトさせる処理が必要になる。

from google.appengine.api import users
user = users.get_current_user()
if user == None:
  self.redirect('/login')

■OpenIDでの認証要求先のリンクを作成する。
以下の例では、mixiをOpenIDとして使用する。
作成したurlへのリンクをクリックすると、mixiのログイン画面が開く。
初回アクセス時は、OpenIDとして使用するかを聞かれるので許可する。
その後、認証済みの状態で自分のサイトにリダイレクトされるはずだ。
[例]
from google.appengine.api import users
mixi = 'https://mixi.jp'
url = users.create_login_url(federated_identity=mixi)
self.response.out.write('<a href="' + url +'">mixi</a>')

---

さて認証が成功しているかどうか確認してみよう。
以下の処理でIDが表示されるはずだ。
[例]
from google.appengine.api import users
user = users.get_current_user()
self.response.out.write(user.nickname())

なお、ログアウト用のURLは以下の関数で作成する。
引数のurlには、ログアウト後に遷移する先のURLを入力する。
users.create_logout_url(url)

HTMLでのiPhone向け下付きメニューの作り方

2012-01-30T18:46:00.000+09:00

HTMLでiPhone向け下付きのメニューを作ってみた。

想定するのはiPhone or iPod Touch。
スクロール時にメニューが隠れずに、
iPhoneアプリみたいに下付きの固定位置で
表示できたらかっこいいなと思った次第。

■作り方
以下、3ステップで作成する。
1. メニューの枠を作る。
2. メニューを下付きにする。
3. メニューにリンクをつける。

■1. メニューの枠を作る。
まずは、メニューの枠をTableで作る。
safariで横幅いっぱい等間隔で表示できるようstyleで調整する。
あとはわかりやすいようborderをつけておこう。
細かいデザインは適宜調整してほしい。
<table style="width: 100%; table-layout: fixed" border="1">
  <tr>
    <td>Menu1</td>
    <td>Menu2</td>
    <td>Menu3</td>
  </tr>
</table>

■2. メニューを下付きにする。
赤文字の部分をつけるだけで下付きになってくれる。
<table style="width: 100%; table-layout: fixed; position: fixed; bottom: 0px" border="1">
  <tr>
    <td>Menu1</td>
    <td>Menu2</td>
    <td>Menu3</td>
  </tr>
</table>

■3. メニューにリンクを張る。
リンクはJavascriptでセル全体に対して適用。
またはonClickを使わずに、scriptタグ内でid拾って処理できると
変更もしやすく大変便利。
<table style="width: 100%; table-layout: fixed; position: fixed; bottom: 0px" border="1">
  <tr>
    <td onClick="location.href='http://www.google.co.jp'">Menu1</td>
    <td>Menu2</td>
    <td>Menu3</td>
  </tr>
</table>

iPadの使いどころ（vs ノートPC）

2011-12-16T20:20:00.000+09:00

iPadは使いどころが難しいツールのようだ。
iPhoneほど携帯性もなく、ノートPCほど性能は高くない。
特にノートPCとの用途の競合はよく聞く話だ。

併用してみて4ヶ月くらい経つだろうか。
自分なりの使い分けについてまとめてみた。

■ノートPC vs iPad
間違いなく言えるのは、以下の条件を満たすなら
必ずノートPCを使うということだ。
・ノートPCを使う姿勢が保てる場所
・一人で何か作業をするとき

単純に端末の機能として、iPadはノートPCに劣る。
どう考えてもノートPCの方が便利だ。

■iPadの使いどころ
iPadが活躍するのは、上にあげたようなノートPCの
制限を外した先にあるように思う。
機能が劣るということは、逆に言えばシンプルであり
使用するための条件が緩和される。

前述した条件に当てはまらない条件を考えてみよう。

・ノートPCを使う姿勢が保てない場所
ノートPCを使うには、ノートPCを安定した場所に置き、
キーボードを問題なく操作できる必要がある。
一方iPadは、片手で持つだけで安定するし、
操作も指一本あれば良い。
例えば、立っているときとか、寝転がっているときでも
使用することが出来る。

・複数人で使うとき
ノートPCは一人で使うが、iPadはそうとは限らない。
片手で持てるので、適宜渡しながらみんなで操作できるし、
テーブルにおけば一つの画面を囲むことが出来る。
操作が指一本でできるぐらい簡単なのも良い。
みんなの手が出てきても邪魔にならない。

この条件を片方ないし両方満たすとき、
iPadは活躍することになる。

■活用した例
・ベッドでゴロゴロしながらネット（これは定番）

・みんなで暇つぶし
対戦ゲームとか。将棋とか、囲碁とか、オセロとか。
あとは写真撮るアプリで特殊効果つけるのが受けるみたい。

・間を持たす
あまり知らない人と少々時間を過ごすことがある。
そんな時に生まれる「間」。それを打開するのがiPadだ。
画面を一緒に見ながらネタアプリで間を持たせることができる。

・自己紹介
初めて会う人、親しくなかった人などと話すときに
写真アプリで自分が撮った写真を見せながら話す。
イメージがわきやすいし、簡単に自己紹介できる。

・ナビゲーション
地図、食べログ、近くの遊び場、など、
遊びにいった先でみんなでわいわい話しながら
調べ物をするときに大変便利。
電車で立ちながらぐるっとiPadを囲んで、
なんてこともあったなぁ。

・合コンで
↑の合わせ技だけど。。。
ネタの宝庫なので、話べたな人も安心。

とかとか。なんとなくだけど、
・人と会うことが多い
・外出することが多い
という人は活用しやすいと気がする。
こんなところがiPadならではの「使いどころ」だと思う。

無線LANと有線LANの変換例

2011-11-25T23:39:00.000+09:00

この記事は、ちょっと無理して変換してみた、という記事です。
文末に簡単なやり方（どういう機械を買ったら良いのか）を追記しました。

---

我が家は主回線がWiMAXで、無線LANルーターを使って
インターネットに接続している。
早い話が、有線LANの接続ポートはない。

最近テレビを買ったのだが、インターネット機能があるらしい。
どうやら有線LANでつなぐようだ。
どうせあまり使わない機能だし、お金も払うのも嫌なので
余っているモノを使って以下のようにしてみた。

[用意するもの]
・クロスケーブル
・有線LANと無線LANが使えるPC（Windows）

これで、WiMAXとPCを無線LANでつなぐ。
またTVとPCをクロスケーブルを用いて、
有線LANでつなぐ。
あとは、接続の設定で有線LANと無線LANを両方選択して
「ブリッジ接続」したらいい。

このようにブリッジ接続を使うと、無線LANと有線LANを
まとめて１つのネットワークとして扱うことが出来る。
あとは、テレビでWiMAXのネットワークに属するIPを
設定すると、無事に接続できた。

とりあえずYoutubeを見てみたが、、、
やっぱりこの機能は使わないなー。

（2012/04/22追記）
検索してくる方が多いようなので、まじめに追記。
無線LANはざっくり言うと、電波を発する親機、受け取る子機があります。
子機があれば、デスクトップパソコンやテレビなど、有線LANしかない端末を
無線LANのネットワークに接続することが出来ます。

さっと検索してみましたが、一番左の製品はUSB→無線LAN子機に変換できます。
USBがあるパソコンならこれで十分かと。

テレビは、USBがあっても無線LANとしては認識できないかもしれません。
純粋に有線LAN→無線LAN子機に変換できるものが必要ですが、
左から２番目ものなど、小さく設定も簡単でいいのではないでしょうか。

プロバイダ契約した有線LANを無線LAN化したい場合は、
無線LANルーターを買った方が良いです（一番右）。
プロバイダの端末でPPPoE接続が完了しており、
ルーター機能が含まれているならば、
アクセスポイントを買うだけで良いのですが、
迷ったらルーターで。

Chatter REST APIの使用例

2011-10-31T22:02:00.001+09:00

SalesForceのChatter REST APIに触ってみた。
体系立てて理解は出来ていないが、
とりあえず動くものを作れたので、
ソースの公開と説明を記述。

■前提条件
開発内容：デスクトップで動作するプログラムで、
Chatterへの書き込みを行う。
開発言語：Python3
開発環境：DeveloperForce（開発者向けの無料環境）
認証方式：OAuth（いくつかある中でOAuthを採用：使い方）
※パスワード認証（grant_type=password）を使う。

■コーディング前の準備
下記３つのデータを開発環境で取得する。
・セキュリティトークン
・コンシューマー鍵
・コンシューマーの秘密
取得方法は以下。

ログインし、画面上部の「設定」から設定画面に遷移。

「セキュリティトークンのリセット」をすると、
登録済みのメールアドレスにセキュリティトークンが届く。

リモートアクセスでアプリケーションを追加する。
URLはなんでもいい。http://localhostとかでOK。
追加したアプリケーションを開くと、
コンシューマー鍵と秘密を確認できる。

■APIコール
[概要]
変数の値は上記方法であらかじめ用意する。
ユーザ名とパスワードはDeveloperForceのもの。

認証の際に、コンシューマー鍵と秘密はそのまま使用。
セキュリティトークンはパスワードと結合させて使う。

認証に成功すると、access_tokenをもらえる。
これを使ってChatter APIをコールする。
細かい内容はAPIのリファレンスに書いてある。
記述したのは/v23.0/chatter/feeds/news/me/feed-itemsへのPOST。
すなわち、新規投稿APIを用いて書き込みを行う処理だ。

結果はjsonで返ってくるので、json()関数で解析する。

[変数]

consumer_key	コンシューマー鍵	String
consumer_secret	コンシューマーの秘密	String
security_token	セキュリティトークン	String
username	ユーザ名	String
password	パスワード	String
message	Chatter投稿内容	String

[処理]
# インポート
import urllib.request
import urllib.parse
import json

# アクセストークンの取得
auth_url = 'https://login.salesforce.com/services/oauth2/token'
password = password + security_token
params = {
'grant_type' : 'password',
'client_id' : consumer_key,
'client_secret' : consumer_secret,
'username' : username,
'password' : password
}
params = urllib.parse.urlencode(params).encode()
request = urllib.request.Request(auth_url)
request.add_data(params)
response = urllib.request.urlopen(request)
result = response.read().decode()
data = json.loads(result)

# APIのコール
api_path = '/services/data/v23.0/chatter/feeds/news/me/feed-items'
api_url = data['instance_url'] + api_path
params = {
'text' : message
}
params = urllib.parse.urlencode(params).encode()
request = urllib.request.Request(api_url)
request.add_data(params)
request.add_header('Authorization', 'OAuth ' + data['access_token'])
response = urllib.request.urlopen(request)

Python3でHTTPリクエストを送る方法

2011-09-10T09:29:00.001+09:00

ふと、Python3でHTTPリクエストを送ろうと思った。

Pythonは2系と3系で互換性がないが、検索した結果、
どちらが表示されているのかわかりづらい。
Python3のHTTPリクエスト関して、自分なりの解をメモしておく。

まず参考にしたのは公式ドキュメント（英語）。
※この記事を書いている時点では3系の
日本語ドキュメントが見つからない。。。

HTTPリクエストを送る方法はいくつかある。
・urllibを使用する（urllib2はPython3にはない）
・サードパーティ製のライブラリを使う
・telnetでhttpクライアントを作る
などなど。
今回はurllibを用いる方法について記述する。

urllibを用いた場合も、方法はいくつかある。
取り急ぎ理解したのは以下の２つだ。

■簡単な方法
[概要]
urllib.request.urlopen()を実行する。
第一引数に送信先URL、第二引数に送信データを記載する。
第一引数のみだとGET、第二引数もあるとPOSTアクセスになる。
他のメソッドは使用できないので、下記もう一つの方法を参照。

第二引数の送信データは、使用している文字によっては、
urllib.parse.urlencode()をかけておく必要がある。
またByte String型を要求されるため、必要ならばencode()する。

返信データはファイルのようなオブジェクトで返されるので、
read()で中身を取り出す必要がある。
中身はByte Stringなので、print()する場合はdecode()する。

[変数]

request_url	送信先URL	String
request_data	送信データ	Byte String
response	返信データ	Object
result	返信データ	Byte String

[GET]
import urllib.request
response = urllib.request.urlopen(request_url)
result = response.read()

[POST]
import urllib.request
response = urllib.request.urlopen(request_url, request_data)
result = response.read()

■細かい設定が出来る方法
[概要]
Requestオブジェクトを作成し、それをrequest_urlの代わりに
urllib.request.urlopen()に渡す方法。
この方法だと、メソッド、リクエストヘッダ、プロキシなど、
細かい設定が出来る。

Requestオブジェクトは、urllib.request.Request()クラスで作成する。
細かい設定をするには、クラスの関数を使う（省略も可能）。
PUT/DELETEメソッドについては、Requestオブジェクトの
get_method()を書き換える必要がある。
※lambdaで無名関数を作成して置換する。

[変数]

request	Requestオブジェクト	Object
request_url	送信先URL	String
request_data	送信データ	Byte String
header_key	ヘッダのキー	String
header_value	ヘッダの値	String
proxy_host	プロキシのホスト	String
proxy_type	プロキシのプロトコル(http/https)	String
method	メソッド	String
response	返信データ	Object
result	返信データ	Byte String

[GET]
import urllib.request
request = urllib.request.Request(request_url)
request.add_header(header_key, header_value)
request.set_proxy(proxy_host, proxy_type)
response = urllib.request.urlopen(request)
result = response.read()

[POST/PUT/DELETE]
import urllib.request
request = urllib.request.Request(request_url)
request.add_data(request_data)
request.add_header(header_key, header_value)
request.set_proxy(proxy_host, proxy_type)
request.get_method = lambda: method
response = urllib.request.urlopen(request)
result = response.read()

Macbook Air 買った！

2011-08-27T09:19:00.006+09:00

Macbook Air 13インチ（256GB）を買った。

今までiMacを使っていたが、Macbooki Air（以下Air）を
メインPCにしようと考え、画面と容量が大きめのAirを買ってみた。
携帯性は下がるけど、95%ぐらい家で使うのでこれでいいのだ。

早速iMacからデータ移行しているが、、、SSDはやっ！
50MBくらいのデータだと、一瞬でコピーされて進捗すらでない。
聞くのと体感するのでは違うな〜。

iPad2とiPod Touchの母艦切り替えはどうやるのが正しいんだろう。
Airにつないだら「こちらを母艦にするか？」的なことを聞かれて、
そのまま切り替えは出来たように見える。
でも音楽データが転送し直しになってしまった。
CPUが良くなったとはいえ、1000曲ぐらいを変換しながら
入れているから、ファンがうるさくなって心配になる。

ノートPCになったのでバッテリー寿命の管理方法が気になった。
調べると、Apple公式の説明を発見。
コンセントに接続しっぱなしにせずに、
バッテリーも稼働させたほうがいいようだ。
あとは[システム情報]を起動して[電源]を見ると、
バッテリー情報が表示されるので、たまにみるといいかも。

---

なんだかんだで、Airにはわくわくしている今日この頃です。
個人的にはiPad2との併用がどうなるのか気になります。
しばらく使ってみたら、ノートPCとiPad2の使い分け問題について
色々考えてみるつもりです。

canvasのサイズ指定は２種類ある

2011-07-24T09:44:00.008+09:00

HTML5で導入されたcanvasタグを使ってみた。
試したのはcanvasに対して、画像を切り出して貼付ける処理。
参考にしたのはこのページ。

書いてある通りに記述することで処理は正常に行うことができた。
で、せっかくならと色々設定を変えて遊んでいたときに、
canvasのサイズをスタイルシートで指定すると、
想定しない処理になることに気づいた。

canvasのサイズをデフォルトから変更すると、
canvasに貼付けられた画像も一緒に伸縮してしまう。
ChromeとSafariで確認。他のブラウザは試していない。

この問題は、どうやらサイズを属性で指定したときには
発生しないため、canvasのサイズは属性で指定するように
気をつけることにした。

まとめ
■画像も一緒に伸縮したいとき。
<canvas style="width: 100px; height: 100px">

■canvasだけ伸縮したいとき。
<canvas width="100px" height="100">

どうしてこういう違いが出るのかわからないけど、
HTMLをしっかり学んでいれば自明なのかもしれないな。。。

WiMAX導入によるパケット通信数の変化

2011-06-29T23:31:00.014+09:00

ふと思い立って、携帯のパケット通信数の推移を取得してみた。

僕はiPad2など色々な端末を持っているが、iPhoneは持っておらず、
未だにFOMA端末を使っている。パケ・ホーダイ付き。
ダブルではなく、月額4,095円固定の新規受付終了したプラン。

外出時のネット利用時には、今までは携帯を使っていたが、
最近はWiMAXがあるのでiPod Touchを使うことが多い。
携帯はたまに使うぐらいで、ほとんどメールと電話の印象。
そう言えば、最近は携帯の電池の持ちがいいな。。。

ということは、、、パケ・ホーダイ、無駄になってないか？！

ドコモにはパケット通信数を確認、蓄積できるアプリがある。
自動で取得しないので取得漏れもあるが、これを使って今までの
パケット通信数の推移をグラフ化してみよう。

で、結果がこれ。
WiMAX導入は2010年12月だ。
12月以降は明らかにパケット通信数が減っているのがわかる。
1月に過去最高値を叩きだしているのは、、、写真でも送ったかな。

WiMAXを導入後は、１日のパケット通信数は大体5000くらい？
ざっくり月々15万くらいか。あれ、結構あるね。

パケ・ホーダイは色々種類があるけど、従量の単価が最小のもので
計算すると、0.0525円 x 15万パケット = 7,875円＋α。

ま、まったく安くならない。。。

WiMAXの良いところ

2011-06-19T14:52:00.009+09:00

結構前のことだが、引っ越すと同時にWiMAXを契約した。
るんるん気分で使い続け、はや半年になる。

使っている端末は、NEC製のAterm3500Rというもの。
動作時間が8時間と長く、デザイン、ブランド（安心感？）も
一番良さそうに思えたのでこれにしてみた。割と満足している。

さてさて本題。WiMAXについてざっくり語る。

■モバイル通信なのに速い
まずはこれ。WiMAXは40Mbpsで帯域制限なし。
他のモバイル通信だと、例えばDocomoのデータ通信で7.2Mbps、
e-mobileが最近42Mbps出したけど、帯域制限はかかりそう。

結局の所、動画閲覧とかスカイプとかで帯域制限に
引っかかる可能性を考慮すると、WiMAXが一番速いと思う。

もちろん接続できる範囲でみると、さすがに携帯には敵わない。
それでも体感的に都市部はほとんどカバーされている。
地下とか建物とかには弱いけど。接続できる範囲をとるか、
速さをとるかは、時と場合によって異なる。僕は速さ。

■家の回線として使える
家の回線では接続は当然できるので、速さと料金を重視する。
ここでモバイル通信を家の回線として使うことを想定たとき、
接続さえできれば、速くて帯域制限のないWiMAXが向いている。

ということで、家の回線もWiMAXにしてみた。
良かったのは工事いらずで引っ越し直後から使えたこと、
そして通信費用を圧縮できたことだ。

固定回線の料金は4~5,000円くらいだと思うが、
WiMAXだと3,880円なので、少なくとも高くなることはない。
素晴らしいのは、モバイルと家の主回線が１契約になること。
契約が１つでいいので、明らかに別個に２契約するより安い。

デメリットはある。
・プロバイダのメールアドレスがない → 無料メールアドレスで代替
・プロバイダのHPスペースがない → 無料HPスペースで代替
・自宅サーバをたてられない → ホスティング契約で代替
まぁ、、、困らない。
もっとも２人以上で暮らしているとWiMAXを持ち運びすることは
できなくなるが、それでも固定回線よりメリットが多い。
旅行のときとかで全員家にいないときは持っていけばいいし。

■更なる発展に期待！
WiMAXのニュースを見ると、色々と勢いがあるように見える。
基地局にはまだまだ投資するようだし、地下鉄でも使えるように
環境を整備しているし、また後継規格のWiMAX2では300Mbpsの
回線速度が出せるようになる。

docomoが進めているLTEなど競合する規格もあり、
今後どうなるかわからないが、もっと便利なサービスに
なっていくと思うと１ユーザとして楽しみになる。
まぁ、わくわくするね。

---

ということでざっくり書いてみた。
WiMAX、おすすめです！

dev_appserver.pyを開発機以外から使う方法

2011-05-31T22:01:00.005+09:00

先日の投稿でUserAgentの取得方法がわかったので、
端末ごとに表示を切り替えて遊んでみようと思った。

で、せっかくiPad2とiPod Touchを持っているのだから、
それに適したWebページでも作ってみようと考えたのだが、
ちょっとHTMLを変更してアップロード、を繰り返していると
めんどくて仕方がない。

家のLANにはiPad2もiPod Touchもつながるので、
dev_appserver.pyの表示を直接見に行けば
アップロードも手間もないし楽ちんじゃん、と考えて
さっそく開発機であるiMacのIPを指定してみた。

表示されない。。。

なんでだろう。ポートもちゃんと指定してるんだけど。
localhostだけしかだめなのかな。

と思って、公式サイトみたら方法が書いてありました。
まぁ、最初からドキュメント読めばいいのだけど、
説明書を読まずにゲームを始める派なので。

dev_appserver.py を以下のコマンドで実行すると
別のコンピュータからIP指定で見れるようになる。

dev_appserver.py --address=0.0.0.0 myapp

--addressでIPアドレスを指定するらしい。
0.0.0.0は、localhostでもIPアドレスでも
どちらでもいいですよってこと。

iPad2と他の端末の使い分け

2011-05-23T21:06:00.011+09:00

そろそろタブレットもいいかもと思ってiPad2を買ってみた。

もともとiMacとiPod Touchを持っており、iPad2を追加して
Apple製品は３つになった。今のところ使い分けはできている。
使い分けのポイントは、下記３点にあるように思う。
・入力の手間
・画面の大きさ
・携帯性

これを踏まえて３製品の比較。
なお、インターネットはWimaxの活躍によりいつでも使える。

■iMac
入力は物理キーボードのためかなり楽です。
よって文書作成、プログラミング、など
入力を多く必要とする作業に向いています。

画面は大きく見やすいです。
よって映画を複数人で鑑賞したり、ブラウザを並べて
しっかりネット閲覧するのに向いています。

携帯性はありません。
家でどっしり構えていてもらいましょう。

■iPad2
入力はソフトウェアキーボードで、ちょっと違和感があります。
音を出すと多少ましな気もします。
入力はそこそこ楽で、短文を入力するぐらいなら問題ないです。
文書作成はできなくはないですが、ちょっと面倒な気もします。

画面は大きくもなく小さくもなく。
映画を１人で鑑賞したり、喫茶店などで友達とiPadを囲んで
写真を見るぐらいなら全く問題ないです。
ゆっても、モバイルPCサイズですから。
様々な体勢で寝っ転がりながら、料理をしながらなど、
モバイルPCよりも自由度はあります。
この自由PCという感じがiPad2の良さなのかもしれません。

携帯性はそこそこありますが、カバンは必須です。
外出するときには持っていくべきか毎回検討してしまいます。
歩きながら使うのはちょっと厳しい気がします。
外とはいえ、腰を落ち着けて使いたいものです。

■iPod Touch
入力は小さな画面のソフトウェアキーボードとフリック入力です。
日本語ならフリック入力が楽です。キーボードはオマケです。
短文くらいなら問題ないですが、文書作成など長時間の入力は
ごめん被りたいです。

画面は小さいですが、必要な情報を得るには十分です。
むしろ電車内など公衆の面前ではプライバシーが
保たれてよいのかもしれません。

携帯性は抜群で、外出時は何も考えずにとりあえず
ポケットに突っ込んでおきます。重さは気になりません。
取り出す際も１秒ででてくる気軽な端末君です。

---

という感じでレビューしてみた。
荒削りな文章だけど、今回はこの辺で。

Google App EngineでUserAgentを取得する方法

2011-05-16T17:30:00.005+09:00

GAE(python)でのUserAgentの取得について情報を探しており、
Google App EngineでUserAgentを取得するを発見した。
どうやら、リクエストハンドラ内で取得できるらしい。

処理がリクエストハンドラに到達する前にUserAgentを
取得したかったので、dir()で色々探ってみた結果、
以下の方法でとれることがわかった。

import os
user_agent = os.environ['HTTP_USER_AGENT']

こちらのほうが取得する場所を選ばない分、使い勝手が良さそう。

Google App EngineのUnacceptableVersionError

2011-05-09T19:13:00.027+09:00

Google App Engine（Python）でDjangoを使う場合、
特にバージョンを指定しないとDjango 0.96が使用されるが、
use_library()関数を用いてバージョンを指定することで、
他のバージョンを使うことができる。

from google.appengine.dist import use_library
use_library('django', '1.2')

これを設定したときに以下のエラーが出て困った。

UnacceptableVersionError: django 1.2 was requested, but 0.96.4.None is already in use

試行錯誤した所、どうやらuse_library()をコールする前に
自分で作ったモジュールをimportすると発生するようだ。
上記モジュールのインポートをuse_library()の下に持ってくると
問題なく動作した。細かい条件は謎。

（5/31追記）
暇ができたのでちゃんと見てみた。
自作モジュールのインポート自体は問題ないような気がする。
インポートしたモジュールで何をしているのかが問題だ。
で、色々試してみた所、どうやらGAEのtemplateモジュールが
まずいことを発見。簡単にいうと↓

[NG]
from google.appengine.ext.webapp import template
use_library('django', '1.2')

[OK]
use_library('django', '1.2')
from google.appengine.ext.webapp import template

当然ながら、templateモジュールをインポートしている
自作モジュールは、同じく先にインポートしてはいけない。
ということで解決！

ブログを始めてみた

2011-05-06T12:53:00.000+09:00

なんとなくブログを始めてみた。

細く長く続けていければいいなぁ。

趣味とか仕事柄、ITに関する話とか妄想とかを書いていきたい。