埋まらない...絶対に。
日本のSIerの構造ではギークは評価されず、スーツが評価される
ばかり。SIerの経営者の頭の中では仕様書が完成した時点で
システムは完成したも同然という誤った認識が蔓延っている。
ギークを仕様書の転記屋くらいにしか認識していないのである。
SIerのスーツは頭の中の穴だらけの仕様を仕様書におとし、
そのツケを全てギークにまわすことが多いにも関わらずである。
スーツの多くは穴だらけの仕様による不具合を全てギークのせい
にして自分に非がないかのように振舞う。
SIerのスーツは「ユーザ」を持ち出して自分に都合の
よい方便でギークを納得させようとする。
そこで、スーツの言い分に騙されるようでは"お先、真暗"。
SIerのスーツにとって、建前上お客さんは大事、実際は
ユーザ第一と言いながら、ユーザからの対価(=自分への対価)
が第一。
スーツはスーツの論理で動いていて、ギークを理解しよう
とはしない、理解しているふりをするのみである。
ギークに自分の論理を押し付けて、上手く使おうという
スーツが大半。
スーツはギークがいなければ何もできない、仕様があっても
優秀な実装者がいなくてはシステムは完成しないが、
ギークを自分と対等だと思っているスーツは日本のSIerには
いない。
真のギークを目指すなら、SIerでスーツと仕事をするあるいは
し続けるのは百害あって一利なし、時間の無駄。
2007年12月29日土曜日
2007年12月23日日曜日
最近のJBoss
JBoss5 beta3がでた。
JBoss MicroContainer(MC)2.0を積んだ最初のリリース?
JBossも初期のJBoss SeamにDIコンテナとしてJBoss MCを組み込んでいたこと
もあり、JBoss MCを最初の頃、Spring etcと同じような汎用DIコンテナの
一種かと思っていた。
Google Guiceの登場後、JBoss MCの位置づけが変わった。
WebBeans仕様をJBossがJCPに提案し、SeamをWebBeans仕様のRI
(参照実装)と位置づけ、WebBeans=DIコンテナの共通API、
Seam=WebBeans対応のDIコンテナという図式にした。
JBossはこの位置づけ変更に伴い、JBoss MCを汎用DIコンテナでは
なく、JBoss AS用のサービス統合基盤と(GeronimoのGBeanと同じ位置
づけに)位置づけし直した。
JBossはJBossAS5に着手した辺りから、プロダクト間での共通機能の
切り出し、ライブラリ化を加速している。DIコンテナ等のプロダクト
レベルでの傾倒ではなく、もっと低レベルの層に重きを置いている
印象。低レベル層にコミットすることでプロダクトの底上げを図って
いるように感じる。
JBoss MicroContainer(MC)2.0を積んだ最初のリリース?
JBossも初期のJBoss SeamにDIコンテナとしてJBoss MCを組み込んでいたこと
もあり、JBoss MCを最初の頃、Spring etcと同じような汎用DIコンテナの
一種かと思っていた。
Google Guiceの登場後、JBoss MCの位置づけが変わった。
WebBeans仕様をJBossがJCPに提案し、SeamをWebBeans仕様のRI
(参照実装)と位置づけ、WebBeans=DIコンテナの共通API、
Seam=WebBeans対応のDIコンテナという図式にした。
JBossはこの位置づけ変更に伴い、JBoss MCを汎用DIコンテナでは
なく、JBoss AS用のサービス統合基盤と(GeronimoのGBeanと同じ位置
づけに)位置づけし直した。
JBossはJBossAS5に着手した辺りから、プロダクト間での共通機能の
切り出し、ライブラリ化を加速している。DIコンテナ等のプロダクト
レベルでの傾倒ではなく、もっと低レベルの層に重きを置いている
印象。低レベル層にコミットすることでプロダクトの底上げを図って
いるように感じる。
2007年12月18日火曜日
2007年12月2日日曜日
登録:
投稿 (Atom)