タグ

2013年8月5日のブックマーク (7件)

  • Nike

    a666666
    a666666 2013/08/05
    I just ran 2.64 km with Nike+.
  • 第3回 ブランチvs.フラグ | gihyo.jp

    とっておきの変更 ソフトウェアをいつでもリリースできるようにしろと求める継続的デリバリの広まりにより、毎日のようにソフトウェアがリリースされるようになりました。早いうちからコードを野にさらせば、隠れた問題を前もって見つけることができるからです。 短いリリース間隔に身を置くと気づくことがあります。「⁠リリースできること」と「リリースしたいこと」は、必ずしも一致しないのです。たとえば大規模なビジュアルデザインの変更やとっておきの新機能を想像してみましょう。こうした粒度の大きい変更は、たとえ動作する、つまりリリース可能な状態でも、そのまま衆目にさらしたいとは限りません。期待を裏切らない形でお披露目したい、とっておきの変更があります。息を飲む新しい体験がもたらすユーザの驚きや喜びも、ソフトウェアにとっては大切な財産だからです。 とっておきの変更を仕上げるには時間がかかります。一方で、その仕上げが終

    第3回 ブランチvs.フラグ | gihyo.jp
    a666666
    a666666 2013/08/05
  • Google の巨大レポジトリとブランチ無し運用 - Kato Kazuyoshi

    GTAC 2013 Opening Keynote の Evolution from Quality Assurance to Test Engineering (スライド) を見た。 スライドの7ページ目 によると、Google では 15,000 あまりの開発者が、40 あまりの拠点に分散している。そして、彼らはひとつの巨大なレポジトリで、ブランチなしに開発しているらしい。 Single monolithic code tree with mixed langauge code Over 100 million lines of code. 50% of code changes monthly. Development on one branch - submissions at head 講演ではこの理由について One of the benefit is that we don’

    a666666
    a666666 2013/08/05
    ここでいうブランチは topic branch (+ pull request) のことではない、んだよね? / 巨大になればなるほど trunk/master と乖離した枝のメンテはきつくなる(だから避ける)、というのは納得感ある。
  • 「仕事術」や「ライフハック」はくたばらないといけない

    スコップで穴を掘ってから、その穴を埋めているだけの人をみたら誰しも奇異に感じることでしょう。しかし注意しなければそれは「ライフハックの罠」そのものなのです。 Slate に掲載されていた “Down with Lifehacking!” (くたばれライフハック)という記事は表向きの攻撃的な印象とはうらはらに実に大事な部分に光をあててくれていて素敵です。 記事の前半は Andrew Smart の新刊 “Autopilot ” を題材にして 24 時間を最適化し続けるライフハッカーを批判します。Smart のの題材は「何もしない時間」で、そうしたアイドリングの時間が基的な能力に貢献しているという内容です。 一見、効率化をして時間を生み出す典型的ライフハッカーと相性がよさそうですが、実のところどうでしょう。24時間すべてのスキマ時間を活用して少しでもタスクを実行しようとして、常にスマートフ

    「仕事術」や「ライフハック」はくたばらないといけない
    a666666
    a666666 2013/08/05
    ものすごい「お前が言うな」感 (ドメイン音読してみろ)
  • 例外設計の話

    例外設計の話。 こんな指針がいいのかなー 2013 夏 ver. 例外の目的とは? 「例外をキャッチする主な目的は、エラーの原因を取り除いて、回復すること」 via http://dobon.net/vb/dotnet/beginner/exceptionhandling.html .NET の「例外のデザインのガイドライン」にもこう書いてある。 特定の例外が特定のコンテキストでスローされる理由を把握できている場合は、その例外をキャッチするようにしてください。 回復可能な例外だけをキャッチする必要があります。たとえば、存在しないファイルを開こうとした場合に発生する FileNotFoundException は、アプリケーションで処理できる例外です。それは、アプリケーションがユーザーに問題を知らせ、ユーザーが別のファイル名を指定したり、ファイルを作成したりできるようにすることが可能だからで

    例外設計の話
    a666666
    a666666 2013/08/05
  • redis-namespace 1.3.1 security release

    Home Blog 2013-08-03 TL;DR: if you use redis-namespace and you use send, Kernel#exec may get called. Please upgrade to 1.0.4, 1.1.1, 1.2.2, or 1.3.1 immediately. Link to the fix: https://github.com/resque/redis-namespace/commit/6d839515e8a3fdc17b5fb391500fda3f919689d6 The Problem Redis has an EXEC command. We handle commands through method_missing. This works great, normally: r = Redis::Namespace.

    redis-namespace 1.3.1 security release
    a666666
    a666666 2013/08/05
    redis-namespace 1.3.1: security release - Literate Programming
  • repeat-gradientで目盛り - jsdo.it - Share JavaScript, HTML5 and CSS

    a666666
    a666666 2013/08/05