Zaika氏は、同社のOfficeチームが直面する難問をこう説明した。Microsoftは、どのように10億人のOfficeユーザーのサポートを継続し、混乱させないようにしながら、Officeの核となるインフラを再構築して「Windows」以外のOSでも動くようにしたのだろうか。Cat氏の、同氏のプレゼンテーションへのリンクに感謝する)。その50分間のセッションで、Zaika氏はMicrosoftがどのようにC++を使ってOfficeをWindows、Apple、「Android」、ウェブで構築しているかについて詳しく説明した。365」にMDM機能を追加へ同社が30年前に作り始めたOfficeは、現在では数千万行のコードからなっている。Officeは、Cで書かれた数多くの独立したアプリケーションからスタートした。Microsoftは1990年にこれをひとまとめにしたが、Zaika氏によれば、当時はアプリケーション間で共有されているコードはほとんどなかったという。開発チームは当時、Officeを書き直して、Windows用OfficeとMac用Officeの共通コードベースを作るのが望ましいと考えた(Microsoftは1985年にMac版を別個に発売している)。「非常に困ったことに、これはうまくいかなかった」とZaika氏は話す。開発チームはWindowsとMacの共通のコードを一部は救い出したが、Macユーザーは、他のMacのアプリケーションとは見た目も動作も異なるOfficeを好まなかった。Officeチームは2年前からこの課題に新たな形で取り組んでおり、コードの共有はいいが、共有コードが多すぎるのはよくないと考えているとZaika氏は語った。今回、Officeチームは複数の小規模なプラットフォーム抽象化層(PAL)を設計し、サポートするさまざまなOSで、ユーザー体験を実現するコードを、どのように、どの程度共有するかという問題について、賢明な選択をしようとしている。社内にはMicrosoftがOfficeのコードベースをフォークさせて、異なるブランチと各OSをサポートする専門のチームを作るべきだと考える者もいたが、Zaika氏によれば、Offceチームは現在このアプローチを採っていない。Microsoftは、1997年にWindowsとMacでOfficeのコードベースを分離した際にこの手法を用いたが、現在はやっていないという。アプローチも選択しなかった。ユーザーは、各OSが持つプラットフォーム独自の機能を、最大限に利用したいと考えているのだ。Officeチームはこれを実現しようとしている。同チームは、可能な場合には機械的なリファクタリングを行い、そうでない場合にはユニットテストを行いながら、明確に定義された、組み合わせ可能なコンポーネントを作っている。重視しているのは、すべてのプラットフォームで常にすべてが正常に動作する状態を維持することだと、Zaika氏は言う。開発チームは、どのプラットフォームでもリグレッションを一切許容せず、すべてのプラットフォームに関して、社内で大規模にコードベースのドッグフーディング(訳注:社内で実際に試用させること)を行っている。Japanは、CIOとITマネージャーを対象に、ビジネス課題の解決とITを活用した新たな価値創造を支援します。Japanをご覧ください。Davisからのライセンスに基づき朝日インタラクティブが運営しています。クッキーについて広告について運営会社サイトマップ当サイトは最新ブラウザでの閲覧を推奨します。permission.このサイトでは、利用状況の把握や広告配信などのために、Cookieなどを使用してアクセスデータを取得・利用しています。これ以降ページを遷移した場合、Cookieなどの設定や使用に同意したことになります。Cookieなどの設定や使用の詳細、オプトアウトについては詳細をご覧ください。