で、１から順に呼び出して行くのだが、１から２を呼ぶためにはそれなりの引数を渡す処理を記述しないといけない。また、２から３を呼ぶ為にも同じように引数を渡す処理をしないといけない。引数を渡す処理というのは記述することも手間だが、ちゃんと順番通りに渡さないと機能しないため、メソッド引数の順番についても調査を要する。

上記のように、呼び出しコストが納期と品質を圧迫しており、これを軽減するためには最適化しかない。

最適化はくり返し処理の圧縮としてフレームワークの導入、不要な手続き（一部の検印等）としてデッドコード削除、２、３、４のメソッドを１に含有するインライン展開などがあげられる。

最適化を実施するためには１から４を縦断的にかつ深く知っていなければならず、そのような性能が良いコンパイラが必要になる。逆にただのおかざりPMは最適化できずコストも納期も品質も満たせないシステム構築となってしまうのは仕方が無い。

次にアジャイルとウォーターフォールについて。

システム開発の品質というのは実はユーザー満足度が大部分を占めている。極端に言うとユーザーが満足すればバグがあっても良いのである。実際はそういうケースはあまりないが。

そこでユーザーが満足するためのシステム構築を下記のような関数で表してみる。

X^3 + X - 2　=　0

ユーザーが理想とする結果が１だとするとそれを満たす為のXを算出する、解が無い場合でもそれを近似するXを算出することが最終的にユーザー満足度の向上に貢献できる。

上記の関数における解の一つは１であるが、この１を求める為にどのような方法をとるかというのがシステム開発手法の選択となるのである。

ウォーターフォールの場合は下流に行けば行くほど上流でのミスの影響が大きい、つまり、上流において徹底的にシステム構築のイメージを具体化する必要がある。具体化の為、つまり論理的に漏れが無いように分析を行う必要があるだろう、それはX^3+X-2に対して因数分解を行い、解を求めることになる。
３次関数の因数分解は理解されてるのだろうか？　これが３次ならよいが、さらに４次、５次となってきたときはもっと大変になる。ただ、奇麗に因数分解できた場合は
きっちりとユーザーの満足度を満たす解を１度で得られるだろう。

アジャイルの場合は最初にこのX^3+X-2に対し任意のXを代入してみる。
そして、得られた数から、より結果１に近づくためのXを考え、修正したXを入れこんでいき、これを何度も繰り返し最終的に結果１を得られるXを特定するという方法だ。

ウォーターフォールもアジャイルも解を得るためには時間がかかる可能性を含んでいる。しかし、ウォーターフォールは因数分解が解けないと結果が出せないが、アジャイルであるならば、解けなくてもそれなりに近い値を出す事ができる。

システムは長くメンテナンスしていくものだと考えれば、とりあえず近似でアウトプットしておき、その後もちょっとずつ改善していけば良い。その場合に、因数分解に時間をかけるのか、それとも任意のXにおけるパターン網羅（ノウハウの蓄積）に時間をかけるほうが良いのか自ずと見えてくる。この、ノウハウの蓄積をもっと有用に使う事を今後のアジャイルが進化するポイントになると私は考えている。

そして任意のXを代入して値を得る為のアジャイルには仕様を理解でき、近似解を満たすXを提案でき、プロトタイプのプログラムを構築できるような縦断的知識が求められる。

2010-02-06

HashMapが終わった瞬間。

Java

下記の様にするとjava.lang.StackOverflowErrorが発生する。

　　Map m = new HashMap();
    m.put(m, "1"); //←この瞬間、この”m”は終了した。
    
    //エラー
    m.put("", "1");
    //これもエラー
    m.remove(m);
    //これもエラー
    m.containsKey("1");

これがHashtableだと起きない。

　　Map m = new Hashtable();
　　m.put(m, "1");
　　m.put("", "1");
　　m.remove(m);
　　m.containsKey("1");

たとえば、あるプログラムにおいて内部的にHashMapを使ってるとする。
それを取得して、取得したHashMapにそのHashMap自身を格納してやるだけでそのプログラムを終わらせる事ができます。・・・・なんてことは意味ないし危険なのでやめましょう。ちなみにシリアライズしたものは問題ないです。

この場合はMapの実装の中身をいちいちHashtableかHashMapかを確認した後で、Mapに対する操作を記述しなければなりません。ポリモーフィズムは変更に強くて、インターフェースだけ知っていればいいはずなのにわざわざ実装を調べないといけないのはどういうことなんですか！？

単に、HashMapの実装が悪いだけ！？

2010-02-05

Windows２０００の公式サポートが７月で終わります。

Windows２０００関連OSについて2010年7月以降は公式サポートがありませんので、サーバーインフラ関係のIT営業・コンサルタントは営業のチャンスですよー。

2010-01-31

JPAのアノテーションとBean Validationのアノテーションでアジャイルが加速する。

Java

今までは、テーブル設計をしてからEntityを作成（自動生成含む）する方向だったんだけども、JavaではJPA アノテーションとBean　Validationのアノテーションを利用してEntityから先に作成（自動生成含む）することができるようになった。まぁ今でもマイグレーションみたいなのはあるけども、それはあくまでも変更前のテーブル定義ありきなので。

これで、ちょっとしたシステムをつくるときにとりあえずEntity作ってごにょごにょ
やれば良い。

データの格納場所はEntity作った後で、RDBだろうが、KVSだろうが、ファイルだろうがなんでも選び放題。

ってことで、とりあえず、JPAとBean ValidationのアノテーションからCREATE文作成するツールを誰か作らないかな。

できれば、JAXBも対応してほしい。

Webサービス利用とかだったらこういう流れ。
XSD →　JAXB →　Bean →　アノテーション追加(JPA,BV)　→　Entity　→ CREATE生成　→　テーブル作成

2010-01-28

来年のJavaOne

Java

http://java.dzone.com/news/javaone-lives
一回も行ったことないけども来年も開催されるような流れでうれしい限りだ。