Flex使う事になりそう。サーバサイドをJavaで作ってAPIを作って口広げて待っておいて、UIをFlexで作って口にRequest突っ込む感じ。っていう事ができる人材が欲しいらしい。っていうか、Flex使ってみて驚いたのがJSP＋VC#じゃん！？なんだか、Windowsアプリを作っていた時を思い出す感じ。Eclipseのコードアシストも悪くないし、まあ、いいかもしれない。とか思う。swfを一気に生成してくれるから、動作確認も直ぐできていい感じ。JavaScriptとかあやふやなものにUIを頼るよりもFlashでいいじゃん？とか思ってしまった。まあ、いいと思うし。
後ろの席には、植木さんというFlash、DreamWeaver関係のスペシャリストがいるので参考になる感じ。
http://playon.jp/
このサイトの人なんだけれど、「テトリス」で検索すると一番上に出てくるという凄いサイトだったり。
結局、Teedaじゃ満たせないUIがあるし、Kumuが動かないし、そんなのに時間かけるよりも、Seasar2 + S2Dao + Flex でいいじゃん？ということになったんだよね。個人的に、S2Daoはいいと思うんだけれど、Joinしづらいのが・・・むしろ、Join使うと結局Bean作り直しだし、その辺りってどうなんだろう。後は、カラム要素は三つしか要らないのに、全部取ってきたりするからパフォーマンス的にどうなのよ？っていうか、そんなの気にするくらいなら、OR/M使うなと！？まあ、Webアプリで気にするべきところはそんなところじゃなくて、てめぇが自作しているSQLがパフォーマンス悪くしてんじゃねぇの！？って事ですね。一回のクエリーでそのBeanのデータは全部取ってくる。っていうのがいいだろうし。SQLが結構ボトルネックになるんだよね。
話は変わるけれど、MySQLカンファレンスで木下さんという人がMySQLのパフォーマンスチューニングの事をやったらしい。やっぱり、分かりきっていたことだけれど、XeonとかのクアッドコアCPUではパフォーマンスが出ないらしい。マルチスレッド化されては要るんだろうけれど、今までのCPUじゃサーバプログラムを余りマルチスレッド化する必要性もなかったんだろうな。とも思う。でも、クアッドコアとかになってくるとさすがにマルチスレッド化が必要なようだ。RDBMSなら、I/Oアクセス部分とアプリとのコネクト部分を別スレッドにするだけでも結構違うんじゃないだろうか。RDBMSの中身気にしたことは無いから詳しくは分からないし、カンファレンスも派遣だから平日のやつは出られないしで行けなかったので詳しくはまだ知らないけれど、どの辺りをチューニングしたのかが気になりますね。多数のアクセスがあるプログラムの場合、下手にスレッド増やしてもマルチスレッド化によるオーバーヘッドのほうが大きくなる可能性があるからね。
とか、そんな事を考えてしまう自分であった。FlashとかJava組む時そんなこと気にしなくていいだろう！！とか思いますよね（・・
0 Comments.