Martin Fowler's Bliki in Japanese - スケッチとしてのUML
http://www.martinfowler.com/bliki/UmlAsSketch.html この使用方法では、 開発者はUMLをシステムのある側面を伝えるのに使います。 設計図と同じように、スケッチをフォワードエンジニアリングやリバースエンジニアリングの方針として使うことが出来ます。 フォワードエンジニアリングでは、 コードを書く前にUMLを描きます。 リバースエンジニアリングでは、 既存のコードからUMLを作成し、 コードを理解しやすくします。 スケッチの肝は取捨選択が可能なところです。 フォワードスケッチングを行えば、 今から書こうとするコードのだいたいの項目を挙げて、 チーム内で話し合うことが出来ます。 スケッチを描くと、これからやろうとしていることについてのアイデアや選択肢を話し合うのに役立ちます。 すべてのコードについて話さなくてよいのです。 最初に同僚に説明したいと思
メモをさせない方法｜悪態のプログラマ
悪態のプログラマとある職業プログラマの悪態を綴る。 入門書が書かないプログラミングのための知識、会社の研修が教えないシステム開発業界の裏話は、新人プログラマや、これからプログラマを目指す人たちへのメッセージでもある。 仕事柄、SE やプログラマに作業内容等の説明をする機会が多い。そんなとき、相手の様子を見ていると、全くメモをとらない人と、常にメモをし続ける人がいる。 話している相手が全くメモを取っていないと、内容を忘れはしないかと心配になる。そして、案の定、そういう人は後になってから質問に来たりする。 一方で、メモばかりしている人を見ると、本当に内容を理解しながら聞いているのかと心配になる。また、相手が下を向いてペンを動かしていると、話を続ける気にはならないので、書き終わるのを待つことになる。時間の無駄だ。 そして、いずれの場合も、メモすべきような重要なこととそうでないことの判断が出来てい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
