プレゼン資料作成テクニックのまとめ（企画書、提案書など） - くろいぬの矛盾メモ
元ネタ、というかフォーマットを借りました。文系の方向けに。 プログラミングテクニックのまとめ - プログラミング日記 http://d.hatena.ne.jp/morchin/20080922#p1 とりあえず思いついたもののまとめ。 クライアント向け提案書、社内向け企画書に関わらず有効なものを。 まずは、ベーシックなものから。 議論のスコープ（論点）をなるべく狭くしろ 最小単位なら、１ページ１メッセージ原則。資料全体なら、１提案１ゴール原則。他は利害関係の異なるプレイヤーを同時に口説こうとするな（提案フェーズを分けろ）とか、押し付けをせずに顧客からヒアリングしたニーズを第一に意識せよなど。とにかくスコープは重要かつ意外と奥が深い。スコープに関係するポイントは、経営面でのメリットだけに終始して話を決裁者に通す担当者のメリットを忘れると前に進めない、まず多少不恰好でも与件定義（オリエンテー
プログラミングテクニックのまとめ - プログラミング日記
とりあえず思いついたもののまとめ。 まずは、ベーシックなものから。 変数のスコープをなるべく狭くしろ 他はグローバル変数を使うなとか、モジュール化と界面を意識せよなど。とにかくスコープは重要かつ意外と奥が深い。スコープに関係する機能は、モジュール(パッケージ)、クロージャ、ローカル関数、ローカルクラス、変数の種類、アクセス制御など。 同じロジックのコードを2度以上書くな 他はDRY原則、コピペをするななど。自分の場合、2度書く方がシンプルになる場合、2度書くこともある。特に、ifやswitchなどのロジックの中で同じコードが2度現れる場合、ちょっとしたコードでわざわざ別のところで関数やブロックにまとめて、それを参照するのは面倒。但し3度以上現れる場合は関数などにまとめるケースが多いかも。 汎用コード内で条件分岐コードを減らせ 他はifをポリモーフィズムによりなくせなど。条件分岐は汎用性を損
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ちょっと便利帳
はてなブログ | 無料ブログを作成しよう
