開発中の機能を小分けにして本番環境にどんどん出すためには - hitode909の日記
ふだんの開発では，稼働中のシステムに影響を与えないように開発中の新機能や新システムを共存させながらちょっとずつデプロイして進めている．どんな事を考えてやっているか記しておきます． フィーチャートグルを使う すべてのコードが本番環境に入っているけど無効化されている状態で開発を進める ブランチをたくさん作るのに対する考え方で，フラグを有効にすると開発中の機能を使える スタッフなら有効にしたり，フィーチャーのオンオフを選べる画面を作ってたこともある フィーチャーブランチを利用した開発はチームを継続的インテグレーションから遠ざける – ゆびてく FeatureToggle 完成したらフィーチャートグルに関係なく全員に有効状態にして完成 フロントエンドの施策で，実際のデータやインフラ構成でどれくらいスピードが出るかわからないときに，ひとまずフラグをオンにすると動く形でデプロイしたりとか レイヤの下の
イシューからはじめよ - hitode909の日記
取り組むべき課題を見極めたのちに，解の質を上げていきましょう，という話． 解決してもうれしくないとか，解決したかどうかの定義が明確ではない，とか，そういうのはイシューではない． がむしゃらにどうでもいいタスクを大量にこなしても，あまり良い状態にはならなくて，大事なタスクを1個こなすほうが価値がある． クックパッドの井原さんが書かれてた記事を思い出した．何かに取り組むときには三つの輪があって，自分がやりたくて，かつ得意で，会社としてもやるべきことをやろうという話． よくこの図を思い出して普段から便利に使っていて，このタスクとあのタスクだと，こっちのほうが重なり度が強いから，こっちからやったほうがうまくいきそう，とか． やるべきことの見つけ方とそのときに一番大事なもの - ihara2525's blog ソフトウェアだと，コアドメイン以外のところをリファクタリングしまくっても良い結果は得られ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
