LatteのUIを大きく改善中

年末にLatteのRPCサービス検証してみる、とか言ってから沈黙を保ち続けてたが、結論から言うと無理だった。いや、作るには作ったんだが、URLフェッチしてデータストアに叩き込んだ時点で、すでにCPUクォータを60%近く使い切った状態。これじゃあ、そのあとのリクエストを捌いてたらあっという間に天井張り付きになって、さすがにこれは実用的じゃないという意味で無理と言う判断。

てなわけでGAE/Jを中間サーバにするのはいったんあきらめて、Latte自体のブラッシュアップに力を注いでた。といっても、仕事が多忙でなかなか時間が取れず、ここ1週間くらいでやっと手をつけられたとこ。

で、どうにかできたのが下の画面。

ちゃんとできてんじゃん、なんて思うなかれ。

このUI、実はとんでもなくパフォーマンスが悪いのだ。

データダウンロードに時間がかかる(3G回線で7秒くらい)のは仕方がないとして、3列1日分の画面を描画するのに、HT-03Aの実機でおよそ10秒。一度キャッシュに残せばあとはそこそことしても、さすがにこれではなぁ。。。

というわけで、このままリリースすべきか、パフォチューにしばらく時間をかけるかで悩み中。でも、そろそろXPERIAも出るし、それまでには何とか公開したいなぁとも。

さて、どうしたものか。

Android 1.6到達

今朝の配信にて、手持ちのHT-03AもついにAndroid 1.6にバージョンアップした。

先にアップデート完了した人の感想とかは事前に見てたので、さほどすごい期待をしてたわけじゃないけど、実際に使ってみると少し堅牢になったかな、と言う印象。1.5までだとスクロールでもたつくことが多かったけど、それが比較的軽くなってるような気がする。全体的なレスポンスも、わずかながら上がってるかな。

Donutには大きな機能追加はないし、やはり2.0となるEclairが出るまではびっくりするような改善はないのかも。2.0のSDKもリリースされたし、まずはアプリ作りを通して新機能を学んでおくか。

ちなみにLatte。

コメントでいろいろ感想をいただいてるのだけど、ちゃんと対応できなくて申し訳ない。
最低でも、番組の終了時刻は何とか表示したい(自分でも不便だと思ってる)のだが、 それ以外の機能性との兼ね合いから、どうしても終了時刻は容易には取れない状況。
やはり、GAE/Jを使った中間配信サーバ構想を現実のものにするしかないのか。
まずはGAE/Jにクロールした番組表をストアできるような仕組みを作らないとな。

Donut乗り遅れ

HT-03Aにも、10/23からAndroid 1.6(Donut)の提供が始まったらしい。

http://k-tai.impress.co.jp/docs/news/20091022_323694.html

ま、それ知ったの土曜日なんだけどね。
金曜仕事休んでたから、情報入手が遅れた・・・


でだ。

帯域確保なのか何なのかは知らんけど、全員に一斉配信はせず、ユーザ絞って順次提供という方針をとっている。こちら側からアップデート取りに行くこともできんので、世の中は配信対象から落選したDonut難民であふれてる状況。
で、ご多聞に漏れず、おいらもばっちり難民状態(´･ω･`)
噂では10/26の3:00に第2回の配信が行われるらしいので、おとなしくあと3時間待つことにします。

起きてたら通知来てますように(‐人‐)

Latte公開

更新は1年くらい寝かしておいた方がよいものができる、とか。
「Latte」公開とともに、更新も再開。


最近はAndroidに夢中。
発売日にHT-03Aを受け取りに行って、毎日いじり倒し中。
やはりJavaですべてが書けるのはかなりよい。
ただ、オブジェクト指向を優先させると、意外とパフォーマンスが出ず。
DateFormatのインスタンス化にすんげー時間かかったのは正直びっくりした。
やはり新しいプラットフォームは経験を積まないと見えてこないところが多い。


そんなわけで、テレビ番組表「Latte」を昨日リリースした。
自分が欲しいから作ったんだけど、せっかく作ったのでAndroid Marketに登録した。
UIはまだかなりしょぼしょぼだけど、いろいろと修正を加えていいものにしていきたい。
使ってみたらコメントいただけると助かります。

クエリ結果のクラスへのマッピング

T字形ER図で基本のテーブルを設計しちゃったシステムがあって、いつも使ってるHibernateを適用しづらくなってしまった。

てことで、クラスとテーブルをマッピングするソリューションについて、代替案をいろいろ探してみたんだが、DbUtilsかSpringのJdbcDaoSupportか、といったところで詰まった。

必須機能ではないんだけど、2つ以上のテーブルをjoinした結果を、各々のテーブルオブジェクトの二次元配列として返してくれるのがない。
クラスへのマッピングを諦めてMapで扱うのもいいんだけど、Stringで扱うとリファクタリングきかないし、個人的にはやめておきたいところ。
join結果を1クラスにする方法もあるけど、これだとjoinのパターンごとにわざわざクラスを作成しなきゃいけないのでこれも面倒。

じゃーってことで、自前でマッパを作ろうと思って意気込んでみたものの、OracleのjdbcドライバじゃResultSetMetaData#getTableName(int)でテーブル名が引っ張ってこれないという事実（ﾟдﾟlll）

うーん困ったぞ。
Hibernateのnative queryみたいに、

select {a.*}, {b.*} from table_a a, table_b b where a.fk = b.id

のようなaliasは、SQL単品ではできないものか。
SQL嫌いだからあんまり勉強してなくてわかんないやヽ(´ー｀)ノ

ふぅ