ウィリアムのいたずらの、まちあるき、たべあるき

ウィリアムのいたずらが、街歩き、食べ物、音楽等の個人的見解を主に書くブログです(たま~にコンピューター関係も)

PMBOKのお勉強 その28 - 5.4

2011-10-12 18:22:20 | そのほか
今、

プロジェクトマネジメント 知識体系ガイド(PMBOKガイド)第4版
http://www.amazon.co.jp/dp/1933890681

のお勉強をしています。

前回は5.3章だったので、今回は、5.4章です




■5.4 スコープ検証

<<インプット>>
・プロジェクトマネジメント計画書
   4.2より
   プロジェクトマネジメント計画書の
   スコープベースライン
    以下のものが含まれる
      プロジェクト・スコープ記述書
      WBS
      WBS辞書


・要求事項文書
   5.1から


・要求事項トレーサビリティ・マトリックス
   5.1から

・確認済み要素成果物


<<ツールと技法>>

・検査



<<アウトプット>>

・受け入れ済み要素成果物

・変更要求

・プロジェクト文書更新版

  • X
  • Facebookでシェアする
  • はてなブックマークに追加する
  • LINEでシェアする

初めてのRubyを読む その27 5.4

2011-10-12 15:24:56 | Ruby
「初めてのRuby」を読むの続き

5章 入出力
5.4 その他の入出力オブジェクト
から




■5.4 その他の入出力オブジェクト
・いくつものIOオブジェクトや
 IOオブジェクトに似たオブジェクトが存在




■5.4.1 ARGF
・組み込み定数ARGF
  →プログラムの定数に基づいて構成される
   仮想のファイル

   例:
   ruby 05-010-argf.rb a.txt b.txt c.txt

   →ARGFで、a.txt,b.txt,c.txt1つにしたファイル
    読み込みができる

   ARGF.each_line do | line |
    print line
   end

・引数をつけずに呼び出すと、標準入力から読み込み
  →Unix互換システムにおける一般的な挙動と同じ

・ARGFはIOクラスのインスタンスではないが、
 IOクラスと同じようなメソッドを持っている
  →このような多態性をダッグタイピングという
     →アヒルのように歩き、鳴くならば、
      それはアヒルである




■5.4.2 StringIO
・文字列に対して、それがIOオブジェクトであるかのように
 入出力を行うためのラッパークラス

・StringIOを使えば、文字列とIOクラスのダッグタイピングが
 実現可能

  • X
  • Facebookでシェアする
  • はてなブックマークに追加する
  • LINEでシェアする

なぜ、idを振られてしまうのが、デフォルトなのか?

2011-10-12 12:24:02 | そのほか
 たとえば、Ruby on Railsでデータベースを作る際、オプション指定とかしない場合、
たしかid項目が作られると思った。
 Accessでも、主キー設定をしないで、主キーらしきものがないと、「主キーを作りますか?」と聞いてきて、id項目をつくる。

 さて、データベースには主キーが必要なことはわかるが、

   主キー項目を決定して振るのと、
   ID項目を作り、主キーとしてしまう

 のには、どのような差があるのか?

 というのが、今までわからなかったけど、昨日、気づいたので、書いてみる。




 ずばり、主キー項目が変わりやすいかどうか?で違う。

 たとえば、営業日報を考える。
 営業「日報」は、1日1枚ですよね。

 ということは、主キーは、

    ・従業員ID
    ・日付

 の2項目で良いということになる。

 ・・・と、こ、ろ、が・・・

 この営業日報、1日にまとめて書くと忘れちゃうし、めんどうなので、
 訪問先ごとに、スマホから書くようにすると・・・

    ・従業員ID
    ・日付
    ・明細番号

 として、1日、何個もかける(明細番号が入っているから)
ようにしないといけない。
 つまり、主キーが変わる。

 主キーが変わるということは、それを参照キーとしている参照先も変わる可能性があり、
 そのためのデータ移項が必要となり・・・っていうことで、結構、大事になる




 ところが、これ、IDで管理することにしておくと、どうなるか?

 主キーは、営業日報IDになる。
 本来主キーにしたかった、
    ・従業員ID
    ・日付
 に関しては、インデックスにしておけば、パフォーマンスは落ちない。

 さっきの仕様変更があったとしても、
    ・従業員ID
    ・日付
    ・明細番号
 を新たにインデックスを貼るかどうかは別として、主キーは営業日報IDなので、
 他データベースには直接的な影響は受けない。
 アプリの修正も、最小限、データ移項も、最小限で済む




 ということで、簡単に変化させられる。

 それが良いか悪いかは別として、変化に対応できることを謡っているアジャイル、

 そのアジャイルで利用されるRuby on Railsとしては、idを振って、主キーとしてしまう
のは、妥当な考え方なんでしょうね・・・

  • X
  • Facebookでシェアする
  • はてなブックマークに追加する
  • LINEでシェアする

対艦ミサイル情報流出か…三菱重サイバー攻撃

2011-10-12 10:03:36 | Weblog
三菱重工業がサイバー攻撃を受けていましたけど、
どうも、そのハッカーの狙いは、ミサイルの情報
のようですね。

 ミサイルということは、単なる産業スパイじゃなくって、
国家的な諜報組織の仕業?
 アクセスには、やっぱり踏み台を使っているんでしょうか?
 じゃなかったら、アクセスログからIP割り出して、どの国が
アクセスしてるかわかっちゃうもんね・・・

 ま、踏み台経由としても、踏み台が国内なら、
その踏み台になっちゃったマシンからアクセスログを取れるように
警察が仕組めば、判る・・・

 あ、そこまでしなくても、
 プロバイダが持っている、踏み台へのアクセスログでわかる?
 きっと、踏み台に指示をだしている大元の人って、
踏み台にされた人とはまったく関係ない人だろうから・・・


不正アクセス30万回、対艦ミサイル情報流出か
http://headlines.yahoo.co.jp/hl?a=20111011-00001233-yom-soci

  • X
  • Facebookでシェアする
  • はてなブックマークに追加する
  • LINEでシェアする