「新機能作成時に開発ブランチに細かくmergeしていく戦略」について社内勉強会で発表しました - Hatena Developer Blog
はてなのアプリケーションエンジニアのid:shiba_yu36です。社内技術勉強会で「新機能作成時に開発ブランチに細かくmergeしていく戦略」という発表をしたので、資料を公開します。 speakerdeck.com 以下、簡単に文字でまとめておきます。 戦略 ユーザーに新機能が見えないようにする工夫をし、新機能のbranchもどんどん開発ブランチにmergeしていく mergeされたものは随時本番にリリースされるが、ユーザーに見えない工夫をしているので問題なし PRは可能な限り細かくする 機能が完成したら最後にユーザーに新機能を見えるようなPRを作り、mergeしてリリースする なぜこの戦略を使うのかいろんな失敗を経験して、この戦略を最近使っている。 失敗パターンその1: 巨大PRパターン 失敗パターンその2: 新機能リリースブランチパターン 失敗パターンその1: 巨大PRパターン 新機
ピクシブ株式会社を修了しました - かた想い三年
このたび、アルバイトとして続けてきたピクシブ株式会社を退職することになりました。まさかやめる時が来るなんて、思ってもみませんでした。 itochan.hateblo.jp ピクシブには、2012年7月から入社し2017年7月まで5年間働いていました。仕事ではAndroidアプリ開発をしていました。アプリのリリースボタンを押したり、開発のみならずASO（アプリストア最適化）やプロモーションについて勉強することもできました。 経験したこと pixiv Androidアプリ pixivコミック Androidアプリ pixiv Sketch Androidアプリ（ちょっとだけ） もうちょっと技術的なこと 入社当時Android 2.xのUIだったのをAction Barを使ったUIに変更する大規模アップデート （忘れたけどこの間いろいろたくさんやったと思う） 既存のコードをKotlinに書き換え
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
