ハードディスクに眠る違法データと遺書：日経ビジネスオンライン http://nkbp.jp/K8XWLH こちらもどうぞ 日弁連の反対声明 http://www.nichibenren.or.jp/activity/document/statement/year/2012/120427_2.html どうせ読まないから簡単に言っておくと、 続きを読む
■1章：OpenFlowの仕組み 1.1 ソフトウェアで楽をする 1.2 ネットワークもソフトウェア制御 1.3 OpenFlowの動作モデル 1.4 OpenFlowのうれしさ 1.5 OpenFlowで気をつけること 1.6 まとめ ■2章：OpenFlowの仕様 2.1 OpenFlowの標準仕様 2.2 スイッチとコントローラ間のやり取り 2.3 フローエントリの中身 2.4 マルチプルテーブル 2.5 まとめ ■3章：Hello, Trema! 3.1 作ってわかるOpenFlow 3.2 Tremaとは 3.3 Trema実行環境のセットアップ 3.4 Hello, Trema! 3.5 tremaコマンド 3.6 即席Ruby入門 3.7 まとめ ■4章：スイッチ監視ツール 4.1 ネットワークを集中管理しよう 4.2 インストール 4.3 実行してみよう 4.4 ソースコー
最近とにかく、移動が多いので、その中でちょいちょい考えたことをまとめておきます。まずは仕様の理解の仕方とか、業務例外とか、押さえておきましょうという視点から。別にこれが正解で必須というわけではないので、あくまで個人の経験をまとめただけです。 モデリングとか、なんというかそういう高尚な話ではなくて、実際に仕様をまとめるときに、現実的に落ちる穴を、経験的に書きます。大抵のプロジェクトでは、仕様が固まらずに、または手戻りが発生して酷くコストが膨らむということがやはり多いわけで。理屈はともかく自分の経験的な対策案です。 （なんというか、開発方法論や手法・ドキュメントのまとめ方は、なんとかBOKから始まって、アジャイルや押しくらまんじゅうやらでいくらでもであるのですが、その一方で丁寧な要求定義や設計それ自体ができる人材は、むしろ急激に減っているような印象すら受けます。海外からの翻訳や輸入はやたらと多
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
