タグ

ブックマーク / mixiengineer.hatenablog.com (6)

  • スマホアプリの品質ガイドラインを公開しました - mixi engineer blog

    UP by Jawbone を衝動買いした挙句、眠りが異常に浅いことが判明し、 金銭サイクルも睡眠サイクルも崩壊しつつある柿崎です。 現在、ミクシィではスマホアプリの開発に力を入れています。 もちろんQA部門でもスマホアプリの品質ってなんだろな?と、考える機会が増えたわけですが、その機会の中で、スタッフが普遍的なチェックリストを作成してくれたので、GitHub Pagesにて公開してもらいました。 スマホアプリ品質ガイドライン リンク先の概要にも記載していますが、スマホアプリ自体の動作よりも、ハードウェアやOS設定を中心とした非機能要件を中心に項目をまとめています。 項目はスマートフォンの進化にあわせて、随時更新していく予定です。 そして、このチェックリストの使い道ですが、全ての項目のクリアを必須にするとデスマ確定になるので、あくまでもスマホアプリの品質を高めるための一助と捉えていただけれ

    スマホアプリの品質ガイドラインを公開しました - mixi engineer blog
  • Androidの機種依存問題を吸収するプロジェクトAndroid-Device-Compatibilityを公開したお話 - mixi engineer blog

    こんにちは。Androidユニットで開発とスクラムマスターをしています、横幕です。すっかり寒くなって、朝起きるのが辛い季節になりました。 先日、Android(TM)の様々な機種に依存する問題を吸収するためのライブラリプロジェクトをmixi, IncのGitHubリポジトリで公開しました。 今回は、このライブラリプロジェクトを公開するに至った経緯をお話しようと思います。 様々な種類の端末に対応するために乗り越えてきた困難 現在、Androidを搭載した端末には、多種多様なものがあります。 そして、OSのバージョンごとの違いだけでなく、同じAndroidを搭載していても、端末ごとに微妙に挙動が異なることがあります。 mixi公式クライアントアプリでも、端末ごとに微妙に挙動が異なることで発生する問題にいくつか直面してきました。 特定の端末で、文字が9,000文字までしか入力できない EditT

    Androidの機種依存問題を吸収するプロジェクトAndroid-Device-Compatibilityを公開したお話 - mixi engineer blog
  • 「第3回 iphone_dev_jp 東京iPhone/Mac勉強会」で発表してきました - mixi engineer blog

    こんにちは。今月は断捨離をすると決め込んでいる田村です。 7/21 (土) に行われました「第3回 iphone_dev_jp 東京iPhone/Mac勉強会」で発表してきました 。 ちなみに第二回では k_kinukawa が mixi の iOS アプリ開発について発表しています。エントリはこちら。 今回私は、個人的に興味を持っていた Parse Framework について発表してきました。発表資料はこちら。 Parse introduction from Tamura Koya Parse Framework は、スマートフォンアプリケーションにおけるバックエンドの機能を提供してくれるサービスです。これを使うことで、サーバにデータを保存、検索が簡単に出来たり、push 通知をサーバサイド実装をせずとも送れるようになります(詳しくは発表資料をご覧下さい)。個人でスマートフォンアプリケ

    「第3回 iphone_dev_jp 東京iPhone/Mac勉強会」で発表してきました - mixi engineer blog
    bonnaroo
    bonnaroo 2012/07/25
    Parse Frameworkについて。
  • Jenkins はじめました + ほか3つ - mixi engineer blog

    こんにちは。加藤和良です。 まずあの話を書いて、それを前提にあの話を書いて、みたいなキューが筆者の中にはあったのですが、正直キューの先端につまってる話はだんだん個人的な関心および記憶がうすれてきました! 昔のはなしですからね。 というわけで、最近のまとめをさらっと書いて、新しいネタをすぐ書ける状態にリセットしたいと思います。 Jenkins mixi ではバージョン管理システムとして Subversion を使っています。安定した、いつでもリリースできるバージョンを trunk に、開発中の機能は branches 以下に作業ブランチをつくり、レビューや QA などの後に trunk にマージする、という運用です。 Buildbot はこのうち trunk だけを追っていたのですが、徐々に「このブランチBuildbot で追うようにして、結果をこの IRC チャンネルに書きこんでほしい

    Jenkins はじめました + ほか3つ - mixi engineer blog
  • mixi Engineers’ Blog » Tokyo Tyrantによる耐高負荷DBの構築

    連休中はWiiのマリオカートをやりまくってやっとVR7000越えたmikioです。愛車はマッハ・バイクとインターセプターです。さて今回は、分散ハッシュデータベースサーバTokyo Tyrantでmixiの最終ログイン時刻を管理するようにした時の苦労話を書きます。 ログイン処理は負荷地獄 mixiでは、全てのユーザについて、各々の最終ログイン時刻を管理しています。「マイミクシィ一覧」や「お気に入り」などの画面で、友人が近い時間にログインしていてコミュニケーションがとりやすい状態にあるかどうか確認できるようにするためです。 mixiのほぼ全てのページはログインしないと見られないページなので、ほぼ全てのページにアクセスされるたびにログイン確認が行われます。したがって、最終ログイン時刻はほぼ全てのページにアクセスされる度に更新されることになります。mixiの中で最も重いデータベースのひとつとして「

    mixi Engineers’ Blog » Tokyo Tyrantによる耐高負荷DBの構築
  • mixi Engineers’ Blog » 新RSS Crawlerの裏側

    このブログでは初めましての長野雅広(kazeburo)です。mixi開発部・運用グループでアプリケーションの運用を担当しています。 12月12日よりmixiのRSSのCrawlerが改善され、外部ブログの反映が今までと比べ格段にはやくなっているのに気付かれた方も多いかと思います。この改善されたRSS Crawlerの裏側について書きたいと思います 以前のCrawlerについて 以前のCrawlerは cronからbrokerと呼ばれるプログラムを起動 brokerはmember DBから全件、idをincrementしながら取得し、外部ブログが設定されていればcrawlerを起動(fork) crawlerはRSSを取得しDBに格納して終了 このような設計になっていました。 この設計の問題として、member DBを全件走査するという無駄な動作と、一件一件crawlerを起動するためオーバ

    mixi Engineers’ Blog » 新RSS Crawlerの裏側
  • 1