HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方
HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方 目次 この文書について 設計文書のうまい書き方 なぜ設計文書を書くのか 良い設計とは何か 同僚の開発者に向けて書く 第 1 節に書くこと: プロジェクト/サブシステムの目的を示す 第 2 節に書くこと: 設計に使う高レベルなエンティティを定義する 第 3 節に書くこと: 個々のエンティティに関する低レベルの設計を書く 使い方 設定 モデル 相互作用 第 4 節に書くこと: 利点, 前提, リスク/懸念事項 マネージャ向けに書くこと 最後に 設計文書のうまい書き方 この文書について "How to Write an Effective Design Document" の日本語訳です. http://blog.slickedit.com/?p=43 推敲歓迎: 誤訳, タイポ, 訳語の不統一,
ITmedia Biz.ID：Wordのお節介をなくす10の方法
何かとお節介な動きをすることが多いOffice。これらの設定を変更し、直感的に使うためのTipsを紹介する。Word編。 前回のExcelに引き続き、今日はWordの「お節介をなくす10の方法」を紹介する。内容的にはExcelと一部重複するが、設定画面の階層が異なる場合も多いので、同じTipsについても改めて紹介する。Word 2002／2003のほか、Word 2007でも検証した。 Wordの「お節介をなくす10の方法」インデックス アルファベットの1文字目が勝手に大文字になったり、記号に変換されるのを防ぐ 「1.」や「・」が行頭にある文章を改行した際、勝手に箇条書きになるのを防ぐ URLにハイパーリンクが勝手に張られるのを防ぐ 単語の下に波線を引かれるのを防ぐ 勝手にスペルチェックされるのを防ぐ 図を挿入する際に、勝手に描画キャンバスが作られるのを防ぐ あまり使わないメニューが勝手に
勉強会のまとめ方を公開するよ！
おかげさまで勉強会のまとめ記事が人気です。 知り合いからもまとめ方を知りたいと言われたので、hamashunのやり方を書いてみます。 ノートPCの使用が前提になっています（ある程度のタイプ速度が出せないと手書きの方がいいかも）。 勉強会当日のメモを取る時 多少の誤字は気にしない 「くだしあ」とか「でうｓ」とか、その程度の誤字は無視します。 あくまでメモなので、読み返した時に記憶を蘇らせるキーにする事が重要です。 あんまりにもひどい誤字は、スピーカーさんの喋りが一息ついた時に直します。 喋っている間はタイプし続けた方がいいと思います。 見出しを作る スピーカーさんの話し方やスライドの雰囲気から察して、いわゆる大見出し的な発言は目立つようにします。 頭に■とか付けるだけでも大分違います。 僕が使っているez-htmlというエディタは、txtファイルでも色指定を設定できるので、視覚的に区別しやす
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
