Test Japan

ＭＶＣの境界と限界。

ＭＶＣで開発する場合でも、Ｖｉｅｗの部分でＤＢの項目に依存する記述をしていませんか？　そうした途端、ＳＯＡとしてのサービス切り出しが困難、いや実質無理になります。これを回避するには上述した「ＤＢの項目」の代わりに一般名称を使用し、この一般名称を辞書引きするようにすれば良いですね。辞書には一般名称とＤＢのテーブル・項目がマッピング定義されている前提です。但し、一般名称項目を参照する度に本来は不要であるＤＢアクセスが発生するのではオーバーヘッドがかかり過ぎですので、コンパイル・生成するイメージでＤＢの項目に置換する方が現実的です。こういう製品って、ありますか？　なければ作っちゃいます。

要求開発とプログラミング。

日頃、「システムを提案するには実装できるスキルが必要」、「要求開発にはプログラミングの経験が不可欠」と訴えている私にとって、「やっぱり、そうだよなぁ～。そう感じてるの俺だけじゃないよなぁ。」と思わせた記事です。

ITアーキテクトの要求開発力向上作戦

でも、現場、特に上流のコンサル部隊の人には理解して頂けないんですよね。だから、いつまでたっても、高い金とって絵に描いた餅ばっかり作ってるんだよなぁ。困った人達です。

業務も解かってプログラミングも出来る日本人て、ユーザ企業の情シス以外、極端に少ないと思いませんか？　てことは、ここがとても求められている人材ということですよね。そこを目指して奮闘中です。