「新機能作成時に開発ブランチに細かくmergeしていく戦略」について社内勉強会で発表しました - Hatena Developer Blog
はてなのアプリケーションエンジニアのid:shiba_yu36です。社内技術勉強会で「新機能作成時に開発ブランチに細かくmergeしていく戦略」という発表をしたので、資料を公開します。 speakerdeck.com 以下、簡単に文字でまとめておきます。 戦略 ユーザーに新機能が見えないようにする工夫をし、新機能のbranchもどんどん開発ブランチにmergeしていく mergeされたものは随時本番にリリースされるが、ユーザーに見えない工夫をしているので問題なし PRは可能な限り細かくする 機能が完成したら最後にユーザーに新機能を見えるようなPRを作り、mergeしてリリースする なぜこの戦略を使うのかいろんな失敗を経験して、この戦略を最近使っている。 失敗パターンその1: 巨大PRパターン 失敗パターンその2: 新機能リリースブランチパターン 失敗パターンその1: 巨大PRパターン 新機
［ITpro Challenge!］ プログラムは人間の予測を超えた現象を生み出す---Winny開発者の金子勇氏
2008年9月5日のITpro Challenge!において，Dreamboat技術顧問である金子勇氏が「シュミレーション的発想によるプログラミング」と題した講演を行った。金子氏はファイル交換フリーソフト「Winny」の開発者として知られるが，自称「究極の趣味プログラマ」であるという。 わたしは究極の趣味プログラマ 「プログラムを作っただけで逮捕されたWinnyの作者です」。冒頭でこう挨拶した金子氏は，Winnyに関連した発言をマスコミや何度かの講演会 で行ってきた。ただ，そのWinny開発の根底を支えた金子氏のプログラムに対する哲学を語ったことは，これまでほとんどなかったという。 金子氏は自身の職業を「シミュレーション屋」であるとし，その裏の顔として「趣味フリーソフト屋」であるとする。 金子氏はどのような発想でプログラムを組んでいるのか。 「最初から設計した通りにプログラムが動くのはつま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
幅優先探索すら知らない素人がDevQuizで満点を取るまでの話
