いい加減にRIAスキルを身に付けないと
今後はバックエンドのクラウド化が加速していくだろうから、フロントエンドで差別化を図らないといけないと思う。そうなると、RIAの利用は必須。只のHTML＋Javascirptでは、確実に段ボールハウス行きであろう。しかしうちの会社、その１でも述べた通りRIAを扱った経験が全く無い。親会社の基幹システムはColdFusion 8を使っており、何ヶ月か前から再構築の話が持ち上がっていたので、そのシステム担当している同僚にFlex紹介して「Flex採用された暁には俺呼んで！」と言っておいたが、結局ERPパッケージ使う事に決定したらしい。個人的にも会社的にも残念…
ちなみに、今年年頭の挨拶で聞いた会社方針では、クラウド（Google App Engine）及びAndroidに力を入れていくとの事。ITニュースをコピペしたような内容で、具体的にどうするか、例えばクラウドなら提供する側なのか利用する側なのか、と言った事が全く見えず、行く末に不安を感じた。話が長くなるから簡単にしたのであって、具体策はこれから追々伝えていくという事であって欲しいと願うばかり。
ところで、昨年にはWindows Server 2008によるActive Directoryを導入する等、基本的にマイクロソフト文化なのに、クラウドはAzureじゃないのかよ。ちなみにGAEを選択した理由は「Javaが使える」との事らしいが。全く、相変わらず目標に一貫性がない。Azureなら、既存の.NETアプリはそのまま流用できるよな、確か。やっぱり費用の問題だな。Azureだと、Visual Studioとかのライセンス費用が発生するのがキツいのだろう、きっと。
いや、思い返してみると、マイクロソフト文化と言っても、そう言えば殆どVB6以前だった…
ちなみにここ数年力を入れていた事業は、長らくそして現在私が担当しているマイナーな商用Javaフレームワークであった。力を入れると言っておきながら、使えるレベルに達している技術者は私を含めて3人。10人作るという目標を達成せぬまま、計画終了。結局、元々信念や志があって始めたのではなく、最重要顧客がそれを使うと言い出してそれに迎合しただけだったので、こんなものだろう。
それ以前に、先ず『分割』スキルだろ
うちの会社、『分割』スキルが弱い。『MVC分割』とか『クラス分割』とか『メソッド分割』とか。一例を挙げると、JSPにロジック埋め込みまくったり、基本1画面1クラス（VB6の感覚）で作るので数千～数万行にメタボ化し、他は以前も愚痴ったように数千行のメソッド、数百行のifブロックetc…以前、ある勉強会に参加した際、Flex開発で有名な某ベンダの方と懇親会でお話ししたのだが、「会社が中々RIA開発に移行しない」と嘆いた所「Java扱っているなら、Flexへの移行は別に難しくないですよ」とお話ししてくれた。いや、うちの会社の場合は、非常に難しいのですよ…前述の通り、JSPにロジック書いちゃったりしてるもんだから、フロントだけFlexに交換と言うことすら厳しい。そして、うちの会社の感覚では、JavaとAction Script 3.0は完全なる別言語扱いなのです。
もう一つ、適切に分割されていないと言うことは、バックエンドだけクラウドに交換する事も難しい事を意味する。私が携わっているフレームワークは、MVCなんて概念が無い（ロジックもORマッピング情報もView部品に埋め込まれているetc）。
うーむ、出航前から座礁してないか？
＊
プロジェクトの進め方を（少しだけ）変える事は何とかできたが、まだまだ課題は満載だ。
個人的なことであれば、少しでも前進しているので慌てないでコツコツ行こうぜという姿勢でもいいが、ビジネスではそうは言ってられない。果たして生き延びることができるのだろうか？
