今年もお世話になりました

このブログ、、2012年1月1日に始めたそうです。
ちょうど1年！

この一年、いろんな方々にたくさんお世話になりました。
10月以降身の回りでいろんな新しい動きがあって、ここ8〜9年で一番変化のあった激動の年になりました。
このまま来年もいろんな変化があるのかも。

来年も、これからも、よろしくお願いいたします！

（2012年を総括しようと思ったけど時間が足りないのでそのうち←）

結婚するとき大切なもの

ひさしぶりのブログ更新は大都会岡山 Advent Calendar 2012の12日目です。

大都会と言えば、来年、デスマの生まれた日に結婚式を挙げるカップルがいるようで。おめでとうございます(o'ヮ'o) 末永く幸せでいてほしいですね。

さて今回はウン年前に結婚した先輩として、結婚生活（というか結婚相手）に大切なものについてお話したいと思います。

ZXing QRコードスキャナーをWebから使う

ちょっと ZXing（バーコードライブラリ）のAndroid版アプリ（QRコードスキャナー）のソースを追いかけていたらちょっと気になる <intent-filter> を見つけまして。

ん、、これって?

  private static final String[] ZXING_URLS = { "http://zxing.appspot.com/scan", "zxing://scan/" };
  private static final String RETURN_CODE_PLACEHOLDER = "{CODE}";
  private static final String RETURN_URL_PARAM = "ret";

おおおおおー!?

ブラウザで表示するWebページ上で
zxing://scan/?ret=（戻り先URL）
にリンクするとQRコードスキャナーが起動する。のはよいとして、スキャンが終わると（戻り先URL）に戻ってきてくれる。このときURLに {CODE} があるとその部分がスキャンした文字列になってくる。
例えばこんな感じ → zxing://scan/?ret=http%3A//tes.to/zxing.html%3Fcode%3D%7BCODE%7D

つまりWebアプリや例えば業務系のサイトなんかで、QRコードスキャナーを使ってバーコード（JAN／EANでもQRコードでもISBNでも）を読み込んでその結果を持ってページに戻ってきてもらうようなことが可能なわけです。わざわざ専用のWebViewアプリを作らなくても！

zxing://scan/ のかわりに http://zxing.appspot.com/scan を使うこともできます。

URL	QRコードスキャナー
	未インストール	インストール済み
zxing://scan/	エラー	QRコードスキャナー自動起動
http://zxing.appspot.com/scan	インストール案内ページ表示	ブラウザで開くかQRコードスキャナーで開くか問い合せ

動作確認できるテストページも作ったので気になる方はAndroid端末実機でアクセスしてみてください。
http://tes.to/zxing.html


で、例によっていろいろ実験してから解説ページを見つけてるわけです(´･ω･`)
http://code.google.com/p/zxing/wiki/ScanningFromWebPages

アイコンカスタマイズ

JCROMと言ってもAndroidなので、任意のホームアプリを入れればランチャーのカスタマイズは自由にできるわけですが。
せっかくテーマ機能があってLauncher背景なんかもテーマで設定できるので、それならアプリアイコンもテーマで書き換えられたらおもしろいかな?と思ってやってみました。（差分 ←まだ調整が必要かもです）

アイコンを設定したサンプル：

自動起動

カスタムROMを業務で使うのはいかがなものか…なところだけど、デモ用だとこれも都合がよかったりするのです。

• 電源ONしたら最初から特定のアプリが起動している
• ステータスバーやナビゲーションバー(ICS以降Phone UI)、システムバー(HoneyComb以降Tablet UI)を非表示にする

なんてことができたら、特定のアプリしか動かない端末が作れます。

※Phone UIなら 全画面アプリ + ホームアプリ化 で他アプリに遷移できなくすることができるけれど、Tablet UIの場合は設定画面に遷移できてしまうのです。

HTTP logging

Android上で行われるHTTP通信のログを取りたいことがあります。主にデバッグとか。動作確認とか。
カスタムROMを作ればアプリのコードに手を入れなくてもヘッダくらいはロギングできます。
（ストリームに手を入れれば送受信データもロギングできますが、サイズが大きかったりバイナリデータだったりするのでファイル出力するなどの対応が必要でしょう。今回はリクエストヘッダだけをlogcatに出力します）

SIMエミュレーション

Androidは android.telephony.TelephonyManager からSIMの事業者や接続している通信網の事業者情報を取得します。
これらを使ったアプリを作って動作確認する場合、実際に各事業者のSIMを用意したり渡航して目的の通信事業者に接続するか、ラッパクラスを作ってテスト(動作確認)用にスタブのような固有の応答を返すなどの対策をする必要があります。

カスタムROMなら、TelephonyManager 自体にそういう「デバッグ用固定応答」の機能を持たせることができます。
というわけでやってみました。（差分1 差分2）

最初からADBデバッグON

初回起動時のデフォルト言語を日本語にしたのと同様、最初からUSBデバッグが有効だったらいちいち設定画面でチェック入れなくていいから楽になる…
という思いでサクッと対応差分を作ってみたのですが、、、
frameworks/base/services/java/com/android/server/usb/UsbDeviceManager.java

                         setAdbEnabled(false);
                     }
                     SystemProperties.set("persist.service.adb.enable", "");
+                } else if (Settings.System.getInt(mContentResolver, "jcrom_adb_inited", 0) == 0) {
+                    // first boot
+                    setAdbEnabled(true);
+                    Settings.Secure.putInt(mContentResolver, Settings.Secure.DEVELOPMENT_SETTINGS_ENABLED, 1);
                 }
+                Settings.System.putInt(mContentResolver, "jcrom_adb_inited", 1);
 
                 // register observer to listen for settings changes
                 mContentResolver.registerContentObserver(

build/core/main.mk とか調べてみたら、 full_maguro-user のかわりに full_maguro-userdebug 使えばデフォルトでADBデバッグ有効になるぽいorz
そんなわけでビルドに使ってるシェルスクリプトを少し書き換えただけでこの差分は破棄 ( ﾟ∀ﾟ)ﾉﾎﾞｰｲ

初回起動時のデフォルト言語を日本語に

JCROMの JC は Japanese Custom らしいです。
だったら初回起動時から日本語表示して欲しい…!
（選択するだけなんだけど wipe するたびに設定し直すの面倒くさいんだもの）

というわけで調べてみました。
JCROM でも AOSP でも同じはずです。

結論だけ知りたい方は build/target/product/full_base.mk の

PRODUCT_LOCALES := en_US

を

PRODUCT_LOCALES := ja_JP

にしてください。

AndroidでアニメGIF表示

AndroidでアニメGIF表示と言えば明日の鍵さんがブログ記事にしてみえましたが

AndroidでGIFアニメーションが動いたんだもんね！！ - 明日の鍵

AndroidでGIFアニメーションが動いたんだもんね（バグフィックス） - 明日の鍵

AndroidでGIFアニメーションが動いたんだもんね（バグフィックス） - 明日の鍵

もっと短いコードでそれなりに動くものを作りました。

ソースはこれ。使い方はこんな感じ。（サンプルプロジェクト）

リソースや外部ファイルのアニメGIFを android.graphics.drawable.AnimationDrawable にします。各フレームをDrawableに展開してメモリに持つので、大きな画像やフレーム数が多いファイルはOOMになるかもしれません。

アニメーションの途中で pause したり resume したりする場合はこちらのブランチを使ってください。ただし AnimationDrawable の privateメンバにアクセスするためにリフレクションを使っています。

無保証ですがちょっとした用途なら使える、、ｶﾅ? 自己責任でご自由にお使いください。（Galaxy Note と Galaxy Nexus でしか確認していませんが API Level 4（1.6）でも動くと思います）

ピクトのテーマ設定

JCROMネタが続きます。

ガラケーの頃、きせかえと言えばメニュー画面のほかに電池残量や電界強度を示すピクト表示が定番だったように思います。
でも今のJCROMはピクトのテーマ設定に未対応… ﾅﾝﾃﾞ?

というわけでピクトのテーマ設定対応をしてみました。（差分、差分）
※bitbucketのリポジトリはICS-JCROM版。JB-JCROMでも同様の対応ができそうです。

ActionBarの表示位置設定

JCROMはActionBarが画面下部に表示されます。
素のICSみたく上に表示する設定を対応してみました。

Lion上でAndroidビルド

OSXでJCROMが、LionではできねーYO! とご指摘をいただきました。
Lionの載ったMBAで試してみたけど、、できるよ？
今回はAOSPの android-4.1.1_r1 をビルドしてみました。
基本的にJCROMの手順と同じです。

自動回転の固定

というわけでJCROMビルド環境が整ったので、さっそく何か実装してみたいな、と。
今週に入ってからWDFとかINFファイルとか、Windowsのドライバ開発周りの調査と確認ばかりでコードを書けていないので昨夜ちょろっとやってみました。

OSXでJCROM

ちょっとしたブームになったJCROM、遅ればせながら手元でビルドしてみました。
確認されている開発環境はUbuntuだけですが、手元のiMac（Show Leopard）でそのままビルドします。ビルド自体がそこそこ時間がかかる負荷の大きな作業なのでVMとかで（メモリやCPUに）余計な負担を増やしたくないな、と。

本番環境とテスト環境の切り替え

#むおおおお に「本番環境とテスト環境で接続先サーバが違うときどう管理してますか?」と聞かれました。
リリース時にいちいちソースやリソースを書き直すのは手間だしミスがあるといけないし、VCSでの管理的にビミョー…みたいな。

Windowsアプリを作ってる頃は、変わりうる設定は全部INIファイルから読み込めるようにしていました。

[server]
Host=hoge.tamac.jp
Port=80

のような.iniファイルを.exeと同じ名前で同じディレクトリに置いて ::GetPrivateProfileString() 的な（Win32 SDKを直で使ってたので）。
デフォルト値(本番環境用)はアプリ内に持っておいて、INIファイルがない時はその値を用います。

Androidでも同じ考え方で、外部ストレージから特定のファイルを読み込んで設定値を取得します。
例えばmicroSDのルートディレクトリに パッケージ名.conf というファイルがあればそれを読み込んで通信先URLを取得。同ファイルが無ければアプリ内に持っている(本番環境用の)デフォルト値を用いる、みたいな。

これだと、複数の対向サーバがあるような状況（例えば開発サーバ(ローカルPCとか)、テストサーバ、ステージングサーバ、本番サーバ）でも、同一のバイナリで実行時に通信先を切り替えることができます。
SDK（adbやDDMS）がない環境でもmicroSDにアクセスできれば通信先を変更できるので、例えばクライアントにテストサーバを見てもらうような場合でも割とハードルが低くてすみます。

見ようによっては余計なデバッグ機能を残したままアプリをリリースする形になるのでクライアントやプロジェクトリーダーとネゴっておく必要はあると思いますが、何かの参考になれば(o'ヮ'o)

public class Configuration
{
    /** 設定ファイル */
    private static final String CONF_FILENAME = "CONF_FILENAME";
    /** 接続URL設定 */
    private static final String CONF_CONNECTION_URL = "CONNECTION_URL";
    /** 接続URL設定 組み込み値 */
    private static final String CONF_CONNECTION_URL_DEFAULT = "http://hoge.tamac.jp";

    /** コンテキスト */
    private final Context mContext;
    /** 設定ファイル */
    private final Properties mProperties = new Properties();

    /**
     * コンストラクタ
     * @param    context    コンテキスト
     */
    public Configuration(Context context) {
        mContext = context;

        // 設定ファイル読み込み
        String filename = getMetaData(CONF_FILENAME);    // "jp.tamac.hoge.conf"
        if (filename != null) {
            if (filename.startsWith("/")) {
                // フルパス
                loadProperties(filename);
            } else {
                // XOOMの外部SDカード → 内部(エミュレート)SDカード → getExternalStorageDirectory()の返すパス
                boolean result =
                    loadProperties("/mnt/sdcard-ext/" + filename) ||
                    loadProperties("/mnt/sdcard/" + filename) ||
                    loadProperties(Environment.getExternalStorageDirectory().getAbsolutePath() + "/" + filename);
            }
        }
    }

    /**
     * プロパティ読み込み
     * @param    filepath    設定ファイルパス
     * @return    結果
     */
    private boolean loadProperties(String filepath) {
        if (!new File(filepath).isFile()) {
            // ファイルがない
            return false;
        }

        try {
            mProperties.load(new FileInputStream(filepath));
        } catch (Exception e) {
            android.util.Log.e("Configuration#loadProperties()", e.toString());
            return false;
        }

        // 読み込み成功
        return true;
    }

    /**
     * 接続先URL取得
     * @return    接続先URL
     */
    public String getConnectionURL() {
        String url = null;

        if (url == null) {
            // 設定ファイルから
            url = mProperties.getProperty(CONF_CONNECTION_URL);
        }

        if (url == null) {
            // AndroidManifestから
            url = getMetaData(CONF_CONNECTION_URL);
        }

        if (url == null) {
            // 組み込みデフォルト値 ※お好みでリソースから読むのでも
            url = CONF_CONNECTION_URL_DEFAULT;
        }
        return url;
    }

    /**
     * AndroidManifestからMETAデータ取得
     * @param    name    パラメタ名
     * @return    METAデータ
     */
    private String getMetaData(String name) {
        try {
            PackageManager manager = mContext.getPackageManager();
            ApplicationInfo info = manager.getApplicationInfo(mContext.getPackageName(),
                                                              PackageManager.GET_META_DATA);
            return info.metaData.getString(name);
        } catch (Exception e) {
            // 無ければ無いで問題ないのですりつぶす
            return null;
        }
    }
}

設定ファイルサンプル。先頭が # の行はコメント行として無視されます。

# 開発環境
CONNECTION_URL=http://192.168.1.20:8080/
# テスト環境
#CONNECTION_URL=http://test.hoge.tamac.jp/
# 本番環境
#CONNECTION_URL=https://hoge.tamac.jp/

Poke bits

Facebookで延々 “あいさつ” を送ってくる方がいて、あいさつを受けたら無視するわけにはいかないので、気付く限りあいさつを返していたのですが、そうするとまたすぐ新しいあいさつが届いて、エンドレスです。終わりがありません。あぁ戦争に巻き込まれちゃったなぁ…って感じ。画面の片隅にブラウザを開いておけば割とすぐあいさつ返しはできるのですが、席を外しづらいとか、ちょっと打合せをしていて目を離してるスキにあいさつされたりとか、気になっちゃうんです。なんとなく。

自動的にあいさつを返すChrome Extensionもいくつかあるようですが（これとかこれとか）、そんなツールに頼るのでは愛がないし失礼ですよね。
やっぱり自分の手で、ていねいに、コードを書かないと。

プログラマ35歳定年説

まだ35歳ではないけれど（ここ大事。テストに出ます）、35歳になるまでに考えたい問題。最近機会があってこの言葉の意味を再考するに至りました。

よく聞く「35歳定年」の理由は

• 新しい技術を覚えられなくなる。柔軟な発想ができなくなる。
• 徹夜や長時間勤務が体力的にできなくなる。
• PG単価では給料が上がらないのでPM、SEへの転向を迫られる。
• 会社がー
• 家族がー

などがあります。
どれも本人次第、場合によっては移籍（転職）することで解決できる気もしますが、一理あるとは思います。

でもそれとは別に、35歳って、ひとつの絶望の淵に直面しているのかなと。
入社してプログラムを覚えて／あるいは学生時代に身につけたプログラミングスキルを活かして「プログラムを作る」ということを生業にして十数年。お客さんと話をしたり、理不尽な仕様変更やデスマを何度も経験して。少しでも改善しようと、よい仕様・よい仕事にしようと、お客さんに喜んでもらえるシステムにしようともがいて、がんばって。でも変わらない現実。全てのお客さんが同じ意識を共有してくれるわけじゃないし、だんだんワガママになっていくエンドユーザー（コンシューマーでもエンタープライズでも）。
そうして溜った鬱憤を晴らすことができず、結局自分ががんばったところで環境を変えられない・この仕事を続けていって幸せになれるの？と絶望に負けそうになる35歳。
同業他社に転職しても境遇は変わらないことも見えてくる、そんな歳なんじゃないかと思うのです。（昨日まどマギ第11話・第12話を観ました←）

あたしは同年代の人より早くからこの業界にいて、立場柄プログラマ以上にいろんなコトを見てきてしまったので、35歳までまだまだ時間があるけれど（重要。テストにry）、それでも限界というか、気持ちが耐えられないと、そう感じる昨今です。

プログラマは35歳で終わりなんてことはない。プログラムは作り続けられるし技術的にもまだまだ伸びる。現にCodeJamの成績は上がっているしあんなに楽しいんだもの。
でも仕事としては。
職業としてのプログラマは、35歳よりだいぶ前だけれど、そろそろ厳しい…かもね?

AndroidManifest.xml file missing!

これまでAndroidアプリの開発でも Emacs + ant を使っていたのですが、今年はいろいろ新しいことも始めるゾ！という意気込みでどうもみんなが使ってるらしい Eclipse + ADT を使いはじめました。宣言

旧来Emacs + ant でビルドしていたプロジェクトディレクトリを丸ごとそのまま Eclipse にインポートしようとしたら AndroidManifest.xml file missing! と言われてしまって完了できなかったので対策メモ。

TextViewのワードラップ

AndroidのTextViewは、英単語が途中で改行されてしまわないようにワードラップ処理をしてくれます。
日本語の禁則処理もしてくれているようなのですが、どうにも不自然で納得できません。(句読点の直後に改行が入らず次の1文字も巻き込んで計算されるなど)

ソースを追うと、TextViewのプライベートメンバ mLayout で保持される StaticLayout がワードラップ処理をしているようです。（setText()に Spannable を渡すと mLayout自体は DynamicLayout になりますが、DynamicLayout が内部で StaticLayout を作ります）
うまいことワードラップする Layoutクラスを作ってリフレクションで mLayout に設定する方法もあると思うのですが、StaticLayoutはそこそこボリュームがあって手を出すのは心が折れるので、InputFilter を使う方法でワードラップ処理を改造してみました。

リバースプロキシとSubversion

Apacheのリバースプロキシ越しにSubversionサーバを立てていたら svn mv や svn cp (それをバックグラウンドで行う svn merge も)ができなくてハマったので解決策のメモ。

ChromeでWebGL

WebGLの仕様上のセキュリティ問題の対策のためと思われるのですが、現在の Chrome(Chrome 16)では WebGL がデフォルトで無効になっているようです。(ソースは見つけられませんでした…手元にある2台の(世代の違う)iMacでどちらもデフォルト無効だったのでそう判断しています)

せっかくChromeウェブストアにおもしろそうなゲームがあっても、WebGLデモサイトにステキなサンプルがあっても、そのままでは表示することができません。

復活の呪文2

Android Marketの人気アプリ 復活の呪文2 の呪文生成アルゴリズムを解析しました!

ハイライト表示

SyntaxHighlighter を使ってBlogger(blogspot.com)でハイライト表示をするための設定メモ。

Django

Python製WebフレームワークDjango。楽しいです。楽しいというか楽チン。
0.96の頃に作ったサイトの保守とかしていてなかなか最新版を追従できていないですが、それでも新しく始めるときはなるべく最新のDjangoを使いたいもの。

そこでDjangoをシステムにインストールしてしまわず、プロジェクトの中に内包することで、1つのシステム(1台のサーバ)上に複数のバージョンのDjango環境を作っています。
ポータビリティが高いので「じゃんごーぽーたびりてぃ」と呼んでいました(^^ゞ
(番号ポータビリティが話題になっていた頃だったので…)

ActionBarCompat

GALAXY NEXUS が発売されてAndroid 4.0(ICS)端末が市場に出てきました。
Honeycombで搭載されたActionBarがいい具合にスマホ化されていてカックイイです(*ﾟ∀ﾟ)

Android SDKのサンプルに、ActionBarCompat という、バージョン差を吸収してActionBarを表示する(Honeycombより前のAndroidではActionBarモドキを表示する)アプリがあったので、Toroくんのブログを参考に拙作 あとでよむ twiccaプラグイン に組み込んでみました(Ver.1.2)。

ところが直後から「IS01で起動できなくなった」「SH-10B(LYNX)で動かない」というコメントが…orz
おかしいな、エミュレータで Android 1.6 でも動くことを確認したのに。。
実機を借りて確認したら AbstractMethodError で落ちてました。ぐぬぬ…

はじめに

Wikipediaによると、日本ではブログは 2002年（平成14年）頃から急速に普及 したらしいです。

さてそれから10年の時を経て、今年はアウトプットを増やしてみようと思いたち、いまさらながらブログを始めてみることにしました。