おはようございます、小堤です。
ってか起きたのはかなり明け方だったのですが、一仕事終えてBLOG書きです。

さて、師走ですなぁ。
先生が走り回るくらい忙しいって聞いたことがありますが、まぁとりあえずみんな忙しいと。
例外なく僕も忙しいのですが、最近さらにやることが増え・・・。

経営・PHP・FLASH・FLEX・・・・まぁデータベースなどのサーバ設定とか細かいこと言い出すときりがない・・。
だけど、ここ数年間は大幅に方向が変わっていないので、まだ楽かも。
数年前までC++とかのプログラムがメインだったことを考えると、同じようなことを深めていく時間が積み重ねられていることは幸せです。

んで、FLEXの方のxFramework連携の大まかな技術調査も終わり、ここから細かい設計にははいっていくところです。

しっかし、FireFox2.0.0.1にアップデートして、FLEX2 Builderで生成したものをサーバに乗せて確認すると、動いたり動かなかったりするんですよねぇ・・・困ってます。
IEだと全然問題ないんだけども。FireFox2.0のときは、アドレスバー直接たたくと表示されるけど、リロードだと出ないとかの現象になってましたし。これって僕のサーバが悪いの？ローカルだと問題ないんだよねぇ。FireFoxが悪いのか、FlashPlayerが悪いのか、まぁどっちでもいいです・・・僕に原因があるのであればさっさとなおしたい・・・ただボタン配置しただけのものすら出てこなかったりするからねぇ。たのむよー。

そんなこんなで、弊社はもう既に仕事納めが27日だったので、本来休みなのですが、やっぱりこうなるのね・・・ってかんじで働いてます。

少し何も考えずに温泉でも行きたいですわ。
だれかJTBナイストリップとか送ってください（ぉぃ

ども、小堤です。

さて、先日さらっとxFramework2.1.1aをリリースしました。
Preview3ではなくαステータスで出しました。
要するに、いまの実装が2.1.1に実装される機能だよってことです。

いまテスト開始しています。弊社でのテストが完了したら、βステータスにあげてリリースします。

うちの会社でも2.1.1がしばらくメインバージョンになりそう。

そしてサイトのFutureに記述されているようにFLEX対応がそろそろ始まります。
何がどうなるのか・・とかはまだ秘密ですが（笑

さて、正月は無いかな・・・。

小堤です、相変わらずせっぱ詰まってます。

さて、プログラミングとバグについてです。
最近WEBのプログラムをメインで組んでいて、「バグ」というものについて変わってきたなぁと思うので書いてみたいかと。

昔プログラムを組んでいたときに、バグというと、「仕様書から外れたもの」だったと思います。つまり「予期しない動作をする」「想定している動作と違う」からバグなのです。

しかし、WEBプログラミングについてはどうでしょうか。
確かに上記に当てはまるものがバグなのですが、「外れている」を示しているはずの仕様自体が無いような気がします。最近では卓上デバッグなど行いませんが、紙面上（いまだと画面上？）でしっかりとした動作規定を作るということが意外と軽視されている気がします。

でも、それがWEBなんだよねぇっていわれるとしかたないのかなぁとも思うのですが、なんとかならないかなぁと毎日考えています。フレームワークを作成していますが、フレームワーク使ったからといって、この仕様がしっかりしないと、何を使おうがバグが生まれるのは必然です。

どうにか、この「仕様策定」という作業を本当にお客さんと握れて、そこに対してのプロセスが明確なWEBプログラミングをしたいし、そういう仕事のスタイルでWEBアプリケーション開発業務を行いたいと考えています。これは、自分たちが幸せというだけではなく、お客さんにとってのメリットっというよりも、至極あたりまえのことなはずです。

開発者の立場として、現状こういう問題があることは事実だと思いますが、別なアプローチで、こういう問題を回避できるようなやり方やツールを提案できたらいいなぁと思っているわけです。

なんか、まじめにかいちゃいましたが・・・おなかすいた・・。

ええっと、めりーくりすまつ、小堤です。
さて、クリスマスなので、なんかしたいところとおもったのですが、嫁とビックカメラいってきました・・・。
あ！その前にめがね買いました！買ってもらいました！結構楽しみにしてます（笑）

で、先日こわれたといっていた自宅のPC。
マザーが壊れていたので、お金もったいないからマザーだけかってこようとおもってビックカメラへ。。。俺の使っているPentium４のマザーがない！！（もしかしたらあったのかもしれないけども、ソケット番号控えなかったために、たぶんないという結論に）

しょうがないので、マザーとCPU買いました。
クリスマスなのに・・・自分で自分にプレゼント買ってしまった・・・。
でも、CPUはCore2Duo 2.17Mhz 周波数は、最近さがったのですね。
でもペンティアム時代が終わり、次のINTEL時代へ。周波数が多ければ早いという時代ではなくなってきたようです。

いまさっきやっとOSも入れ終わり、RadeonX800のドライバいれて3DMarkで耐久テスト中。

ってか、SCSIRAID起動で、メモリ２GのこのPC、ちゃんとすればすげーはやい。
まぁ・・エロビと２４とFFPC何ですがね・・。

ってことでごめんなさい、プログラムくんでません！
くみます・・明日から・・。

久々にプログラマ的な内容を。
っといってもメモみたいなもんだけども。

xFrameworkを開発しているときに気にしながらやっていることなのですが、xFramework内でいくつか、すべてのメソッドが静的(Static)なクラスが存在します。これは共通の機能を提供するクラスなのですが、なぜ静的なのか。
静的にしてしまうと、ソースコードが読み込まれた時点でインスタンス（クラスインスタンスは存在しませんが、メソッド自体はメモリロードされているという意味で）が存在するので、それを利用してクラスを生成しなくても利用ができるわけです。
これって、メモリくうんじゃない？って思う人もいるかもしれません。

そこで、singletonパターンというデザインパターンと比較してみます。
これは、インスタンスが１つであることを保証するためのパターンです。別に１つじゃなくてもいいんだけどもね。
共通処理で、いくつもクラスのインスタンスが生成されてはこまる、無駄などは、singletonパターンを使おうが、Staticだろうが同じく解決してくれます。

んじゃ、なんで静的な方を選んでいるのか。

答えは簡単で、singletonパターンの場合、クラスインスタンスを消したり、自動変数の用に自動的に破棄されたりすることを期待する場合は、singletonパターンを選択したでしょう。しかし、ブートストラップ内で処理を行っている中で、その機能を利用する度に、インスタンスを取得するステップが発生してしまいます。これは高速動作させるためのブートストラップとしては致命的なため、今回は静的な形を多様しているところがあります。

なんて、それっぽいこと書いたけどあってるのか？（笑）
先日購入した下記の書籍は、そんなデザインパターン自体PHPで使うのか?なんて思ってたり、むずかしそうだからいいや、って思ってる開発者にお勧めです。