MatsushitaTweetKubeConで富士通のエキスパートに訊いたオープンソースプロジェクトに企業が参画する際の要点とは?KubeConがクラウドネイティブなシステムのためのカンファレンスであり、多くの新興ベンチャー、オープンソースプロジェクトに関わるエンジニアが集う場所であることは疑問の余地はない。同時に、システムインテグレーターなどの旧来のプレイヤーにとっては、クラウドネイティブなマーケットに対して「どこにフォーカスしたら良いのか?」「ツールは何を選択すべきか?」などの答えを見つけるための場所でもある。富士通は、Linuxの初期の段階からオープンソースソフトウェアにコミットをしているシステムインテグレーターだ。)にKubeConの会場でインタビューを行った。富士通のオープンソースソフトウェアへの関わりについては、江藤氏がインタビューに応えた以下の富士通のブログ記事を参照されたい。富士通はOSSにおいて中心的な役割を果たし続けるのか?江藤さんは富士通でオープンソースをやっているわけですが、プロプライエタリなソフトウェアにも精通していると思います。プロプライエタリなソフトウェアに携わっているエンジニアと比べてオープンソースのエンジニアはどこが違いますか?当然ながら富士通には、プロプライエタリなソフトウェアやお客様から発注していただいたソフトウェアを開発しているエンジニアがいます。実は、定期的に担当する分野のシャッフルはしているんですよね。私自身はプロプライエタリなソフトウェアというか、従来のウォーターフォール型の開発で進められているプロジェクトが悪いとはまったく思っていません。教育を受けて基本からソフトウェアを開発するというやり方は、悪いわけではないのです。私の立場から言えば、今やオープンソースソフトウェアで開発をしないと相手にしてもらえないという状況はあると思いますね。現在のニーズにはマッチしていない、と。今はいかに素早く機能を実装できるか?の戦いですからね。それは言えるかもしれませんね。対外的に見ればオープンソースプロジェクトに関わっているエンジニアってちょっとチャラチャラしているし、軽いと思われるかもしれませんが、エンジニアとしては真っ当な人ばかりです。この機会に江藤さんにお訊きしたいことがあります。クラウドネイティブやアジャイル開発、そしてDevOpsと盛んに言われていますが、日本の事業会社ではそれを実施するのは難しいと感じています。ひとつには開発者が社内におらず外注化されていて、運用は社内という構造的な問題があると思います。会社の中に開発を行うエンジニアを入れようという流れができているとは思います。いう事業会社がクラウドネイティブになっていくためには、どの辺から何をしたら良いのでしょう?そんなことがわかっていたら苦労はしませんよ(笑)。私の経験からお話をします。Linuxという狭い領域に関して言えば、今やLinuxはHPCから組み込みまで幅広く応用が広がっているわけです。これを車で例えると、ダムを作る時に使うような数十トン積みのトラックと、街を流しているタクシーの両方に使えるような車を作れということを、ソフトウェアでやっているのが、Linuxだと思うんですよね。私がLinuxを始めた当初は、HPCにLinuxが使えるようになるなんて思ってもいませんでした。HPCのプラットフォームの大部分はLinuxになっています。その無理な要求を実現するためには非常に基本的な技術を積み上げていくしかないわけです。それをちゃんと積み上げていくことで、スケールアウトするようなプラットフォームが実現できる。いう話にもなるんですよ。エンジニアが「分かった!」っていう時に、理解したつもりだとか誤解だとか妄想だとかいろいろ世間からは言われると思います。いうエンジニアの思いこそが重要ですし、世の中を動かしていると考えています。いう熱い思いを伝えていく、コミュニケーションしていくことが重要ですよ。コミュニケーションが重要という部分から発展させますが、オープンソースソフトウェアって会社の中だけじゃなくて、世界中の国も組織も違うエンジニアとコミュニケーションしながら進めていくじゃないですか。いうことは誰も教えてくれないと思うんですよ。その部分をもう少しわかりやすく伝えられたらと思うんです。その部分で言えば、富士通の経験を紹介しますね。Linuxの開発の時に社内のエンジニアが機能拡張についていろいろと提案して説明したりしても一向に採用されない、マージされない、というのが2年ほど続いたことがありました。これを調べたことがあるんですよ。すると上手く新しいコードをマージしている人達っていうのは、クリーンアップと称してソースコードになにかしてるんです。自分たちが入れたい機能が入りやすくなる環境を作っている。いうことをしながらキーパーソンにちゃんとアプローチして、最終的に入れたい機能をマージしている。機能の説明をするだけじゃダメっていうことがわかったんです。それはいわゆる根回しとは違うものですか?根回しとは違いますね。コードに対して仕事をしているわけです。これを知る必要はありますよ。それってプロジェクトによって違うし、一般解ではないんです。いう意味ではコミュニケーションの中でも、ハイコンテキストとローコンテキストというものがありますよね。いうのをちゃんと理解しないといけない。ローコンテキストは「すべて文字で説明しないと伝わらない」みたいなものですか?そうです。ローコンテキストの典型的な例を挙げると、私が以前読んだ本には「世界で最もローコンテキストな人間はドイツ系スイス人である」と書かれていました。HatのVPでサポートの責任者の方が、そのドイツ系スイス人なんですよ。HatのLinuxのあるリリースの修正を依頼しに行ったんですが、「ここの部分にはバグが多い。直してくれ」みたいなことを訴えたんですが、それが全然通じないんです。抽象化した言い方で「何%こっちが多いからこうしてくれ」みたいな言い方では伝わらないんですよ。全部オレに見せて説明しろ」みたいな形で数百個あるバグの全部を説明しないと理解してくれないんです。その時は、Excelで整理した細かい内容を全部見せて説明しました。いうローコンテキストな場合もあるわけです。それって私がMicrosoftにいた時に、ビル・ゲイツにプレゼンテーションをする時はパワーポイントやExcelのグラフじゃなくて生のデータを持っていかないと上手く行かないというのと同じですね。ビルはグラフじゃなくて全部具体的な数字で把握しようとしてましたから。人間ですから浪花節みたいな感情も大事な場面も多いんですよね。江藤さんにぜひ伺いたい質問があります。あるビジネスマンが江藤さんに「新しいビジネスをやるためにソフトウェア開発をしたい。それってこれから起業しようとする人達に参考になると思うんですよ。良い質問しますね(笑)。ひとつだけ言うとしたら開発とサポート、営業は混ぜちゃダメなんですけど、遠くに離し過ぎてもダメっていうことかなぁ。組織としては分かれていても近くにいないと、コミュニケーションが取りづらくなって貴重な意見が聞けなくなる。いうことは大事だと思いますね。あと組織という意味ではCNCFもそうですが、例えばHelmのチームのUpdateとか聞いてても凄くちゃんとしてるんですよね。オープンソースプロジェクトなのに、ガバナンスとか意思決定のプロセスが。Aniszczykが頑張ってると思いますね。Twitterでの彼の経験が凄く活かされていると思います。いう意味では、オープンソースプロジェクトだからといっていい加減というわけではなく、逆に相手がどこの誰だかわからない分、ちゃんとした組織やプロセスを作らないと運営が難しくなるというのは経験として活かされていると思います。FoundationやCNCFとの上手い付き合い方みたいな話も聞かせて下さい。お忙しい中、ありがとうございました。実際にはここで記したよりも多くのトピックについて語ってくれた江藤氏であった。Foundationとの付き合い方など、これからオープンソースプロジェクトに参加していこうというエンジニアには参考になるヒントをいくつも共有してくれることを期待したい。この著者の記事一覧フリーランスライター&マーケティングスペシャリスト。DEC、マイクロソフト、アドビ、レノボなどでのマーケティング、ビジネス誌の編集委員などを経てICT関連のトピックを追うライターに。オープンソースとセキュリティが最近の興味の中心。2019ショーケース2020/3/18メジャーなプレイヤーからベンチャー、エンドユーザーまで参加して賑わったKubeConのショーケースを紹介する。America:座談会で見えてきた退屈なKubernetesの次の世界2020/3/11KubeConサンディエゴで日本人エンジニアと座談会を実施。退屈に見えてきたKubernetesの世界は、今後どうなるのかを語ってもらった。HatがリードするKubernetesのディストリビューションOpenShiftのコミュニティイベントが、KubeConのプレカンファレンスとして開催された。Weekly」の配信サービスを提供しています。メルマガ会員登録を済ませれば、メルマガだけでなく、さまざまな限定特典を入手できるようになります。