# プロダクトエンジニアになって最近何してた？ 友とササンのボイコード VoicyEngineerの声と出会えるチャンネル、ボイコード このチャンネルでは、VoicyEngineerの日々の活動をお届けしています。 はい、では今週もやっていきましょう。 お願いします。 なんかあれですね、最近なんかあんまりこうやってゆっくり話してなかったよね。 いや、そうですね。 で、なんかあのー ご飯とかもあんまり行けてない あ、確かに。そうだね。なんか行けてないからちょっと今度行きましょう。 あー行きましょう。 なんかこうオフィス、僕最近結構出社率が高かったので直近は それでなんかちょこちょこね会話はするんだけど じっくり喋ることなくって しかもチームも違うじゃないですか だからなんかお互い最近何やってたのか 多分ちょっと直近多分他のメンバーも多分そうだと思うんですけど あのー体制が変わって みんなプロダクトエンジニアになってみたいなところもあって 多分お互い何やってるのかなとか まああとはそもそもなんかササンは特に ササンと僕は特にそうだと思うんですけど 今までやったことない領域を結構ガッツリいきなりやらなきゃいけないとか っていうところもあったと思うんで そこら辺の話とかをちょっとこの機会に聞いてみたいなと思うので じゃあちょっと話していきますか。 最近は何やってました? 最近はなんかもう公開されるんでいいと思うんですけど ちょうどアプリ内でボイシープラス課金できるようにするっていう 機能をここ3ヶ月くらいですかね ちょっとやってて 一番元々iOSエンジニアして入ったんですけど この機能の実装を蓋を開けてみたら バックエンドとモバイルの比率が 9-1くらいでバックエンドの方が重いっていう ガッツリバックエンドやらなきゃいけない ガッツリバックエンドみたいな感じで もうiOSの方はすぐ終わっちゃうので モバイルの方に手を付けようということで もうほとんどバックエンドの方やる ちゃんと入門入りした なるほど じゃあ結構本当に ガッツリあんまり経験したことない領域の開発やるみたいな感じ いやもうガッツリですね 課金とかって一番神経使うじゃないですか 最初やるにあたって 自分の中で不安だったこととか どういう風にやってましたとかって 結構難易度高いプロジェクトというか に挑戦するにあたって どういう風に進めていったのかなってちょっと気になったんですけど 本当に一緒にやってるチームMASAさんなんですけど バックエンドエンジニアで MASAさんが言うにも 結構レベルの高い実装の方だということで 初めてバックエンドに入るのがレベル高い 経験値積まないで最初からボスにいっちゃうみたいな感じで すごい難しかったんですけど なんですかね 最初は本当に全然分からなかった 行動を見ても分からない人だったんですけど 行動も込みでチームさんが説明してくれて 思想というか設計思想とかも分かってくると かなり整えられてる作り方だなと思って 最後の方は結構順応できて あと自ら設計考えるとか 図書いてみるとか やってるうちにほんとなく理解して書いてきたかなっていう なるほど 僕も最近設計みたいなの考えるタイミングとかはちょこちょこあるんですけど 例えばiOSの設計だったら 大体プロジェクトどうなってるのかって想像ついたりすると思うんですけど 特にバックエンドって考慮すべき項目が結構多いじゃないですか そういうところの設計ってどうやって取り組んだのかなっていうところで言うと どうやって進めていったんですか そうですね 今回の実装だと 割と方針は何回か変わっていく中で どんどんブラッシュアップしていったみたいな感じになるんですけど 登場人物がまずアプリとかサーバーとか 今回Appleとかも関わってきてて その中で使われる概念 Appleと識別するためのオープンとか っていうのをとにかく図で書いて 工程とか書いていくうちに ここでこれができたらよさそうだねみたいなのが見えてきたっていう感じです なるほど ちなみに課金のところってあんまり情報あるイメージじゃないと思うんですけど そこらへんは頑張ってドキュメント読むとかっていう感じなんですか 本当に激ヤバで まず全然情報はない あると思っても それぞれの会社それぞれの個人で 課金の形態とか裏側の仕組みって全然違うんで 本当に参考になるやつっていうのがまあない その中の頼みの綱のドキュメントもあまり何も書いてない どうやって頑張ったかな ドキュメントは本当に隅から隅まで読む サンドボックスっていう検証環境を頼りにしながら進めるんですけど このサンドボックスも嘘をつくっていう 不安定っていう 本当になんでなんとかなったかわからないけど やっぱり一個一個情報を整理していって その整理した情報をもとに みんなでディスカッションとか実際に実装を進めていく中で より良いものに修正していくみたいな感じではあるんですか そうですね ありがとうございます トモさんの近況だと一貫してやってるって感じですか iOSから そうですね直近1ヶ月ぐらいは iOS、Android、フロントエンド、バックエンド全部やってました たまたま全部に変更を加えなきゃいけない どっちかっていうと目に見えるところっていうよりかは データ的な部分の整備っていうところで AIに使ってデータ分析とかしやすくなってると思うんですけど そこのこういう情報取れたらいいよねってところの 基盤の整備みたいなところを この1、2ヶ月ぐらいから進めてたっていう感じですね レビューとかするときも チーム内でお互いに iOSとかAndroidとかでも 全部チームメンバー全員になり合うみたいな感じ そこはちょっと違くて 僕の所属してたチームが データAIチームという名前のチームなんですけど そこのメンバー全員が それぞれ1プロジェクトずつ持っててみたいな感じで レビューに関しては基本コードオーナー だからその分野ごとに 一番詳しい人が見てくれるみたいな感じにしてたので 僕らはあんまりチーム内でのレビューは一部やってたけど そんなガッツリってはなくて 例えばモバイルだったらもはぎさんに頼むとか バックエンドだったら せんちゃんだったりゆうじ先生だったりとか っていう感じでそれぞれに依頼するみたいな そういう体制で一応やってました チャレンジしながらも 最終的にはセルフキーネットというか サンポした上で お互いのレビューとかだと 例えば僕が全然違うリポジトリのレビューするのって めっちゃ不安じゃないですか っていうのはあるんですけど そこら辺はちゃんと見てもらえたっていうところもあったので 割と挑戦はしやすかったなという感じではありました それはめっちゃいいですね そうっすよね # はじめてのバックエンド開発での悩み ちょっと自分が別のバックエンドとかやっているうちに大変だったなって思うことがあって めっちゃ教えてほしい どうしたのかなって思うんですけど プルリペの流度がむずくて なんかアイウェスからと大体 なんだろう、バイパーとかで分かれてたら こことここは分けられるなとか思うんですけど バックエンドはあんまりパッとは分からなくて AIとか壁打ちしながら一回全体を作っちゃうんですよ 全体を作って、全体を通して行動を見るとやっと流れが分かってくるとか ここで使われるんだなみたいなのが分かってくるんですけど それも出すときにそのまま出しちゃうとレビュアーが大変ということで ちょっと持ち通りしないといけないねって話もしたんですけど この辺どうですか? 多分全く同じ状況で 僕もそもそもレビューを出すところまでのところで そもそも実装の方針とかを 本来であれば実装に着手する前に こういう方針でこういう設計でやります でそこから実装しますが 100%できれば一番それがいいと思うんですけど 中にはそうはいかないやつがいるというか 実装を見る前に方針だけAIと壁打ちしてても 何にも見えてこない時とかっていうのも全然あったりするんで そういう時とかは一回僕もフルリグ作ります 全体見てその後でここやっぱおかしいよねって思ったら そこは修正して その修正したフルリグをもう一回作り直すみたいなことをやったりとかして そうすれば一応どこで切ればいいかはなんとなく分かりそう 先にコードとしては完成させる ある程度これの方針でざっくりは変えなくていいかなっていう単位まで作りきっちゃって それを分割する単位としてどういうのが適切かっていうのは後で考えて その単位でも作り直しちゃうみたいなことは全然やってましたね 最近自分が辿り着いた結論と一緒 同じ やっぱどこで分けるかって ある程度そのリポジトリの設計を知ってないと分けるのは結構難しいですよね 一回でも作りたいっていうか一回でも見たい 見なくても方針の良し悪しが分かるんだったら全然見なくていいと思うんですけど この関数はどこから呼ばれるんだっけとか そういう具体的なイメージができてないのに ここの部分は間違ってますとか ここの部分はこうした方がいいと思いますとかって いろいろAIのレビューとかをされてもあんまピンとこないっていうか 完成したものを見てこの全部流れを追ってって この分け方おかしいんじゃないかなとか そういう発想になると思うんで そこら辺は僕もケースバイケースというか 一応ステップとして調査をして 影響範囲とか その後で実装の方針の壁打ちして その後実装するみたいな感じだけど 実装の計画の部分と実装の部分はあんまりこだわりすぎないというか 多少前後することはあるっていう感じではある 大体の方針さえ決まれば一旦ちょっと進めてみるかみたいなのは全然やったりしますね やっぱりそうですよね ここはやっぱり結構AIがあるとはいえども 長年そのジャンルというか領域に携わっている人と 最近入った人とかの違いではあるかなと思うんですけど ワクフルして進めていけたらいいな最近は そうですよね やっぱみんな同じようなところで詰まるというか 考えたりするんだなと聞いてて思ったな 悩み2が でもさっきの話だとあんまりレビューはしてない 自分自身がね 一応うちのチームではレビューは飛んでくると飛んでくる つまりバックエンドのレビューをね このタスク自分がやるぞと思って バックエンドのことを調べながらやると 説明もできるしコードも理解できるんですけど レビューで飛んできたものを見たときに これは何と繋がっているんだろうな 最初は追いついてたんですけど始まりたてとかは だんだん増えるとだんだん追いつかれてなっていって 自分のレビュー待ちがボトルネックになっちゃう と思ったりして チームにはせんちゃんも入ってもらってたんで かなりその面では助かったんですけど やっぱりしたい気持ちは山々で それも引っ張ってきてプルしてきて 手元で見て追いながら見るんですけど いやめっちゃわかる 僕も多分サザンと比べたらレビューの頻度としては そんなに高くなかったけど 全然Webのレビュー以来とか 来たりすることも全然あったんで 見たりはしてたんですけど わからない量が多すぎて 結構コードを追うのが大変だったりとか そもそもこのコンポーネント初めて見たんだけどとか どこで使ってるやつなんだっけみたいなやつとかが 結構わかりづらかったり あと地味に結構きついなと思ったのが デバッグの方法とかがあんまりちゃんとよくわかってない iOSとかだったらこういう風に見ていけばわかるよねみたいなところは 結構わかりやすいというか 慣れてる部分もあると思うんで 確認がしやすいんですけど 慣れてないリポジトリでやるの結構大変なことだって デバッグができれば最悪なんとでもなるかみたいなところは そこらへんはちょっといろいろ遠回りをしながら 確認してた気がする ローカルを起動するのも一業でしたけど そこらへんがね 本職のバックエンドなエンジニアとかだったら ささーっとやることが これどうやってやるんだっけみたいなね あんまiOSとかモバイルエンジニアって イメージだとあんまターミナルとかを触んないと思うんですよね 触んなくて開発できるからね そういうところもちょっと難しかったですし あとはリリースしようと思えば すぐ本番にさせられちゃうんじゃないですか 結構怖いなと思って 念入りにデブステージとかでは確認してからもちろん出すんですけど 怖かったです そうだね しかもあれじゃないですか リリースの手順むずくなかったですか そうですね だよね モバイルのリリース手順ってかなり簡単な方法 一応特にフロー自体も結構簡単にしてるっていうのはあると思うんですけど そこから見たときに 他のバックエンドウェブとかのリリースまでの流れ めっちゃ大変じゃんとかって思って アプリケーションそのものの知識っていうよりかは リリースに必要なのって結構 インフラ的な知識っていうか インフラの部分がどうなってどうやって構築されてるんだっけ CICDどうやって組んでるんだっけみたいなところの 断片的な知識もないとできないから 結構そこら辺は最初1,2回ぐらいは 全然よくわかんないなと思いながらやってました でも今は割と慣れてきたっていう感じ そうだね 何回かやるとちょっと慣れてくるっていうのもあるし 自分でちょっとKubernetes勉強するかみたいなこととかもやってたから 昭和みたいな感じではあるけど 確かに大変だった 大変でしたけどレベルアップを感じますね そうだよね 特に僕はSASANの作業してるリポジトリが 多分一番新しくて設計もちゃんとしてて 難易度も高いから そこら辺は相当レベルアップしたよね 僕もそのリポジトリ早くあれしたいんだけど 違うところを 全然かわしてるんだよね そこだけちゃんとかわしてるから 勝ってないからそのチャレンジしたいなと 素晴らしいリポジトリで 意外とやってみたらできるなってところもあったし いろいろとバックエンドって モバイル以上に広い範囲触らなきゃいけないっていうか 知識として知ってなきゃいけないことも多いから そこら辺はお互い勉強になった部分が多いのかなって 見てても隣の島で聞いてても感じてたんで 始めたてのものって結構伸びやすいっていうか 伸びしろあるんで そういうところも面白かったですね 確かに # コメント返し 最後、コメントお返しやっていきます。 前回の放送が、AIたちの中間管理職始めました。 という放送で、2件コメントいただいています。 ありがとうございます。 1つ目が、なすてつさん。 レビューの悩みは、AIを開発に使っている エンジニアみんなが持っていますね。 AIと一緒に、使用書や設計書を作り、 しっかりレビューする主要駆動開発や、 AI自身が有名点があれば人間に質問し、 人間が監督、承認するAIDLC。 これちょっと初めて聞きました。 別のAIによるレビュー等、色々試しましたが、 結局気になってレビューしてしまうんですよね。 AIを信用できないとか、全部任せてしまうと成長できない気がするなど、 理由はあると思うんですが、 この辺りQAやPMの方の意見を聞いてみたいですね。 というコメントをいただきました。 ありがとうございます。 確かにここら辺難しいなって、 特に僕ら比較的ジュニアのエンジニアだからこそ、 AIによく分からないけど作らせてしまうと、 自分の成長とかあんまないなとかって感じたりとか、 よく分からないけど物はできてしまうみたいなことにもなったりするから、 結構難しいし、 AIのアウトプットが増えた分、レビューするコストが結構大変というか、 僕はAIが生成した文章を読むの苦手で、 大量のアウトプットとか出されると、半分ぐらいしか読めないな、 頭入らないなみたいな感じで、結構AI疲れというか、 レビューもどこまで見るんだっけみたいなところも、 個人開発とかだったら見なくてもいいかなって思うけど、 やっぱりお仕事でやる以上、 これなんで動くんですかって聞かれたときに答えられないとさすがにまずいじゃんとか、 やっぱりそこら辺は責任とかもあるんで、 今後どうなっていくか分かんないけど、 現状はお任せコースにはしづらい部分はあるのかなというのは。 そうですね、この成長がどう考えるかっていうのは結構思ってて、 AI抜きでのエンジニアとしての力を伸ばすべきなのか、 でもAIは今後もどんどん伸びていくんだろうから、 AI込みでの出力を上げることを成長として捉えていいのかっていうところは、 結構考えることがあります。 なるほどね、確かに。 僕もそこら辺は悩みどころですね。 でもそれこそ仕事では当然AI使って実装を進めていくっていうのは当然なんですけど、 プライベートでは僕はあえてあんまりAI使わないようにしたりとかすることも全然ありますね。 あえて手で書くみたいな。 まだ手で書いてるのかって言われそうですけど、 それはどっちかというと手で書きたいっていうよりかは、 手で書いた方が自分の分かんないところがよく分かるようなところだと思うんで、 そこは自分がちゃんと理解できれば別にAIを使って使うことを前提にしても全然問題ないのかなっていうか、 AIを使ってどううまくやっていくのかの方が大事なのかなとかって思うから結構あれですよね。 SASANのチームは説明をすることが結構日常的に行われてますよね。 自分の実装とかに対して。 確かに。 そういうのはAIを仮に使わないとか関係なく大事なことなのかなと思ったんで、 すごい素敵なチームですね。 ありがとうございます。 2件目、Kingdomさんからいただきました。 ありがとうございます。 MASAさん、TAKAMATIさん、いつもありがとうございます。 今日は天気が良く風が気持ちいいです。 不具合の問い合わせを送るべきですが、とりあえずここに書きます。 iPhoneの文字サイズを大きくしたら、文字は大きくなったんですがコメントが書けなくなりました。 コメント書きたいので文字サイズを小さくしていますが、できれば大きい文字でもコメントできるようになるといいなと思います。 と言っていただきました。 ありがとうございます。 まさかの不具合の問題になってきました。 これあれですね。 多分iOSで文字サイズを変えたら。 なんかあれか。 設定画面から。 なるほど。 この後私とMASAさんで確認をします。 批評して。 そうですね。 ありがとうございます。 ありがとうございます。 ということで今日はAIというか、最近の業務の振り返りというか、取り組みでどうやってやってきたかだったりとか、その悩みについて一緒に話してきました。 次はどの声とつながりますか。 引き続きVoicyでお楽しみください。