Google Devs Japan @googledevjp 13時からのセッションは5つあります。B7-1では「高性能な Android アプリを作るには」講演者はティム ブレイです。 #android1 #gdd2010jp
![GDD 2010 Japan「高性能なAndroidアプリを作るには」 #gdd2010jp #android1](https://cdn-ak-scissors.b.st-hatena.com/image/square/1d72d1e1c5ffdbe16a26170c35f4a534aa62dad6/height=288;version=1;width=512/https%3A%2F%2Fs.tgstc.com%2Fogp3%2F10f65770afca090eac742cacc8c5777c-1200x630.jpeg)
遅ればせながら9/28に「Google Developer Day 2010」に参加したので講演のメモをアップしておきます。急いでメモしたので抜けや間違いが有るかも知れませんのでその可能性を理解した上でお読み下さい。 Google Developer Day 2010 http://www.google.co.jp/events/developerday/2010/tokyo/ 高性能な Android アプリを作るには 読み込みを速く アプリ自身の速度 ダメなアプリはGoogleでは"A janky app"と呼ばれる アプリケーションとUIを同じスレッドに置かない UIによるイベント5秒レスポンスが返ってこないとき 1byteのアクセスでも25ms 108/350/500/800ms 3Gでのping ストレージの読み書きはUIのスレッドで行わない indexを使うと読み込みは速くなる
先日9月28日に開催された Google Developer Day 2010 に参加してきました。 中でも個人的におもしろかったTim Brayのセッションを紹介します。 「[AN-1] 高性能な Android アプリを作るには」というタイトルですが、内容はAndroidに限らない、ユーザーインタラクションを含むプログラミングに共通する基本的な考え方だと思います。 追記:動画が公開されたので貼っておきます。 UIスレッドを止めるな! ユーザーエクスペリエンスの中で、パフォーマンスは重要な要素だ。 Androidマーケットでも遅いアプリの評価は低い。 では、何がユーザーにストレスを与えるのか?それはUIの応答速度だ。 一般に、ユーザーは100〜200ms以上反応がないと「遅い」と感じる。 そして、AndroidではFlashメモリやSQLiteへの書き込み*1、HTTP通信などに100m
Google Developer Day 2010 in Tokyo Googleさん主催のイベントということで、GoogleEarthを用いた以下の3つのプロジェクトを主に紹介させて頂きました。 ナガサキアーカイブ アースダイバーマップbis 大島プロジェクト このイベントは参加するだけでもDevQuizと呼ばれる試験をパスする必要があり、おそらく私がこれまで参加したイベントの中で、参加者の意識レベルが一番高いのではないかと思われます。 事実、作品についてご意見を頂くときに、要改善点を幾つか挙げてくださる方が多数おられ、これからの制作するべきものの良い指針となりました。 また、そういった中でプレゼンするというのは、自分たちの作品を「もう一度理解しなおす」為にとても良い機会となりました。 そして、折角の機会なので、各人作品をプレゼンする傍ら、講座をいくつか聴いてきました。私が聴いたのはCS
南関東の「いろんなところから富士山が見える」状況に驚きつづけている 大阪から東京に引っ越して30年以上経つが、じわじわと蓄積されてきた驚きがついに閾値を超えたので筆を執った次第である。正確には「ポメラ DM250を起動してmenuキーを押して新規作成を選んだ」のだが、ポメラを持っていなかったら、さらに驚きが蓄積されていないと…
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く