デプスインタビューのやり方や準備する質問項目は？ 逆引きリストで解説！ | プロ厳選！ ユーザーを理解する調査手法
インタビュー実施前 ①インタビューする人（被験者）はどのように選べばいいの？デプス・インタビューにおける被験者の選定方法は、大きく分けて2パターンあります。 利用しているユーザーから優先度の高いユーザーを選ぶ インタビューする人を選ぶために、アンケートなどの定量調査データを活用して、利用している人をいくつかに分類（クラスタリング）して、その分類に重要度を付けます。 重要度の高い分類に属しているユーザーのなかから、今回調査したい条件に合う人や個別の属性、回答傾向からウェイトを付けて優先選定候補者としてリストアップします。 その後、電話やメールなどでインタビューの依頼をしていきます。時間や予算、センシティブな配慮事項などの制約条件が強くない場合のプロジェクトではこの選び方をします。 仮説条件に合う身近なユーザーを選ぶ 簡単でカジュアルなインタビューの場合は、定量調査の分類などは行わず、調査対象
plagger - otsune FreeStyleWiki
Plagger 注意 このページは単なるインストール手順のメモです。Plaggerは開発が活発なので、ここの情報は古くなっていることが多いです。 Plaggerについての正確な説明は Plagger公式サイト Shibuya.Plaggers Plagger Plugin はてなブックマーク - タグ plagger などを参照してください。 概要を知りたい場合は公式サイトのPresentationsにある「YAPC::Asia 2006 Tokyo」「Plagger Conference 1 Keynote」のスライドを参照するとよいでしょう。代表的なデモとしてElementary, ... Googleで「はらへった」と検索するとピザが届くようにするまでがあります。 解説 Plaggerは、mixiやBloglinesやWebサイトなど様々なところからデータを取って来て、いろいろなフィ
どういうときにどんなグラフを使えばいいかが一発でわかるチャート - IDEA*IDEA ～ 百式管理人のライフハックブログ ～
ドットインストール代表のライフハックブログ
ffmpeg tutorial
An ffmpeg and SDL Tutorialor How to Write a Video Player in Less Than 1000 Lines UPDATE: This tutorial is up to date as of February 2015. ffmpeg is a wonderful library for creating video applications or even general purpose utilities. ffmpeg takes care of all the hard work of video processing by doing all the decoding, encoding, muxing and demuxing for you. This can make media applications much si
HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方
HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方 目次 この文書について 設計文書のうまい書き方 なぜ設計文書を書くのか 良い設計とは何か 同僚の開発者に向けて書く 第 1 節に書くこと: プロジェクト/サブシステムの目的を示す 第 2 節に書くこと: 設計に使う高レベルなエンティティを定義する 第 3 節に書くこと: 個々のエンティティに関する低レベルの設計を書く 使い方 設定 モデル 相互作用 第 4 節に書くこと: 利点, 前提, リスク/懸念事項 マネージャ向けに書くこと 最後に 設計文書のうまい書き方 この文書について "How to Write an Effective Design Document" の日本語訳です. http://blog.slickedit.com/?p=43 推敲歓迎: 誤訳, タイポ, 訳語の不統一,
仙石浩明の日記: NFS と AUFS (Another Unionfs) を使って、ディスクレス (diskless) サーバ群からなる低コスト・高可用な大規模負荷分散システムを構築する
ディスクレス (diskless) サーバを多数運用しようとしたときネックとなるのが、 NAS (Network Attached Storage) サーバの性能。 多数のディスクレスサーバを賄え、かつ高信頼な NAS サーバとなると、 どうしても高価なものになりがちであり、 NAS サーバ本体の価格もさることながら、 ディスクが壊れたときの交換体制などの保守運用費用も高くつく。 それでも、多数のハードディスク内蔵サーバ (つまり一般的なサーバ) を 運用して各サーバのディスクを日々交換し続ける (運用台数が多くなると、 毎週のようにどこかのディスクが壊れると言っても過言ではない) よりは、 ディスクを一ヶ所の NAS にまとめたほうがまだ安い、 というわけで NAS/SAN へのシフトは今後も進むだろう。 そもそも CPU やメモリなどとハードディスクとでは、 故障率のケタが違うのだから
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
HOWTO: Install and use the latest FFmpeg and x264
具体的に何を着たらいいのかを教えてくれる『Dress Code Guide』 | 100SHIKI