Heap dump とは Heap dump は現時点でどのようなオブジェクトがメモリに確保されているか解析するための機能です。 動作中のアプリの任意のタイミングでヒープのスナップショットをとる (HPROF形式のファイルとして出力する) ことができます。 このツールも Allocation Tracker と同様、Android SDKに含まれている機能なのでAndroidの開発環境が最低限整っていれば誰でも使用することができます。 今回は Eclipse Memory Analyzer (以下MAT) の使用方法を通して、 Heap dump を利用したメモリ解析について解説したいと思います。 Androidアプリのヒープ領域 ヒープ領域とは、動的に確保できるメモリ領域のことを指します。Androidのヒープ領域は Linuxヒープ (ネイティブヒープ) と Dalvikヒープ (Ja
会員サイトや複数の編集者で運用されるようなサイトの場合、ユーザーのプロフィールなどを表示するケースが多いかと思います。 その際、デフォルトのWordPressのユーザーの項目では、物足りなかったり、逆に余計な項目が存在したりしてしまいます。 そこで、ユーザーの管理画面がどの程度カスタマイズ可能かをまとめてみました。 ※ 本記事は、WordPressの3.1を元に記述しています。古いバージョンや今後のバージョンでは、適用できない場合もあり得ますのでご了承下さい。 カスタマイズが可能な箇所 ユーザーの管理画面で、項目の編集や追加が可能な箇所は、下記５箇所になっています。（関数内部のフックなどを利用すれば、まだ他にも可能かもしれません。） １．管理画面配色下部 利用するフック admin_color_scheme_picker 利用方法 １）管理画面の配色欄内にフォームなどを追加 ２）一旦、セル
オペレーションとかインフラ系のエンジニアリングからは少々離れそうなので、個人的な備忘録がてら、Gitのブランチモデルについて。淡々と書くよ。 見えないチカラ: A successful Git branching model を翻訳しました 基本的に、このA successful Git branching model（上記は翻訳記事）を参考にしています。ですが、完全ではありません。運用しながら都合よく省略していますし、悪く言えば曲解もしています。あくまで、わたしが都合良く解釈して取り回した結果と考えてください。 さて、このようなドッシリとしたブランチモデルが、あらゆる規模のプロジェクトに対して有効であるかといえば、もちろんそうではありません。コツコツ個人で開発しているライブラリなどは、ブランチを使わなくても良いケースがあるでしょうし、作ってもバージョン番号ブランチぐらいのケースだってザラ
実は以前に別の場所でも書いたのですが、今回Google Page Speedの方でも少しだけ触れられていたので、改めてまとめ。 自分でも経験があることなのですが、開発をやっているとどうしても、構造をモジュール化して複数のファイルに分割して管理したくなります。 StyleSheetにおいても同様で、プレゼンテーション層のコンポーネントにあわせてCSSを用意し、ページ構成にあわせて取り込むようなことをやりたくなるでしょう。 しかしその際、@import構文を使うのはパフォーマンスと挙動の両方に有害である可能性が高いと、「」の著者としても知られるSteve Souders氏が警鐘を鳴らしています。 使うべきでないポイント @importは、大きく分けて2つの観点で「使うべきでない」とされています。 ひとつは、パフォーマンスの問題。StyleSheetはほぼ全ての主要ブラウザでパラレルロードがサポ
Facebook でアプリ開発を行うときの心構えというか、結構我慢するべき所があります。 Facebook アプリを作成して運用していく場合には以下を先に読まれることをお勧めします。 http://looops-lab.com/naoto/2011/05/26/facebook_application_dev/ とても良くまとまっています。 で、開発者としては以下のような点に注意する必要があると思います。 APIの仕様変更が起こるものとして設計する Facebook に対して何かリクエスト行う部分は関数化してアプリ本体側とは分離 (役割分担と影響範囲の局所化) リクエストを行う部分がエラーになってもログに出力して アプリが進行停止にならないようにしておく。 ログへのエラー出力を検出するようにしておくと把握しやすくなります。 PHP の SDK はラッパライブラリ？ タブアプリを作成する際に
usa567 เว็บไซต์การพนันออนไลน์ชั้นนำที่เป็นที่รู้จักมากที่สุดและมีเกมทำเงินชื่อเสียงที่ได้รับความนิยมทั่วโลก ไปจนถึง ทางเราเสนอเกมสล็อตชั้นนำที่มั่นคง สนุกสนาน และมีโปรโมชั่นมากมาย และมีโอกาสที่จะได้รับเงินรางวัลแจ็คพอตให้แตกอย่างหรูหราเข้าเล่นเกมสล็อตที่มั่นสุดจากทั่วโลก รับโปรโมชั่นดี และลุ้นรับรางวัลแจ็คพอตใหญ่ ได้ที่นี่! เพราะ usa567 สล็อต คุณสามารถเดิมพันออนไลน์ที่มั่นคงและปลอดภัย ทำฝาก-ถอนอัต
Perl › デバッガ Perlのとても便利な道具のひとつにデバッガがあります。デバッガを使うとスクリプトを一行づつたどって変数の中身を見たり、ブレークポイントを設定してその位置で停止したりすることができます。 デバッガは本当に便利なのですがPerlをやっていても意外と知らない人がいます。ひとたびデバッガを覚えてしまうと試験をするときに手放せなくります。Perlを覚えたての時期からどんどん使っていって欲しいツールです。そんなデバッガのコマンドとテクニックをまとめてみました。 デバッグ用のスクリプト デバッグ用の簡単なスクリプトを準備しました。debug.plという名前で保存してください。このスクリプトを使用してデバッガの解説をします。 my $message = 'Hello'; my @nums = (1, 2, 3); my %scores = (math => 80, english
ゲームやニュース、小説、SNS（Social Networking Service）機能などを提供する携帯電話向け総合ポータルサイト「モバゲータウン」（以下モバゲー）。いわずと知れた人気サイトである。モバゲーを運営するディー・エヌ・エーは2009年夏、『怪盗ロワイヤル』や『ホシツク』といった、いわゆる「ソーシャルゲーム」を追加したところ、それらのゲームは予想を上回る人気を集めた。 モバゲーのページビュー（PV）は、2009年8月は前月比5.6％増であったが、ソーシャルゲームを追加した後は前月比14～36％増の状態が続き、2010年2月時点で517億7860万PV/月を記録した。 人気サイトを支えるシステムとはいえ、これほどのアクセス増を見込んで作ってはいない。実際、モバゲーのシステム担当者に2009年9月以降の状況を聞いたところ、「綱渡りのようだった」（ディー・エヌ・エー システム統括本部
チケット駆動開発を上層部へアピールするのに最も効果的なことは、現場の数字を提示することだ。 社長や取締役、管理職は、数字が非常に好きな人達。 彼らは、いつも売上の数字とにらめっこしている。 彼らは月次売上のために、請け負ったプロジェクトの進捗や品質をすごく気にしている。 チケット駆動開発を実践すると、チケットに日々の作業状態がリアルタイムに入力されるため、進捗をリアルタイムに見ることができる。 RedmineやTracでは、生成されたガントチャートから、赤色のタスクが遅延しているのが分かる。 カレンダーを見ると、月別のタスクの一覧が表示され、取消線のないタスクは作業中であることが分かる。 ロードマップから、バージョン単位の進捗が出るので、マイルストーンまでの残日数と比較して間に合うのかどうか考えることができる。 チケット集計結果であるサマリから、バージョンやコンポーネント単位の残チケット数
こんにちは、某Perl界隈のIRCチャンネルでPythonがマイブーム的なKY誤爆をしてしまったtmaesakaです。 先日、以前から興味のあったGoogle App EngineとMemcache APIについて少し調べ、こちらに英文で報告したのですが、今日は日本語で要約したまとめを紹介します。 まず軽く前置きですがGoogle App Engine (GAE)とは、Googleが提供しているウェブアプリケーションをGoogleのインフラ上でスケーリングや冗長化など、ある程度のノウハウや資金を要求される面倒な事を気にせずに運営できるプラットフォームです。つまり、典型的なPaaSの例であり、サービスの運営コストをelastic（伸縮）にします。昨今バズワード化しつつあるクラウドコンピューティングの一種でもあります。 GAEのインフラはGoogleより提供されているAPIセットを用いて利用し
もう一度--rebuildコンパイルしたらたぶんできそうだけどリリース番号の前にcocoとつけたかったので、展開して少々specファイルを修正。 こういう場合はリリース番号の*前*ではなく*後ろ*につける． ちなみにうちはこういうファイルを用意して $ cat /etc/rpm/macros.dist %dist .ELF %ELF 1Releaseはこんな感じに書く． Release: 6%{?dist}こうすると，「〜-6.ELF.src.rpm」とか「〜-6.ELF.i386.rpm」とかができる． 最近のRed Hat系のリリースはこういう値になっていることが多いので，そのままリビルドしても自分でリビルド下っぽくなるから便利(Red Hat系以外のRPMの状況は知らん) ちなみに僕はこの2〜3年くらいmakeでRPMビルド環境を作っている． $ svn up Subversionリ
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
シニアコンサルタント。「理論は大事だ」と言いながら、勘や直感も大切にするシステム屋。スペシャリストになるつもりが、いつの間にか「何でも屋」になっていることに悩みつつも、お客様のシステム開発プロジェクトを様々な側面から支援する日々を過ごしている。 http://www.ulsystems.co.jp/ シニアコンサルタント。間違った要求に正しく応えようと努力しても、決して報われない。正しい要求をお客様と共に考え、正しい要求によるシステム開発支援を行うことにより、参画メンバが良かったと思えるプロジェクトになるよう、日々コンサルタントとして奔走中。 http://www.ulsystems.co.jp/
第8回「ソフトウェアの不具合を追跡するには」では、不具合報告書のライフサイクルと状態、処理方法について説明しました。今回は、不具合報告書に記述すべき項目を紹介します。また、トリアージという考え方についても紹介します。 不具合報告書に記載すべき項目 不具合報告書の書式に用意すべき項目には、次のようなものがあります。 不具合報告書のID番号 件名 製品名 状態と処理方法 サブシステム名 各担当者名 不具合が再現したバージョン／ビルド番号 不具合を解決｛する|した｝バージョン／ビルド番号 環境 深刻度と優先度 再現性 再現手順 添付資料 回避方法 履歴／コメント これらの項目について、詳細に見ていきましょう。 不具合報告書のID番号（ID） ユニークなIDを記入する項目です。不具合（報告書）を一意に特定できるように、不具合報告書には通しの番号を付けます。同じ書式でたくさん書かれる文書には、どんな
Firefox拡張機能(extension)の作り方 Firefox拡張機能(extension)の作り方を説明します。 Firefox 拡張機能とは Firefox add-onの一種です。 add-onは次のように分類できます。 plugin ...実体はexeやdll。C++で作成。素人にはお勧めしません 検索バー ...実体はXMLの設定ファイルのみ。見れば分かるので説明はしません スペルチェッカ ...日本語には無縁なので未調査(たぶんファイルを作るだけ) 拡張機能 ...実体はXML、JavaScriptとCSS。必要なら、C++で書くXPCOM。これから説明します テーマ ...拡張機能のサブセット。CSSのみの場合をテーマと呼びます
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く