以前のモックフレームワークの技術的制約 今まで私が担当してきたプロジェクトにおいては、モックオブジェクトを使ったJUnitの単体試験はjMockとEasyMockのいずれかのフレームワークを利用して行ってきました。しかし、これらのフレームワークはJavaプラットフォームにおけるコード自動生成の考え方の変遷で説明したように動的プロキシーに基づいているため、以下のような制約がありました。 モック化する対象の型はインターフェースを実装しているか、継承可能なクラスであること モック化するメソッドはfinal、static、privateでないこと*1 モック化するロジックはコンストラクターの呼び出しではないこと モックオブジェクトをテスト対象クラスにDIかパラメーター経由で引き渡すことが可能であること モック化する場合はクラス全体をモック化する必要があること（getterやsetterなどは本物の

共同購入サイトのグルーポンでバードカフェというお店が販売したおせちの話題がネットで大いに盛り上がっています。 痛いニュース(ﾉ∀`) : グルーポンの割引で買ったおせち料理が酷すぎると話題に - ライブドアブログ 痛いニュース(ﾉ∀`) : グルーポンおせち騒動で、「バードカフェ」社長が辞任発表 - ライブドアブログ ネット上のネタとしてだけでなく、最終的にNHKのニュースでも取り上げられたみたいです。 http://www.nhk.or.jp/news/html/20110103/t10013172511000.html 昔なら、こういう事件があっても食中毒事件でも起こさない限りここまで大きな話題になっていなかったかもしれませんが、正月早々、ネットの怖さを思い知らされた感じですね。以前なら消費者もこうした商品を購入してだまされたと思っても泣き寝入りで我慢してしまう人も多かったかもしれませ

最近、大手ITサービス会社と人たちと顧客との関係について青臭い話をすると、最後は必ず「システム部門を何とかしないとダメだ」というところに落ち着く。システム部門の人からすると傲慢な話、あるいは迷惑な話だろうけど、「いっそのことシステム部門の再生を請け負おうか」なんて話も飛び出す。商売上の問題もあるが、このままでは“ITという仕事”の地盤沈下がどんどんひどくなるという危機感からだ。 今でこそ偉そうなことを言うITサービス会社だが、彼らも昔は結構ひどかった。プライム契約なのに、顧客の要件をつめきれない。「言われた通り、何でもやります」と“御用”を聞き、それを下請けに丸投げする。料金も合意していたはずなのに、顧客から突然「もっと安くしろ」と言われると、ほとんど抵抗せずに丸呑みして、しわ寄せは下請けに。開発途中の無茶苦茶な仕様変更要求も唯々諾々と聞いて、開発現場を修羅場に変え、挙句の果てに失敗すると

名古屋市営地下鉄工事を巡る談合事件から１年が経過した。ゼネコンが独占禁止法違反（不当な取引制限）の罪で初めて起訴されたこの事件。名古屋地方裁判所は、談合で主導的役割を果たした大林組元顧問やゼネコン5社に有罪判決を出した。 この3月、政府は談合やカルテルの主犯企業への制裁強化を柱とした独占禁止法改正案を閣議決定。談合撲滅に向けてさらにアクセルを踏む。 地下鉄談合を最後に、姿を消したとされる大手ゼネコンによる受注調整。談合なき建設業界では何が起きているのか。とび土工や鉄筋工など建設職人の団体、大阪府建団連の会長であり、建設職人の待遇改善を訴える北浦年一氏に話を聞いた。 問　地下鉄談合を最後に、談合組織は消滅したと聞きます。談合はもう完全になくなったと考えていいのでしょうか。 答　ないない。（大手ゼネコンが仕切る）談合組織はほとんど潰れたから、もうほとんどないわ。これは、とてもいいことと考えてい