# システムの保守は大変なんです... マサト・コハギのボイコード Voicy Engineerの声とであるチャンネル ボイコード、このチャンネルでは Voicy Engineerの日々の活動をお話ししています。 今週もお願いします。 久しぶりに挨拶で噛みましたね。 でも今回は取り直しせず、潔く。 潔く、まあいいかと思って。 一瞬だよなんですけど。 まあこれくらいならいけるかと思って。 今日は何を話しますか? そうですね。 システムを保守していくの大変だなって。 別にこのVoicy限らず 一般的な話かなと思うんですけど そういう話をちょっとしたいなと思っていて 全然Voicyの経験じゃなくてもいいんですけど マサさん的に何かのバージョンアップ しなくちゃいけないみたいな時 そういう経験ありますか? でもそんなめっちゃあるって感じは 正直ないんですけど マテリアルUIとか 全職とかで マテリアルUIをやったりとか でも結局上げたか上げなかったかとか ちょっとはっきり覚えてないところとかもあるんですけど いろいろ対応したりはありました。 全職では GitHubのDefendabotってやれる ライブラリとかで そろそろこれ切れるよみたいな 押してくれるやつがあると思うんですけど それがあったら 担当みたいなのが変わりながらあって 今週は誰が担当みたいな感じとかで 今週?今月?ちょっと忘れてたんですけど みたいな感じで担当された人は Defendabotから上がってきたら 何か対応するみたいな感じとかをやったり みたいなのをやってましたね。 ちゃんとその対応が全然できてなくて めちゃめちゃ溜まってるみたいな それをちょっとずつ対応していこうみたいな感じとかで そういう活動が始まってみたいな感じでしたね。 Web系ですか? Web系ってやっぱ 脆弱性の対応とかすごい 頻度多いなって勝手な印象を持ってるんですけど やっぱそういう感じ? そうですね。結構頻繁に出てくるっていう いいとこがあったりとか あと多分使ってるモジュールとかも 結構多かったんですよね。 レールズ全種類はレールズを使ったり みたいなところとかもあって 結構いい感じにレールズが 自分たちは気にしてないけど 使ってるモジュールみたいなのがあると思うので そういうやつが多分更新経てとかが 多分あったんだと思いますね。 割と頻繁にDependableって出てきて でも結構掃除して これいらないよねみたいなやつとかもあったんで 僕のお話になっちゃうんですけど モバイルエンジニアじゃないですか アンドロイドエンジニアなんですけど アンドロイドエンジニアもIOSもそうなんですけど 毎年OSとかバージョンアップ発表されて 確かに 結構その対応は毎年大なり小なり 求められるっていうのはありますね 特にアンドロイド最近 タブレットとか ウォッチとかはちょっと別なんですけど タブレットとか Chrome OS アンドロイドで動いてる ラップトップみたいなやつとかに すごい対応させたい雰囲気を感じていて それに向けた対応とかが めちゃくちゃ最近増えてるなって イメージがあります バージョンがやっぱ一個かと アンドロイドのバージョンがあったら 互換がないわけじゃないでもないって感じですか? 互換がないこともたまにあるんですけど アンドロイド新しいOSが出ると それに合わせて新しいOS向けに 提供されたビルドツールを使ってください みたいなことがGoogleから求められてて その時に結構変わっちゃうみたいな 挙動とか変わっちゃう 想定してない具合がいつの間にか出てた みたいな感じとかがある 怖いですね めちゃくちゃ怖いし 多分アンドロイド16が 多分来月の頭ぐらいにリリースされると思うんですけど もうベータ版とかあって ドキュメントとか出てるんで ちょっとずつ準備を進めていたりとかも 多分うちもいろんな会社もしてるんだろうな と思うんですけど ちょっと飛んじゃいました それで新しいバージョンがリリースされて ビルドツールも更新されるので 大体1年ぐらい猶予期間もたされて そのビルドツールの更新を行わないと 最終的にはGoogleプレイストアに アプリをリリースできなくなっちゃう リジェクトというかアップロードできなくなる それは多少猶予期間もある 一斉の大変という そのOSアップデータがあったときって 僕はあんまりアンドロイドを見たことないんですけど どんな感じで出てくるっていうか この機能がこう変わったみたいなのが出てきて そこから関連して自分たちで じゃあここ変えないといけないみたいなのを 考えないといけないって感じですか 結構最近の話でいうと iOSとかフランスかというと 分かると思うんですけど 年々昔って物理ボタンがしたり すごいそれがなくなって 没入感ある見た目になってきたと思うんですけど アンドロイドもそういうやつがあって 大体そういう対応が求められてくるんですけど オプトイン 一旦今はできないので その機能を有効にする フラグをオフにしますみたいなことが 一旦はできるんですけど たぶん2,3年くらいできたりとかするんですけど それが何年か経ったりとかすると それが最初に出たバージョン 次のバージョンくらいの対応するときには それがデフォルトがフォルスだったのが デフォルトにトゥルーになっちゃうとか これは絶対にトゥルーにしなくちゃいけません なるってことがあって それで没入感のあるレイアウトを 矯正されるみたいなやつが 前のバージョンに入ったんです 例えばIOSとかだと ボタンを押す 例えばAPIみたいなやつと 中で使ってるAPIみたいなのと 今はIOSでボタンがなくて 上にスワイプするみたいな 下から上にスワイプするみたいな感じ そういうふうなものを呼ぶAPIなのがあると思う それが分けられたのがイメージ的には それが一個になるみたいな感じとか そういうイメージみたいな感じですか そんな感じ イメージ的には たぶん元々使ってる昔のユーザーとかいると思うので ならないとは思うんですけど イメージ的にはそういう感じ 大変ですね 機能がどこまで波及するか 読みづらいみたいなのが そうですね 結構いろんな画面チェックしてとか 実装で見れたら一番いいんですけど 結構いろんなパラダイムっていうか いろんな描き方がここ10年くらいでかなり変わってきたので 10年前で邪魔だったっていうか ここにもあったのかな 10年前コトリンあったかもちょっと怪しい だんだんそれからコトリンがデファクトになって なんか昔と全然今の描き方違ったりもするので コトリンは2011年頃登場って書いてますね 登場はたぶんそうですね 今だとだんだんコンパイラーとかも賢くなってきてて コトリンのコードをコトリンのまんま コンパイできたりとか今するんですけど ちょっと前までは ちょっと前まではって言ってもまだ全然現役だと思うんですけど 一旦中間コードみたいなやつ してからコンパイルするみたいな感じになってて これすごい詳しいわけじゃないんで間違ってるかもしれないですけど なるほど パラダイムシフトがあるので アプリの中でも実装方法が画面によって違うみたいなこともあったりして そうなってくるとまた調査もちょっと難しい いやーなんか大変ですね 保守運用は # バージョンアップには優先順位を さっき話したのって、やらなくちゃいけない報酬みたいな そうですね、メジャーアップデートとかで 求められて、外部要員とか でも正直、差し迫ってないバージョンアップとかってあるじゃないですか ちょっと古くなってるけど そこって結構判断難しいんですよね 確かに 今やるの?みたいな 多分、どこのあれもそうですけど 後回しにされがちなものではありますよね そうですね なんか、そこってコスト 一定かかるじゃないですか、どうしても バージョンが、例えば 結構極端な話ですけど 1.0が1.1リリースされました 時にやるかやらないか 例えばメジャーバージョン、新しく2が出ました そういう時にやると思うんですよ 確かに でもマイナーバージョンがどんどん積み上がって 結構自分の過去困った経験で言うと マイナーバージョンが1個上がるぐらいだったら マイグレーションガイドとか ドキュメントがすごい 1個上げるだけだったらこういう風にやったら ここが加えたので、ここを対応しましょうっていう ノウハウがいろんなとこにある 公式ドキュメントとかもあると思うんですけど それが1個飛んだりすると 途端に難しくなるじゃないですか そうですよね そこが結構判断迷うところだったりしますよね 確かに バックエンドとかインクラみたいなところからと 僕はその移行までちゃんと僕がやった経験はないんですけど テラフォームとかは放置されがち あるよね 結構マイナーバージョンが上がっているイメージがあって 前職でもVCもあったりするのか このバージョンだからそろそろ上げないと 結構ビハインドしてるねみたいなやつとかは あったりするイメージがありますね ただそれも最初の話に戻るんですけど いつ対応するかみたいなところが結構難しくて その積み重ねでそろそろやらなきゃとか 上げるときに一気に難易度が高くなるみたいな そうですよね 後に首絞めてることが分かりつつも そうですよね 分かってるんだけど 実行できないというか やっぱりよくある後でやろうってなるけど 永遠にその時が来ないっていう 迫らない限り そういうのもポリシーとかあったりとか 誰かがオーナーシップ持ったらいいのかなと なかなか組織のフェーズとか 多分大きければ大きいほど 大きいなりの難しさとか 逆に小さいなりの難しさがあるんですけど ありますよね なんだろうなどういう方針とかを立てればいいんですかね 2つ離れたらかなり見えるとか 3つ4つ離れたら結構難しそうな話があったりするのかなと思ったりする でも物によったりもするしな リミュラリーのコア度合いにもよるのかなと思ってて 確かに どれくらい依存してるか レイルズのフレームワークのバージョンアップって コア度合いめちゃくちゃ高いじゃないですか でも一方でその中で使ってる 詳しくは分からないですけど 例えばFacebookログインを対応するような プラグインとかSDKとかだったら 今あんまり良くなかった気がします 印象系だからちょっと脆弱性とかも 画像圧縮したりするライブラリとかそういう系とか それ結構いいかもしれないですね 一般的には結構枯れたノウハウが詰め込まれてるライブラリなのかなって気がするので それがいい感じに統合されているものが今後出てくるかっていうと あんまりない気もするじゃないですか そういったものは優先度下げてもいいのかな 確かにしますね コアのものは結構コースでもかかるし 複雑度も大きいと思うので できるだけリリースノートとかウォッチして なる範囲で対応していくっていうのは確かに必要かもしれないですね もう一個マイナーが上がったら即対応しようとかそういうレベルで コアドライを確かに考えるのが大事ですよね 端っこのところというか末端のところが上がった対応したいけど 結構微妙そう それに追われるのも時間がもったいないところもありそう リリースノートとか4分くらいはやってもいいかもしれないですね 継続的にやるのは大事っていう # コメント返し では、今週のコメント開始です。 先週の放送ですね、インフラ技術を学ぼうというところで話させてもらいました。 コメントを一見いただいています。ありがとうございます。 ありがとうございます。 キングダムさんからコメントをいただいています。 マッサさん、キー君、いつもありがとうございます。 コメント欄はパーソナリティさんとリスナーさんの橋渡し場所ですね。 Voicyファンフェスタでコメント欄でよく見る人とリアルに会えて嬉しかったです。 もっと繋がりたいと思いました。 最近はパーソナリティさんと同じくらいリスナーさんにも興味が湧いてきましたとコメントをいただきました。 ありがとうございます。 ありがとうございます。 確かにコメント欄はコミュニティ感みたいなところが一番伝わるようなところだったりもするのかなというのはありますよね。 それこそ、それこそかは分からないけど、ファンフェスタのオープンチャットが社内でも盛り上がりが 社員のオープンチャットとか、社内でも盛り上がりがすごいっていうのが話題になったりしましたもんね。 そういうコミュニティみたいなところがVoicyの強みでもあったりすると思うんで。 通知が見たことないくらいLINEで来てて、めちゃくちゃ驚いたみたいなことを言っている社員の人も。 そうですよね。 自分は入ってなかった。 そういう他のプラットフォームでもVoicyについて話しているっていうのがすごいなっていうのも思いますよね。 確かに気になりますね。 そういう放送単位でコメントするとかっていうのはVoicyたちの機能としてあるいは生放送とかであると思うんですけど、 結構その外でそういう交流があるのは自分たちサービス運営している側からと直接見えない盛り上がりとかもあるんだなって教えてすごく興味深かったですね。 Xとか、自分はあんま見たことないんですけどXとかMixi2とかでも盛り上がったりとかしてるんですかね。 なんか気になりますね。 その辺までちゃんと見てなかったですね。 けど盛り上がってもらったら嬉しいですよね。 自分たちのプラットフォーム以外のプラットフォームで盛り上がっているっていうのがすごい嬉しいっていうか、 嬉しいのと変な感覚がある感じですよね。 確かに。 多分YouTubeとかでもコメントでやり取りする人とかいるのかな。ちょっと分からないですけど。 でもYouTubeでこういう放送あったよみたいなこと言って結構いろんなところで見たりする気がするので。 確かにそういう何々から来ましたとかするのあったりしますよね。 使い分けと言うと違うかもしれないですね。 YouTubeで見てるけど別のところで盛り上がったりとか。 そういう拡散とかされる場があるのがすごい嬉しいなって確かに思いました。 盛り上がれるようなものをどんどん作っていきたいですね。 そうですね。 コメントありがとうございます。 じゃあ今週はこんなところですかね。 次はどの声と繋がりますか。 引き続きおいしいでお楽しみください。