変奏現実

アジャイルソフトウェア開発手法は、反復 (イテレーション) と呼ばれる短い期間単位を採用することで、リスクを最小化しようとしている。
つまり、工程表を作った。でも出来ませんでした。は、ＮＧな考えだ。
スクラムソフトウェア開発手法は、手早（ベストプラクティス）く開発するならどんな手段を取っても良いという考え方。
つまり、丸投げな方法だ。
いづれも、ドン詰まりになりやすいソフトウェア開発に明るい兆しを求めたものだ。
しかし、

整数の割り算は全て切り捨て。

※但し、１÷３×３は、答えは明らかに１なので、０にならないこと。

の様な、どうしようもない仕様を実装するのに向いているものの、
１÷５×５は、やっぱり０になるので、あまり意味のない開発手法である。
これらの開発技法には、

• 仕様のシェイプアップ（不要なものを取り除く）
• 仕様のオーバーロード（もっとマシなものに換える）

と云う発想は無い。
その辺は開発の外のコトであり、
それを開発の外で早く知り、対応するために、

仕様の中をとやかく云うな、とにかく早く（プログラムを）作れ！

と云うプログラムが作れない上級ＳＥの我侭から生まれたものだ。
そのため、単に下請け業者いじめのネタにしかなっていない、
すなわち、ＣＯＢＯＬでガリガリと開発をしている時点で選択肢はそう多くなく、開発技法に拘っても意味は無い。
しかし、だからと云って、Ｃ＃やＪａｖａを使ってみても、硬直した選択肢しか思いつかない上級ＳＥであれば、
ＣＯＢＯＬ風にＣ＃やＪａｖａを使ってるようなで、やはり無駄なのだ。
 
但し、頻繁なアップデートがあれば好評なオンラインＭＭＯＲＰＧには最適な開発方法である。
 
参照ＵＲＬ：　http://www.publickey1.jp/blog/10/java_2.html

ついにオラクルもSSDが好きになったようだ。
理由は簡単だ。
パソコンのCドライブをHDDからSSDにするだけで、
起動から数分間の待機時間がほぼ０になるのだから・・・（笑
仕事に使っていたパソコンのスペックも遅い方では無く、
HDDだって7200rpmの回転速度で結構良いものを使っているのに、
起動したらスグにタスクマネージャを起動して負荷がある程度落ちるまで
放置しないと全てがデッドロック状態に陥ってしまう有様だ。
多分、５１２GBのSSDに換えるだけで、そんなコトは必要なくなり
パソコンからすぐ資料が取り出せ、手元のCドライブの文書が
「誰かが使ってます。読み込み専用で開きますか？」などと
EXCEL君に確認されることは無くなるハズだ。
※全ては某ウイルス対策ソフトのせいかもしれないけどね･･･
※実を云えば１２８GBのSSDで十分だ。
しかし、データベースと云えば一般通念では大容量のデータを扱うので
HDDの方が良いハズだと思うだろう？
実は一部のデータベースを除けば、地デジの録画サーバーより容量は少ないのだ。
先の記事では最大２２TB、つまりUSB３で１１台の２TBのHDDを繋いだ程度の容量だ。
※多少カネがあれば個人でも作れるサイズだよね。
でも、２２TBもあったらデータベースのバックアップはどう取ればいいんだろうか？
一本のメディアにバックアップしていたら何日もかかってしまうのではないだろうか？
そんなデータベースなんてサーバーのメンテナンス運用がサーバーのサービス運用の妨げになるだけで使い物にならない。
時々、このMOE人サーバーはLinuxをインストしなおしのため何日もメンテが続くことがあるけど･･･
地デジの録画サーバーなら消えても「仕方が無い」で諦めてもいいだろうが・・・
決済情報なんてのが消えたら「仕方が無い」では困ってしまう。
だからバックアップはマメにと云うか、小さな単位で取り（部分的または差分的に）、
手早くバックアップできるようにしておく。
再構築する場合には、バックアップを順に繋いで、作り上げることになる。
実際にはクラスター構成なども、地味にすこしづつ、バックアップとリストアを繰り返して
いつも最新のデータを入れてある予備サーバーを横に用意してあるのと同じなのだ。
だから、こそ性能より安心なHDDが使われるのだ。（大笑）
しかし、その状況も変りつつあるようだ。
以前はせいぜい１２８GB程度だったSSDも１TBなんてのを売り出してるところもある。
※ドコも受注生産だけどね。
HDDとそう変らない容量までSSDが大容量化してきたなら、使わない手はない。
サーバー向けHDDには、８０GBと割と少容量だけど、同容量のDRAMキャッシュを積んで、定期的にHDDに書く・・・と、かなり無理な構成なのでかなり割高なものがあるそうだ。
※ザックリとした説明をすれば、SATA経由で大容量のDRAMを積んだパソコンを繋ぎHDDに見立てたもの。
それを使うくらいなら、いっそSSDでいいんじゃない？
って流れなのだろう。
もっともクラスター構成が大前提だと思ってるけどね。
 
だが、よく考えてみよう！
遅いHDDだからこそORACLEが便利だったのであって
SSDを使うならMySQLで十分なのですよ。（大笑）