喜多そうですね、部署内の共通ルールがあって「新しい案件はそれをまず入れる」ってかんじです。以前そういった規約を決めた形跡はあるんですけど、更新はされていないようです。書く人が完全に分かれてる場合もあるじゃないですか。業務では基本しないですね。必要に応じて書きますけど。tokuhiromそこまで完璧に分業されてるっていうのも珍しいのかなという気もしますけど。上長と話しているかんじだと、そんなに明確に分けたいわけでもないらしくて。両方書きたかったら別に両方書いてもいいとは言ってます。したランディングページとかキャンペーンページとかは両方できる人が一気に作っちゃったほうが早いと思うんで。書いていたので、その流れで来たかんじですね。tokuhiromじゃあ昔はサーバサイドもやっててみたいなかんじですね。LINEの開発の体制みたいなところでいうと、UITが作業しているクライアントサイドのリポジトリとサーバーサイドのリポジトリが完全に分かれてるじゃないですか。それ結構特徴的だなと思っていて。なっていて、サーバサイドのエンジニアと完全に別ってのは珍しいなと。サーバサイドとフロントエンドって一緒なことが多いし、リポジトリ分かれてるのもそうですけど、頑張ってみるってかんじですか。中を見たりすることはありますけど、デプロイとかも分かれてるじゃないですか。そこが特徴的だなって。静的なファイルを配信する専用の仕組みがあるんですよね。いう配信用のツールなんですけど。それはちょっと図で書いた方がいいと思うんですけど...kmbがやっていることを簡単に説明すると、GH:eのリポジトリの内容を静的なファイルを配信するサーバに移すだけです。静的サーバーに転送すると。UITではデプロイの仕組みとして全体で使っています。作ったりしてますよね。使っている印象はあります。tokuhiromへー、そうなんですね。ビルドをおこない、kmbのコマンドを呼んで直接配信しているようです。静的ファイルあげるみたいなカンジなんで結構いいなと思ってますけど。参照する時は、CDNにリンクを貼って見るみたいなかんじですよね。そこらへんもなんか連携の仕組みというか、そういうのも特徴的なのかなって気はしますね。立ってて、そこから配信したりとかそういうサービスも多かったんですけど。