技術的負債はどこにでもある タイトルにあるように、 いくつかの開発チームと一緒に技術的負債を改善する開発や、それらに関する活動を行うことが多く いろんな取り組みをしていく中で、よかったことがいくつかありました。 もちろん技術的負債を返すのは数ヶ月で終わるレベルのモノは多くなく、 何年から十数年もかかるものの方が多いはずですので、 すべて完了しているわけではないですが、その活動の中であくまで「今のところよさそう」というレベルのものです。 何番煎じかわからないくらいのものですが、 これを読んだ方が取り組んでいくにあたってヒントになればと思います。 普通の話しかありません。 会社全体で合意とSRE これは当たり前ですが、念の為・・ 以前もイベントでお話しさせてもらったりしましたが、 技術的負債は開発体験が悪くなり、モチベーションが上がらなくなるものでもあり、 そこから招く生産性の低下や色々なネガ
Unityタイトルにおけるシーン設計での技術的負債の返済例 | CyberAgent Developers Blog
GOODROIDでリードエンジニアをさせて頂いています及川です。 今回は技術的負債を設計で返済した経験をもとに、 負債化した原因から全シーン単一起動可能な設計によって解決に経った経緯を書きました。 負債の顕著化 技術的負債は、ネストの深いシーンのデバッグ工数が爆増という形で顕著化しました。 シーン起動に必要なデータがシーン依存になっており、インゲームのたった一行の変更ですら、特定手順のシーン起動によって必要な情報を構築しなければ確認ができない状態でした。 負債化した原因 負債化した原因は、肥大化しやすい設計です。 旧設計でシーン遷移を行うためには、Use Case経由でServiceを叩いて任意のStorageに状態を持たせる必要がありました。 次のシーンに必要なデータの保存フォーマットがシーン毎に異なるため、接続するシーン同士でユニークな実装が求められていたためです。 実装としては、汎用
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
技術的負債と向き合うための取り組みでよかったもの例 - ytake blog