タグ

ブックマーク / www.hyuki.com (9)

  • デスマーチが起きる理由 - 3つの指標

    Your system administrator has blocked your computer or device. Please contact the system administrator.

  • 文章を書く心がけ

    目次 はじめに 読者に対する心がけ 誰がその文章を読むのかを考えよう 読者は何を知っているかを考えよう 読者がどんな感じを受けるかを考えよう 読者と対話する気持ちになろう 自分に対する心がけ 書こうとせず、読もうとしよう 読もうとせず、読みはじめようとしよう 何でも書いていいんだよ 惜しげなく人に与えよう 人からのものには敬意を払おう 魔法の呪文は毎回発見しよう まず自分がよく理解しよう 知識を誇るために書くのをやめよう その他の心がけ 言葉についての心がけ 長い文は注意して使おう 書いたものは必ず読み直そう 適切な例を示そう 言い換えの練習をしよう 8割でよしとしよう すべてを動員しよう その他の心がけ 環境についての心がけ 人の「気」を意識しよう 頑丈で軽い文章作成のツールを使おう その他の心がけ 編集者に対する心がけ 助言はよく聞こう 自分の状況を正しく伝えよう 感謝の気持ちを忘れな

  • 書籍『数学ガール』:

    数学ガール」シリーズは、 高校生の「僕」が数学ガールたちと数学に取り組む物語です。 読み物形式でありながら、取り扱う数学的内容は格的。 ひとあじ違う数学にチャレンジしてみませんか。 学生さんから社会人まで大人気! コミックスも英語版もあります。 もちろん、電子書籍も! 「数学ガールの秘密ノート」シリーズは、 対話形式でやさしい数学に取り組む物語です。 高校生の「僕」、高校生のミルカさんやテトラちゃん、 中学生のユーリといっしょに数学に触れてみましょう。 中学生・高校生が数学に親しむのにぴったり! どの巻からでも読めますよ。 英語版もあります。 もちろん、電子書籍も! 新シリーズ「数学ガールの物理ノート」は、 対話形式でやさしい物理学に取り組む物語です。

    書籍『数学ガール』:
  • ChangeLog - - ソフトウェアの変更履歴を書くためのテキストの形式

    ChangeLog - - ソフトウェアの変更履歴を書くためのテキストの形式 目次 ChangeLogとは何か ChangeLogの書式について CVSとChangeLogについて ChangeLogの具体的な使い方 来のChangeLogの使い方 ChangeLogをメモとして使う方法 Emacs以外でChangeLogを書いてみる CVSのコミットログを cvs2cl で Changelog 化する ChangeLog関連ツール コメント ソフトウェアの変更履歴を書くためのテキストの形式 ChangeLogとは何か ソフトウェアの変更履歴を書くためのテキストの形式 一部の人々はメモ帳として利用している さらに一部の人々は日記として利用している ChangeLogの書式について ChangeLogの書式についてはあちこちで議論があるようです。 (1)GNU styleにすると良い (2

  • ConsistentHashing - コンシステント・ハッシュ法

    ConsistentHashing - コンシステント・ハッシュ法 目次 この文書について コンシステント・ハッシュ法 実例 実装 用途 コンシステント・ハッシュ法 この文書について "Tom White's Blog: Consistent Hashing" の日語訳です. http://weblogs.java.net/blog/tomwhite/archive/2007/11/consistent_hash.html 推敲歓迎: 誤訳, タイポ, 訳語の不統一, そのほか... 原文のライセンス: http://creativecommons.org/licenses/by-nc-sa/2.0/ 私は今までに何度かコンシステント・ハッシュ法にとりくんだことがある。 このアイデアをあらわした論文 ( David Karger らによる Consistent Hashing and R

  • HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方

    HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方 目次 この文書について 設計文書のうまい書き方 なぜ設計文書を書くのか 良い設計とは何か 同僚の開発者に向けて書く 第 1 節に書くこと: プロジェクト/サブシステムの目的を示す 第 2 節に書くこと: 設計に使う高レベルなエンティティを定義する 第 3 節に書くこと: 個々のエンティティに関する低レベルの設計を書く 使い方 設定 モデル 相互作用 第 4 節に書くこと: 利点, 前提, リスク/懸念事項 マネージャ向けに書くこと 最後に 設計文書のうまい書き方 この文書について "How to Write an Effective Design Document" の日語訳です. http://blog.slickedit.com/?p=43 推敲歓迎: 誤訳, タイポ, 訳語の不統一,

  • TheC10kProblem - 「C10K問題」(クライアント1万台問題)とは、ハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする問題のこと

    TheC10kProblem - 「C10K問題」(クライアント1万台問題)とは、ハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする問題のこと 目次 この文書について C10K 問題 関連サイト まず読むべき I/O フレームワーク I/O 戦略 1. 各スレッドが複数のクライアントを受け付ける. そしてノンブロッキング I/O と レベル・トリガ型の完了通知を利用する. 伝統的な select() 伝統的な poll() /dev/poll kqueue() 2. 各スレッドが複数のクライアントを受け付ける. そしてノンブロッキング I/O と 変更型の完了通知(readiness change notification)を利用する. kqueue() epoll リアルタイム・シグナル fd 単位のシグナル (Signal-per-fd)

  • hyuki.com | 結城浩 | 教えるときの心がけ

    目次 はじめに 教える前に 教える前に、学ぶ 教える前に、自分を整える 教える前に、相手を整える 教えるとは、ドラマを演じること ここは舞台、あなたは演技者 型にはまらず、ダイナミックに 教えるとは、ガイドすること 生徒の知っていることからはじめましょう 全体像を伝えましょう すべてを教えてはいけません 教えるときの二刀流 二つの方法 二つの表現 語るか聞くか メタな立場 広さと深さ 教えるとは、生徒との対話 教えることは、知識を伝えるだけじゃない 対話は一方通行じゃない 対話の進み方は一定じゃない 対話は謙虚に 教えるとは、はげますこと、ほめること 安心して質問できますか 生徒をおどかしてはいけません 生徒をばかにしてはいけません 生徒を恐れてはいけません 優秀な生徒と期待にそわない生徒 ところで、いつまで教えるつもり? 付記:父の思い出 付記:教えることについての独り言 読者のみなさん

    hyuki.com | 結城浩 | 教えるときの心がけ
  • BrewersCapTheorem - ブリュワーの CAP 定理

    BrewersCapTheorem - ブリュワーの CAP 定理 目次 この文書について ブリュワーの CAP 定理 - Amazon と eBay のクールエイド ブリュワーの(CAP)定理 一貫性 (Consistency) 可用性 (Availability) 分割耐性(Partition Tolerance) 定理の重要性 図解で証明 CAP と折り合う 1. 分割耐性を諦める 2. 可用性を諦める 3. 一貫性を諦める 4. BASE に跳ぶ 5. 問題をかわして設計する まとめ 参考文献 ブリュワーの CAP 定理 この文書について "Brewer's CAP Theorem - The kool aid Amazon and Ebay have been drinking" の日語訳です. http://www.julianbrowne.com/article/view

  • 1