以前も言いましたが、Microsoft は BEA を買収すべきです

  • Nov 21, 2023

Microsoft 側が Java 側を本格的に受け入れ、拡張する方向に大きく変化したことにより、 宇宙のことなら、.NET の世界だけでなく、おそらく Java の世界も支配することになるでしょう。 あまりにも。 さらに良いことに、メインフレーム、クライアント/サーバー、Web、SOA パラダイムを活用する最良の方法になるのはどうでしょうか? 最適な管理、モデリング、統合を最適な価格で実現して、そのレバレッジをさらに強化してみてはいかがでしょうか? さらに、広告、メディア、消費者リーチを組み合わせることができます。 Microsoft は、Windows Everywhere に関するワン ショップの SOP を焼き直した提案者ではなく、ワン ストップ ショップになる可能性があります。

BEAを覆う暗雲 深まっている 活動家のカール・アイカーン氏が死亡したというニュース 目に見える影響力を買い占める ソフトウェア ベンダー内 (おそらく 販売のアイデア). BEA は根強い懸念は言うまでもなく、財務諸表に関して依然として不明な点に直面している 売上、成長、Microsoft、IBM、および無数のオープンソースと競合する能力について 代替案。

アイカーンのニュースは、健全で裕福で独立したBEAにとって悪い前兆だ。 完全売却によるものか、BEA の価値の偽りの値上がりによるものであれ、偽りのピークでの放棄によるものなのか (覚えておいてください) タイムワーナー そして モトローラ)、現状は維持されません。

数年前、BEA が別の岐路に立っていたとき (技術管理層のほとんどの部分など) 出て行きました), 私はマイクロソフトにそれらを買収すべきだと提案した. 斬新な宣言だったので、嘲笑する人もいた。 他の人は議論の中で驚くべき論理を見つけましたが、マイクロソフトの宗教に関するものはそうではありませんでした どこでも窓.

Microsoft と BEA のマッシュアップというアイデアは、今まで以上に価値があると思います。 そして、それは BEA よりも Microsoft と関係があります。これは主に、Microsoft が過去数年間で時代とともに変化したのに対し、BEA は変化してきたためです。 ほとんどはその方針を維持し、主に販売しながらミドルウェアというあだ名に貪欲に抵抗しながら、名前を SOA 値に変更しただけでした... ミドルウェア.

私たちがマイクロソフトを真に見ると、 毒蛇に囲まれて -- その巨大な力、影響力、そして粘り強い設置ベースにもかかわらず、同社は、 オープンソース ソフトウェア経済の問題がなくなるわけではありません。 IBMも同様です。 そして、それは広告収入も知っています - たとえそのクリップであっても Google が集結して誘致 それは、Microsoft を今後 10 年間、過去 10 年間のようにうまく存続させることはできないだろう。

Microsoft は BEA のような問題に近いところにはいませんが、BEA の歴史は研究する価値があるかもしれません。なぜなら、それは Microsoft の歴史の早送りバージョンである可能性があるからです。

Windows Everywhere は以前は非常に理にかなっていました (そして数セントも) が、世界中の 2000 社の企業や軍団にとって IT サプライヤーの成長エンジンであり続けるための鍵は、 中小企業 残念ながら、Windows Everywhere ではありません。 どこの IT 部門も、Microsoft をパパにすることとは別の目標を持っています。 継続的にコストを削減しながら、より良いサービスと相互運用性を提供し、俊敏性を柔軟なビジネス プロセスのレベルまで高める必要があります。 Microsoft のビジネス目標と中核顧客の目標との乖離は大きく、さらに拡大しています。

IBMはこれを理解しています。 HPはこれを取得しています。 オラクルはこれを理解しています。 グローバルな SI これを取れ。 Microsoft が今 BEA を買収して真のエンタープライズ IT ソリューション プロバイダーになれば、それを実現でき、おそらく実質的に解決できるでしょう。 最高のツールと優れたフレームワークを採用し、それらを主流の IT アーキテクチャ、プラットフォーム、フレームワークの最適な組み合わせの開発と管理のオーバーレイにすればよいのです。

過去 5 年間に起こったことは、開発、ISV、ホスティング コミュニティが .NET と Java を中心に別々の陣営に分かれたことです。 多くの人が仲良くやっていく必要がありますが、それは簡単ではありませんでした。 高いです。 そして、これらの陣営を隔てているのはテクノロジーだけではありません。彼らの考え方は異なります。 彼らは、オープンソースの役割と利用法を全く異なる視点で捉えており、IT のコストについても、どこにコストを置くべきかなど、異なる視点で捉えています。 昨日、鋭い観察者が私に、.NET 開発者は金星出身で、Java フレームワーク開発者は火星出身だと言いました。 そしてそうなります。

しかし、Microsoft 側が Java 側を本格的に受け入れ、拡張する方向に大きく変化したことにより、 宇宙のことなら、.NET の世界だけでなく、おそらく Java の世界も支配することになるでしょう。 あまりにも。 さらに良いことに、メインフレーム、クライアント/サーバー、Web、SOA パラダイムを活用する最良の方法になるのはどうでしょうか? 最適な管理、モデリング、統合を最適な価格で実現して、そのレバレッジをさらに強化してみてはいかがでしょうか? さらに、広告、メディア、消費者リーチを組み合わせることができます。 Microsoft は、Windows Everywhere に関するワン ショップの SOP を焼き直した提案者ではなく、ワン ストップ ショップになる可能性があります。

Microsoft によるオープンソースと Java 中心のコンピューティングの採用には、戦略的なリスクが伴います。 これは、Windows Everywhere を (時間の経過とともにゆっくりと境界を侵食しながら) すべての人に押し付けようとするのと同じです。 餌を切って、また釣りをし直せ、と私は言います。そして、ある竿の上で別の竿の上に個体がいるという地獄のようなことになります。

私たちが実際に話しているのは、総コストと複雑さの削減についてであり、現実世界の大部分を無視して (そして CIO にそれに対処させながら) 両方を削減しようとしているわけではありません。 BEA により、Microsoft は .NET の世界と分散 Java/オープン ソース ツールの世界の異なる軌道を再定義できるようになります。 今日、どこにロックインを求めるかという抽象化は、転換点にあります。 RIA, SOA そして 全て 遺産。

Microsoft と BEA の組み合わせは、基盤となるプラットフォーム要件に関して真の中立性を示すと同時に、IT コストと複雑さの総合的な管理を新たな差別化ポイントにすることになります。 これは、IT バイヤーがベンダーだけでなくパートナーに対して必要とする価値です。[アンケート ID=22]