Androidの最近のブログ記事

俺はGalaxy Nexus買ってないけどな!でかすぎるし

私が「Ice Cream Sandwich」を嫌いな理由 - Kazzzの日記
やっぱり不評みたい

...というのが今回のGDDでの最大の収穫かなぁ。
懇親会に申込み損ねてしまったのでなんだか不完全燃焼みたいな感じになってしまいました。

ぐぐるTVが面白そうだったので講演の雑感。

っつーても1.6～4.0までぼちぼち対応しているって程度。
一般アプリ向け。ゲームは知らん。

・10秒に1回のFull GCは当たり前。1秒に1回Full GCすることも
・起動と同時にFull GCを連発
・dalvikにとってGC_FOR_ALLOCは一時オブジェクトの確保しそこない
・BitmapFactoryをひと睨みするだけでGC_FOR_ALLOCで止まる
・あまりにFull GCするからGC_CONCURRENTでも止まってない扱い
・オブジェクト1個の生成時間が3フレームに見える
・グッとガッツポーズしただけで5フレームくらい止まった
・1オブジェクト生成で1Full GCはザラ、2回Full GCすることも
・Androidフレームワークが自分で作った一時オブジェクトでFull GCするというファンサービス
・画面タッチと同時にFull GCし、1GHz CPUを追い抜きフレーム落ち成功
・2フレームスキップのFull GCが起こった次の瞬間気づいたらGC_EXTERNAL_ALLOCしていた
・2011年アメリカ１０大事件　第一位「Dalvik VMでGC_CONCURRENT発生」

これだけGC様のご機嫌を伺いながらトリッキーなコード書かされるとC++の方が生産性高いんじゃないかと本気で思うことがある

相変わらずミログ騒動のどさくさで審査とか言ってるバカが散見されるんだけどさ。
今のAndroid Marketに必要なセキュリティ強化って「フィルタリング」なんだよね。
例えばこういうの。

音楽・動画 | サービス・機能 | NTTドコモ

にわかに話題になっていますが、「どういう時に何の情報が抜かれるのか」が分かっていない人がかなり多そうなので簡単に解説。

(*最後に追記しましたが、仕様が追加されたので以下の問題・攻撃シナリオは(恐らく)解消したと思われます)

もうほとぼり冷めたかな。AppLogの件とAndroidのセキュリティ問題についての雑感。
まず、個人的には個人情報を集めるビジネス自体は「悪しき」ものではないと思ってる。まあオプトインが適切に行われていなかった問題については後述するとして、これはもちろんオプトインが適切に行われていたらの話だ。

以下長文なので引き返すなら今だ。

HoneycombではMenuボタンを廃止しActionBarのボタンに移動させる方向で対応が行われている。
ただしtargetSdkVersionを11未満を指定して作られたpre HoneycombアプリはSystemBarにMenuボタンが表示されることで互換性が保たれる。

Scrollerを使ってflingを実装する場合、Pre Honeycombでは指定されたVelocityでスクロールした後min/maxで設定した境界面にぶち当たってピタッと止まる。
Honeycombではmin/maxの境界面が近すぎる場合、衝突までの時間で減速して止まるよう勝手に逆算してVelocityを改変してしまう(ようだ、ソースが公開されていないから挙動からしか推測できないが)
このため、Pre Honeycombではスイッピタッと止まるところで、Honeycombではいきなり重油の海を泳いでるみたいに減速して全てが軟着陸になってしまう。

ださい。

NotificationにPendingIntentを投げる時、

intent.setFlags(Intent.FLAG_ACTIVITY_SINGLE_TOP);

protected void onNewIntent(Intent intent)

1つのアプリが複数の種類のIntentを持つ場合、notifyの第一引数(int id)によって区別される。

PendingIntentを更新したい時はPendingIntent.getActivityの第4引数(int flags)にPendingIntent.FLAG_UPDATE_CURRENTを設定すると同じidの通知を上書き出来る。