2016年7月5日のブックマーク (2件)

  • PS4を盗まれたけど、Amazonが助けてくれた話。 – Siren.

    どうもお久しぶりです。なんとか身体は無事に生きていますが、先日精神的に死にかける出来事があったので、その時の話をまとめてみようと思います。久しぶりにブログっぽい内容になります。結構長文。 ・4月2日(土) しのニキとぴよさんと三人で飲み会。ぴよさんが遅れる中、生ハムとワインを摘みながら二人で雑談。酒の勢いで二人ともPS4を購入することに。AmazonではPS4が一時的に品薄っぽくて4月8日(金)着予定とのこと。お互い4月末発売のパワプロ2016が目当てなので、そんなに急がないしいいやーっといった感じでしたが、僕は商品券が使える店で買うからということでその場では購入せず。その後ダラダラと生ハムとワインをおかわりしまくった上に、河岸かえて餃子たべて帰宅。 ・4月3日(日) お出かけしたあとに日橋をフラフラと回ってみる。商品券が使えるソフマップやビックカメラではそれほどお安くないし、中古を探し

    PS4を盗まれたけど、Amazonが助けてくれた話。 – Siren.
    yamitzky
    yamitzky 2016/07/05
    マケプレでバンダイ製品の海賊版が送られてきたことあるけど、バンダイは塩対応だったのに対し、Amazonは返金してくれた。
  • 中の人に聞いたGitHub flowの本当の使い方 - Qiita

    背景 今日GitHubの中の人のLTを聞く機会があって当のGitHub-flowを聞いてきたので 忘れない間にメモ GitHub-Flowのお約束 Masterにあるものは即座にデプロイ可能な状態に保つこと ブランチの上で必ず作業し、その生存期間を短くすること すぐにPRを作り、フィードバックやサインオフを求めること マージしたらすぐにデプロイすること 当のGitHub-flow 中の人曰くよくマージしてからデプロイすると言っている人がいるらしい。 だが当のGitHub-flowは違う。 当のflowは PR作成 ⇩ 修正 ⇩ デプロイ ⇩ フィードバック ⇩ マージ らしい。 マージ前にデプロイすることでさらにユーザーに近いところでフィードバックを受けることができるとのこと。 ダメなら直ちにmasterに戻す。なので決まりごとの中にmasterは直ちにデプロイできる状態にあること

    中の人に聞いたGitHub flowの本当の使い方 - Qiita
    yamitzky
    yamitzky 2016/07/05
    マージ前にデプロイするのか。確かに、テストとかが担保されていれば先にマージするか後にマージするかって割りとどうでもいい問題だもんなあ