Big Red が苦戦するプラットフォームの規模縮小を目指しているため、同社のコマース システムをサポートしていた Oracle の開発者の多くが解雇されることになった。
北アイルランドと米国マサチューセッツ州の開発チームに近い情報筋は、複数の人員削減を確認した。一方、残ったチームメンバーの中には、オラクルのプラットフォームへのコミットメントに失望し、不安を抱えながら別の仕事を探していると語る者もいる。
約400人のチームに近い関係者は、多くが「前兆」を感じており、「全員が解雇される前にチームを抜け出そうと考えている」と語った。
ソーシャルメディアの投稿により、Oracle Commerce および Commerce Cloud 開発チーム内で人員削減が行われていることが確認されたようです。
オラクルは2010年、1991年設立のeコマース技術専門企業ATGを買収し、Commerce Cloudの中核となるeコマースエンジンを獲得しました。当時、ATGはテスコ、バーバリー、ドイツ銀行といった大手小売業者を顧客に持つ、成功を収めたプラットフォームでした。オラクルはATGを実質的にOracle Commerceとしてリブランドし、アップグレードを続けました。しかし、2015年にOracle Commerce Cloudがリリースされると、顧客にとって優先的なアップグレードオプションとなり、ATG/Oracle Commerceのリリースは減少し始めました。ある情報筋によると、ATG/Oracle Commerceのバージョン11以降、大きなアップグレードは行われていません。
しかし、ATG/Oracle Commerce ユーザーはアップグレード オプションに納得しておらず、より広範な市場がこのテクノロジーに魅力を感じていないため、Oracle Commerce Cloud の顧客はまだ数十人程度にとどまっていると聞きます。
「彼ら（オラクル）はおそらく5年間、オンプレミス製品にほとんど手を付けていない。意味のある形での手入れもしていない」とある情報筋は語った。「アップデートはリリースしているが、それは主にJavaのバージョンが古くなるのを防ぐためのものだ。そのため、既存顧客は行き詰まり、他の環境に移行しているのだ。」
SAPはソフトウェアライセンス収入に打撃を受けたが、エリソンのオラクルへの顧客流出の約束は実現しなかったようだ。
続きを読む
Oracle Commerce Cloudの問題の一つは、ATGのコアとなるeコマースエンジンがクラウド向けに開発されておらず、その後も全面的な再設計が行われていないことでした。ヘッドレス/REST/APIモデルに移行する代わりに、当初はOracle Cloud内のVM上で実行されていたため、他のプロバイダーのクラウドサービスとの連携が不可能でした。
Oracle Commerce が API を完全にサポートしたのは 2015 年にリリースされたリリース 11.2 からですが、これは元のエンジンの根本からの再設計ではなく、拡張機能です。
もう一つの問題は、プラットフォームの拡張性だった。ATGは「開発チームが自由に拡張して活用できる強力なeコマースフレームワーク」だったが、Oracle Commerce Cloudは顧客やサードパーティが同じように拡張できないと、ある情報筋は述べた。「顧客の要件を満たすようなことは何もできなかった」と、別の情報筋は述べた。
「Oracle Commerce Cloud は、Oracle Commerce の構成要素と、この奇妙な UI フロントエンド レンダリング フレームワークが奇妙に混ざり合ったものです。ほとんどの人はフロントエンドで独自の操作を行いたいので、必ずしもこれを望んでいるわけでも、必要としているわけでもありません」と当社の内部関係者は付け加えました。
フロントエンドフレームワークは、AngularJS（Googleが管理）ではなくKnockout.jsをベースとしていたため、開発者を遠ざけましたが、これはJavaの知的財産権をめぐってOracleがGoogleと訴訟を起こし始めた頃の社内政治によるものだったのかもしれません。
オラクルの広報担当者は、人員削減についてはコメントできないとし、Oracle CommerceおよびCommerce Cloudの開発チームが今年縮小したかどうかについての質問には回答を拒否した。また、オラクルはプラットフォームの開発を現在も進めており、2019年のガートナー社のデジタルコマース部門マジッククアドラントに選出されたと指摘した。
