なにがでるか

MBAのcontrolキーとcommandキーを入れ替えている。 左小指の位置にcontrolが欲しいからだ。 いつからこれが身についたのかは覚えていないけど、学生時代にいじっていたDECやらSoralisやらについていたキーボードがそうだったからだと思う。 Windowsで106/109日本語キーボード使うときは、Caps LockとCtrlを入れ替える。 MBAではcontrolとcommandを入れ替える。 というわけで、MBA上のVM上でWindowsを動かすときは、Windows上の設定でさらにcontrolとcommandを入れ替える。 面倒な身体だ。 全部OS標準で馴染んでいる身体の方がこういう無駄な設定に時間を使わなくていいから効率が良い。 でも、いまさら元に戻れないので設定変更する。 今後も何回も同じことするだろうからメモ書き。 これでよし。 ほかのキーを入れ替えたいときはこっちをみて考えること。 http://uguisu.skr.jp/Windows/winCaps.html 以上。

ちょっと前にMixiさんが DeployGate というサービスを開始しました。 ちょうど困っていた課題を解決してくれそうだったので、使ってみたくなりました。 サービスに関する詳しい話は上のリンクを見るとして、ここでは、DeployGateを使って一般の方（テストの知識が無い方）にテストに協力してもらう時の流れをまとめてみました。バグ管理とか、テスト管理なんかは必要に応じて適当にやってください。ここでは書きません。 実際、自分のアプリはまだテストできる段階ではないので、とりあえず、トライアルで使ってみた限りで思いつくことをまとめてみました。あとちょっとでトライアル期間が終わってしまうので、いつの日か、自分のアプリがテストできるレベルになったら使ってみたいと思います。 というわけで覚え書きです。 実際使った方で「そんなんじゃ回んねぇよ」とかあったら是非教えて下さい。 尚、ここでやろうとしているのはどっちかというとフィールドテストとかユーザからのフィードバックを期待するテストかもしれません。ついでにいろんな端末でいろんな環境でちゃんと動くよね、みたいなのを確認するのが目的です。 ---- 1　開発者側の準備 　1-1　β版程度の品質(とりあえず、動くものが必要)のテスト対象を作成する。 　1-2　テスト対象をDeployGateにアップロードする。 　1-3　テスタ募集する。募集の際、伝えるべきことは以下。 　　1-3-1　DeployGateサービスにユーザ登録してもらう必要がある。 　　1-3-2　テスト端末にDeployGateアプリをインストールしてもらう必要がある。 　　1-3-3　テスタへの連絡手段(DeployGate登録ユーザ名またはメールアドレス)を教えてもらう必要がある。 　　1-3-4　テスト対象をそれなりに使ってもらう必要がある。 　　1-3-5　あくまでもテストなんだから、最悪の場合アプリのデータが消えてしまうかもしれないので必要に応じてバックアップを取ってもらう必要がある。 　　1-3-6　あくまでもテストなんだから、アプリが異常終了しても泣かずに我慢してもらう必要がある。 　　1-3-7　提供元不明のアプリインストール許...

ACE受けてきました。 結果は、 合格しました。 合否判定基準が70%なので、神がかり的なギリさかげんです。ネタかと思いました。 とりあえず、受かったので良しとします。 得点がギリギリだった原因として思い当たるのは、 ・試験問題自体を疑いの目で見ている。 ・EclipseやADTがアシストしてくれる開発ツールのコマンドラインの引数なんか覚える気はない。 ・APIなんかリファレンスをググればいいと思っているので覚える気はない。 ・何よりも試験勉強をする気力がない。 といったあたりです。 「なんだ？この問題突っ込みどころがありすぎて意味わかんね。なんでGUIで使えるツールのコマンドラインの引数なんか覚えなきゃいけないんだよ？リファレンスググればAPI覚える必要ないだろ。そもそも受かっても全然メリットないじゃん。こんなの時間の無駄だ。」などと思ってるわけです。受験する者の精神状態としては最悪ですよね。客観的に見て最悪だと思います。 また、中途半端に知識があるので自分が開発に不要だと思う知識が頭に入ってこないのだと思います。 これはとても不幸なことです。反省しなければいけませんねー。 と、やる気が無い無い言いながら、Twitterで思わぬ方からオススメ情報を頂いたり、祝福のお言葉を頂いたりと、実はそういうのが素で嬉しかったです。 それと、試験受付のおねぇさん(推定20代後半、色白、細め、結構美人、未婚(左手薬指より判断))が受験時の注意事項を説明してくれるのですが、もの凄い高速でマシンガン的に説明するのが機械みたいでした。すごく萌えました。また、何か受験しに行きたいと思いました。 あのおねぇさんをAndroidで作ればいいんじゃないか。

auのIS03からGalaxy NoteにMNP乗り換えしました。 5月末までのDの乗り換えキャンペーンに乗せられました。 最近IS03は全く使っていないので、月額費用が下がってXiの(もしかして)高速な通信がテザリングで使えたらいいか、ぐらいの目的です。 Galaxy Noteそのものについては、SPenでなんか作ろうかな、という目的もあったりしますが、今のところ特にネタはありません。とりあえず、テザリング向けに電池の容量がデカかったのがこの端末を選んだ理由です。 というわけで、端末自体にはそれほど興味なかったのですが、実際触ってみるとデカくて電車でさっと出してメール見る、とかの用途には使いにくい。Xperia Activeの方が圧倒的にフットワーク軽く使えます。 テーブルなんかがある落ち着いた場所で使うにはデカイので見やすいです。 ま、あたりまえですな。 そういえば、SmartWatch向けの画面が巨大化してしまう不具合を再現するのに役立ちました。

前回、査定期限まで１週間、とか書きました。実は期限は過ぎましたが、まだ受験していません。 先週、受験チケットが届いて早速翌日受験するぜー、という勢いで予約サイト行ったら、１週間後からしか予約受付してくれませんでした。ガーン。あっさりと査定は終了しました。結局、合格でも不合格でも特に何の影響もない状況になってしまいました。 一応、明日5/31に受験予定です。 せっかくお金払って、勉強もしたので受験するつもりです。 先週、受験チケットが届いた時点ですっかりモチベーションは下がり切っていました。あれから、テキストは１回も開いていません。明日の受験までにテキストを開くかどうかはわかりません。(今のところ開くつもりはありません。) そんなことよりSmartTrainingの次期改造で頭がいっぱいです。

タイトル怪しいですが、Androidの 資格試験ACE を受けることにしました。 査定の条件でACE合格という目標を立てたためです。 目標を立てたのは2011/8。 査定期限は5/25。あと1週間しか無いことに昨日気づきました。 早速Amazonで資格教科書をポチったら届きました。 AndroidはDev Phone 1が発売された頃からなんだかんだで触っているので、わりと慣れているつもりです。何を今更資格取る必要あるのよ、という気持ちも正直ありますが、まぁ、査定のためなので仕方ありません。それがサラリーマンというものです。 そういうわけであまり、モチベーションは高くなかったのですが、ACE受けることをTwitterに投稿したらお薦め参考書情報をいただいたりしました。意外とそんなことでモチベーションはグーンと上がりました。頑張ります。 早速、1章から教科書を読み始めます。1章読み終えた時点で眠い。ちょっとヤバいなーと思っていたら、教科書の内容がちょっと変。 ListViewとSpinnerのイメージが間違ってないかい？ なんか、楽しくなってきました。頑張ります。 その後も、 https://twitter.com/#!/awwa500/status/203483553718210561 とか、 https://twitter.com/#!/awwa500/status/203485216394854400 とか、ちょいちょい突っ込みたい内容が。 これまで、Androidに関して体系的に勉強したことはありませんでした。勉強してみると意外と知らないことはあるな、ということに気付きました。全くの無駄な行為というわけではなさそうです。 とりあえず、全14章のうち、初日で4章まで読破しました。 引き続き頑張ります。

SmartTrainingがVer7.1.0で SmartWatch MN2 に対応しました。 できることと画面イメージは 公式サイト を見て下さい。 LiveView対応と同じノリでサクッと2～3日で対応しようと思っていたら2週間以上もかかってしまいました。 その理由と今回特にこだわったところをまとめてみます。 まず、MN2は以下のような特徴があります。 ・直射日光下では画面がほとんど見えない。 ・操作はタッチパネルで行うしかない。 ・バイブレータが利用できる。 ・直射日光下で見えない画面 本当に見えません。困りました。適当に字を描画しても、とにかく見えません。周囲が暗ければ普通に見えますが、明るくなると極端に見えづらくなります。親機Xperiaの液晶は明るい直射日光下でも比較的見えやすい液晶なので非常に残念です。残念残念ばかり言ってても始まらないので、アプリケーション側でできる対策を考えます。というわけでハイコントラストをかなり意識しました。 ・字は白。 ・背景は黒。 ・アイコンデザインも変更して、他アイコンと判別したい『人の形』の部分を白（以前のアイコンは若干グレーのフィルタをかけてありました）にしました。ほんのちょっとのグレーでも極端に見えなくなります。白黒配色は一見殺風景ですが、そういった理由があります。ちなみに、背景を白、字を黒にしなかったのは、バッテリー消費を少しでも抑えるためです。（そうしろと、ガイドラインに書いてありました） ・タッチパネルで行うしかないI/F LiveViewには、端末右上にハードキーがありました。 ハードキーと左右キーとを組み合わせたUIとしていましたが、SmartWatchはタッチパネルのみ。 画面が小さい上にその小さい画面を指で触るとほとんど覆われて何も見えない状態になります。 ユーザの操作を認識したのかどうかがわかりにくい。これから気持よくランニングを開始しよう、とか、ランニングが終わって疲れてヘロヘロ～、という状態で操作できたのかどうかを見づらい画面を触って操作するなんて耐えられません。というわけでユーザに操作できたことをフィードバックすることにしました。 ・操作受付が可能な部分を触った瞬間、振動させることにしました。 ・特に重要な操作の場合、振動パターンを切り替える...