ビッグバンリリース対策でFeature Toggleを導入したら、開発チームが「デプロイできる状態」をより深く考えるようになった - はてなニュース

ソフトウェア開発において注目されるパフォーマンス指標には、デプロイに関係するものがあります。GoogleがDevOpsの取り組みから発表したFour Keysも、デプロイ頻度のほか、コミットからデプロイできるまでのリードタイム、デプロイにともなう障害発生率とその回復時間と説明されています。 そのためデプロイできるブランチへのマージは小さく、回数を重ねることが推奨されるようになっています。一方で、ビジネス用途のSaaSなどでは顧客との関係から、新機能は適したタイミングで完成度を上げてからリリースしたいという要求もあります。 タレントマネジメントシステム「カオナビ」の開発チームでも同様の課題感を抱えており、その解決のためFeature Toggle（機能トグル）を導入してデプロイとリリースの分離を図りました。その経緯や成果について、導入を主導したCTO室の富所亮さん、サービス開発部で実際にFe

[juve534]

"デプロイはリリースではないけど、いつでもリリースできる状態をキープするのが理想です。" ほんこれ。自分のチームもどの粒度で PR を分けるかは意識できている。

[lets_skeptic]

マージコンフリクトのつらみは分かるけど、あとから消さなきゃならない業務に関係ないif分岐もつらい。大規模にやった事ないけど、DIコンテナでクラスごと切り替えるとかダメなんかなぁ

[right_eye]

ジャニオタは元々ジャニー喜多川の性暴力を知った上でファンをやってるから大丈夫でしょう。

[NOV1975]

広告で「動作確認が終わるまで開発は終わりじゃない」みたいなキャプションがついてて「おいおい動確たら終わりなのかよ、どんな低品質だよ」とか思ってしまった

[beejaga]

ほいほい、何回同じ話をしてるのか。英語？

[kagerou_ts]

用済みになったコードを取り除く手間やオン/オフ両方テストする必要はあるかもだけど、一気にでかいのマージされるよりは全然マシかなあ

[nakag0711]

これか新機能オンオフの設定できるようにするというだけの話ならなんか少々大袈裟な気もするが、なぜかwebアプリだとそういう設定項目をあまり見ないのは確か。テスト項目数は真面目にやると爆増する

[ghostbass]

フィーチャースイッチの話はよく聞くけど、どこかでスイッチオフ状態をマージする必要があるのではとか思う

[miragestlike]

おや。

[kikuchi1201]

見た事がある人が沢山いらっしゃる!!