Protocol Buffers によるプロダクト開発のススメ - API 開発の今昔 - | Wantedly Engineer Blog

こんにちは、Wantedly People アプリの開発をしている竹野（Altech）です。今回は、Protocol Buffers についての記事になります。 Wantedly People では、2018年に Protocol Buffers （以下、Protobuf と呼ぶ）がとあるマイクロサービスに入って以降、何度か大規模に Protobuf を使った開発をしてきました。またその経験を通じて、Protobuf には単に「型がついて嬉しい」というだけではないパラダイム的な変化があることが分かってきました。 その知見を全社に展開するため、去年「Protobuf によるプロダクト開発速習会」という会を行いました。この記事の内容は、そこで話したことの前半「Protobuf を使うと開発がどう変わるのか？」になります。 なお、Protobuf にはバイナリフォーマットとしての役割とインターフ

[izumin5210]

"Protobuf というのは message という「データ」にフォーカスした言語" / よりデータ・オブジェクトを意識して開発できる（そして読み書きしやすい）のは Protobuf ならでは と思ってる / 続編では実践的なやつを書く予定です 👋

[lizy]

昔のさらに昔のCORBAとかDCOM時代のIDLへの揺り戻し？そういえばなんで廃れたんだっけ

[k2wanko]

モデルの共有は自分でジェネレーター書くのがプラクティス

[asuka0801]

protocol buffersで自動生成されるmodelとアプリ内で独自に持ってるentity modelとの相互変換でどうするのがベストプラクティスなのかいつも迷う。

[kwhrtsk]

RESTと較べてgRPCは設計の自由度がかなり高いので、開発初期からAIP(https://google.aip.dev/)のようなガイドラインを用意しとかないと開発がスケールするほど一貫性が失われそう。後編はその辺の話題も出てくるのかな。