はてなのアプリケーションエンジニアのid:shiba_yu36です。社内技術勉強会で「新機能作成時に開発ブランチに細かくmergeしていく戦略」という発表をしたので、資料を公開します。 speakerdeck.com 以下、簡単に文字でまとめておきます。 戦略 ユーザーに新機能が見えないようにする工夫をし、新機能のbranchもどんどん開発ブランチにmergeしていく mergeされたものは随時本番にリリースされるが、ユーザーに見えない工夫をしているので問題なし PRは可能な限り細かくする 機能が完成したら最後にユーザーに新機能を見えるようなPRを作り、mergeしてリリースする なぜこの戦略を使うのかいろんな失敗を経験して、この戦略を最近使っている。 失敗パターンその1: 巨大PRパターン 失敗パターンその2: 新機能リリースブランチパターン 失敗パターンその1: 巨大PRパターン 新機

仲正昌樹さんが「月刊極北」の連載で、ソーカル事件にたいして意味はないという話を以前からしている。 訳が分かっていないのに、「ポモはダメ！」と言いたがる残念な人達 http://meigetu.net/?p=2781 ソーカル教にすがりついてしまう廃人たち http://meigetu.net/?p=3065 哲学や文学研究はカンタンだと思っている連中の大言壮語 http://meigetu.net/?p=3142 ○×脳の恐怖 http://meigetu.net/?p=5151 さらに、最近三か月の連載は、すべてソーカル絡みの内容だ。ここではぼくも批判されている。 自分の脳内陣取りゲームを現実と思い込み、「お前は追いつめられている！　俺がそう思うんだから間違いない！」、と絶叫するソーカル病患者たちの末期症状 http://meigetu.net/?p=5361 ポストモダンをめぐる大陰謀