ログイン読み込んでいます…
Google Chrome runs web pages and applications with lightning speed. 高度なサービスを提供するWebアプリケーションの実装はますます複雑化しており、メモリの消費量も増え続けている。複数のフレームワークを活用した複雑なシステムでは、どのコードやオブジェクトがメモリを消費し、どこでメモリリークが発生しているのかのトレースが難しくなる。そういった場合に活用できるChromeの機能がChromium Blogの「Put JavaScript memory under control」で公開されている。Chromeにどういった機能が用意されているのか把握するうえで参考になる。 まずページごとにどの程度のJavaScriptメモリが消費されているのか計測する方法として、タスクマネージャを使う方法が紹介されている。設定ボタンから「ツール」
私の所属している会社では、2年程前にバージョン管理システムをSubversionからGitに移行し、現在まで開発フローを試行錯誤してきました。ようやく形になってきたということで、守秘義務に接触しない程度に紹介&考察していきたいと思います。 形になってきたとはいえ、まだまだ試行錯誤中ですので色々なツッコミは大歓迎です。 現在の開発フローの俯瞰図# 現在の開発フローを俯瞰してみると大体下記図のような感じになっています。途中で図を書くのが面倒になった都合上、Jenkinsさんが1人しか居ませんが、実際はmasterブランチの他にreleaseブランチも監視してもらっています。 以降この図を元に話を進めていきたと思います。 Gitoriousを利用して自由に開発# GitoriousというGitHubに似たサービスがあります。このGitoriousはオープンソースとしても公開されていますので社内に
The document discusses mobile game monetization and metrics like ARPPU (Average Revenue Per Paying User). It analyzes the performance of two games, TwinkleBar and CoordeMania. TwinkleBar had 15,000 DAU (Daily Active Users), 200 payers, and $100,000 in revenue. CoordeMania had 30,000 DAU, 600 payers, and $300,000 in revenue. The document suggests that increasing DAU through improved retention and m
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く