Amazon.co.jp: ゲームメカニクス大全 ボードゲームに学ぶ「おもしろさ」の仕掛け: Geoffrey Engelstein (著), Isaac Shalev (著), 小野卓也 (翻訳): 本
詳解システム・パフォーマンス 3章「オペレーティングシステム」輪読メモ - ゆううきメモ
詳解システム・パフォーマンス 第2章「メソドロジ」メモ - ゆううきメモ の続き。今回は第３章「オペレーティングシステム」 システムパフォーマンス分析では、オペレーティングシステムとそのカーネルについての理解は必要不可欠だ。システムコールがどのように実行されるか、CPU がどのようにスレッドをスケ ジューリングするか、限られたメモリがパフォーマンスにどのような影響を及ぼすか、ファイルシステムは I/O をどのように処理するかなどのシステムのふるまいについて、あなたは頻繁に仮説を立て、それをテストすることになる。これらのふるまいを理解するためには、オペレーティングシステムとカーネルの知識を使わなければならない。 Brendan Gregg,西脇靖紘,長尾高弘「詳解システム・パフォーマンス」, オライリージャパン p.85 議論 章の内容をベースに議論
詳解システム・パフォーマンス 第2章「メソドロジ」メモ - ゆううきメモ
書籍「詳解システム・パフォーマンス」 下読み - ゆううきメモ の続き。今回は第2章「メソドロジ」。 パフォーマンスアナリストが複雑なシステムに立ち向かうときに、パフォーマンス問題を起こ している場所を特定し、問題を分析するためにどこから始め、どのような手順を踏んだらよいかを示してくれるのがメソドロジである。 Brendan Gregg,西脇靖紘,長尾高弘「詳解システム・パフォーマンス」, オライリージャパン p.15 この章で興味深かったのは以下の7点である。 Known-Unknowns リソース使用率の定義と飽和(Saturation)の概念 ワークロード分析(workload analysis)とリソース分析(resource analysis) USEメソッド 競合とコヒーレンスのスケーラビリティプロファイルの差 待ち行列理論 ヒートマップ Known-Un
書籍「詳解システム・パフォーマンス」 点検読書 - ゆううきメモ
詳解システム・パフォーマンス輪読を始めた。初回は、全体把握と第1章。 全体把握というのは、書籍「本を読む本」でいうところの読書の第2段階「点検読書」のうち組織的拾い読みに該当する。さらに同著には、積極的読書のためには質問をすることが重要と書かれており、点検読書の段階では、「全体として何に関する本か」、「何がどのように詳しく述べられているか」に関する質問に答えるとよい。自分の考えでは、「この本を読んで達成したいことは何か」という質問にも、点検読書の間に答えられるとよいと思っている。 全体として何に関する本か、何がどのように詳しく述べられているか システムパフォーマンス分析に関する本である。特に、まえがきに書かれているように、「オペレーティングシステム、そ してオペレーティングシステムのコンテキストにおけるアプリケーションのパフォーマンスについての本」である。 具体的には、システム
データサイエンティストを目指すというかデータ分析を生業にするなら読んでおきたい初級者向け5冊＆中級者向け12冊（2015年冬版） - 渋谷駅前で働くデータサイエンティストのブログ
(Photo via VisualHunt) 追記 2017年3月現在の最新書籍リストはこちらです。 最近になってまた色々とデータサイエンティストを目指す人向けのお薦め書籍リストとか資料リストとかが出てきてるんですが、個人的には何かと思うところがあるので僕も適当にまとめておきます。偏りありまくり、完全に主観で決めたリストなので文句が出まくるかと思いますが、もはや毎回のことなのでご容赦を。 なおこちらのリストはあくまでもビジネスの現場でデータ分析を生業にする（しようとしている）人たち向けのものであり、研究者含めたガチ勢の方々向けのものではありませんのでどうか悪しからずご了承下さい。 ちなみに毎回言ってますが、アフィリエイトは全くやっていないのでここに貼られたリンクを踏んで皆さんが購入されても僕の懐には一銭も入りません。拙著だけはそもそも例外ですが（笑）。*1 初級者向け5冊 一応初級者向けと
ソフトウェアプロセス技術がロストテクノロジーになっている - きしだのHatena
最近会った人とよく話すのが、ソフトウェアプロセス技術がロストテクノロジーになってるんではないかということです。 ソフトウェアプロセスというのは、「プロセスがよいソフトウェアをつくる」という前提のもと、どのようなタイミングでどのような成果物を作り、どのような管理をし、どのように検査をしてソフトウェアを作るかという手順です。 そして、プロセス技術というのは、そのようなプロセスを構築し運用し改善する技術です。 このようなソフトウェアプロセス技術は、1995年くらいから2000年くらいにかけて盛り上がり広まりかけたのですが、そのタイミングでWebが広まりはじめ、「Webは進化が速い」「作るものがどんどん変わる」などを合言葉に、「アジャイルプロセスを採用する」という名目でなんら管理されないプロセスが普及しました。その結果、プロセス技術は完全に下火になっているように思います。 もちろん、Webの発展段
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: システム障害対応の教科書: 木村誠明: 本
Amazon.co.jp: ソフトウェアグローバリゼーション入門 国際化I18Nと地域化L10Nによる多言語対応 (impress top gear): 西野竜太郎 (著), 達人出版会 (その他): 本
Amazon.co.jp: だまし絵を描かないための-- 要件定義のセオリー: 赤俊哉: 本
Amazon.co.jp: プログラマの数学第2版: 結城浩: 本
Amazon.co.jp: 暗号技術入門 第3版: 結城浩: 本
Amazon.co.jp: 暗号技術のすべて: IPUSIRON: 本
Amazon.co.jp: 認知意味論: 言語から見た人間の心: ジョージレイコフ (著), 嘉彦,池上 (翻訳), 誓作,河上 (翻訳), Lakoff,George (原名): 本
生産管理・原価管理システムのためのデータモデリング
Amazon.co.jp: システム仕様の分析学―ソフトシステム方法論: Brian Wilson (著), 根来竜之 (翻訳): 本
Amazon.co.jp: 「派生開発」を成功させるプロセス改善の技術と極意: 清水吉男: 本
Amazon.co.jp: [改訂第2版] [入門+実践]要求を仕様化する技術・表現する技術 -仕様が書けていますか?: 清水吉男: 本![Amazon.co.jp: [改訂第2版] [入門+実践]要求を仕様化する技術・表現する技術 -仕様が書けていますか?: 清水吉男: 本](https://cdn-ak-scissors.b.st-hatena.com/image/square/455db559d48a4549f2430c1467d65d680b64c311/height=288;version=1;width=512/https%3A%2F%2Fm.media-amazon.com%2Fimages%2FI%2F51hV6os4M5L._SL500_.jpg)
Amazon.co.jp: Team Geek ―Googleのギークたちはいかにしてチームを作るのか: Brian W. Fitzpatrick (著), Ben Collins-Sussman (著), 及川卓也 (解説), 角征典 (翻訳): 本
Amazon.co.jp: Domain-Specific Application Frameworks: Frameworks Experience by Industry: Fayad, Mohamed E., Johnson, Ralph E.: 本
Amazon.co.jp: ソフトウェア・テストの技法 第2版: 松尾正信 (翻訳), J.マイヤーズ (原著): 本
