破壊的スピード開発 #7｜通知UIで現れた判断の本質

カートのアイテムが多すぎます

ご購入は五十タイトルがカートに入っている場合のみです。

カートに追加できませんでした。

しばらく経ってから再度お試しください。

ウィッシュリストに追加できませんでした。

しばらく経ってから再度お試しください。

ほしい物リストの削除に失敗しました。

しばらく経ってから再度お試しください。

ポッドキャストのフォローに失敗しました

ポッドキャストのフォロー解除に失敗しました

破壊的スピード開発 #7｜通知UIで現れた判断の本質

無料で聴く

ポッドキャストの詳細を見る

今回の放送では、先日行った開発ライブで実装した「通知メッセージUI」を題材に、その裏側にあった “スピード開発における判断の本質” を深掘りしていきます。通知UIは一見シンプルに見えるパーツですが、プレイヤー体験を大きく左右し、他のUIロジック全体にも影響を与える重要な仕組みです。そして通知を実装する際には、最初に必ず決めておくべきポイントが2つあります。通知表示中に他のUIを触れるようにするのか？通知が連続で実行されたとき、どう扱うのか？この2つを曖昧にしたまま進めると、後からUIロジック全体を巻き戻す必要が出てきます。今回の放送では、実際のライブ制作で下した判断をもとに、なぜ「通知中でも他UIを触れる」方針にしたのかなぜ「連続通知はキュー方式」を選んだのかなぜ「大量通知問題」は“あえて今はやらない” と判断したのかこうした判断の背景をわかりやすく解説していきます。また、通知UIを実装する中で改めて感じたアニメーションは最初から入れておくべき理由序盤で“体験の違和感”を潰すことが後半の開発速度を大きく上げること方向のズレを序盤で直さないと積み木が崩れるように後半で破綻してしまう話といった「高速開発に欠かせない思考」についても触れています。破壊的スピード開発の本質は、 “未来の遅さを、今の判断で潰す” ということ。通知UIのような小さな機能でも、その判断プロセスには高速開発のエッセンスが詰まっています。通知UIの実装に興味がある方はもちろん、 UI設計全般や、日々の判断スピードを上げたい人にも役立つ内容になっています。ぜひ最後まで聞いてみてください。次回はサウンド周りの基礎実装に入る予定です。音の仕組みは体験の気持ちよさに直結する重要パートなので、そちらもお楽しみに。 ↓↓オオバのnote https://note.com/ohbashunsuke --- stand.fmでは、この放送にいいね・コメント・レター送信ができます。 https://stand.fm/channels/66588cbb316143a771aa74c5

まだレビューはありません