Posterous Spaces is no longer available Thanks to all of my @posterous peeps. Y'all made this a crazy ride and it was an honor and pleasure working with all of y'all. Thanks to all of the users. Thanks to the academy. Nobody will read this.
"Less is More"というすんばらすいスピーチ発見。 IT Conversations: Jason Fried - Less is More(スピーチ本体) Less as a competitive advantage: My 10 minutes at Web 2.0 - Signal vs. Noise (by 37signals)(Transcript) em.log: "Less Is More"(日本語の短い解説) 話しているのは、37signalsのCEO Jason Fried氏。 Less Money Less People Less Time Less Abstractions More Constraints がいいよというだけのお話ですが、抽象論でなくどれも具体的な話。校長先生の話のような話ではなく、いかにも社長の話。これがIT企業の現実なんですね。 Ti
仕事時間の20%を自分の好きなことに使えるGoogleの20%ルールをご存じの（というかウラヤマシイ）方も多いでしょう。確かエンジニア限定だったかと思いますが、大企業がイノベーションのジレンマを回避する手法としても単純に社員を辞めさせないためにも効果的な手法の1つなのでしょう。個人的には実際の効果の程やGoogle上層部がその試みを実際どう評価しているのだろう、という部分を聞いてみたいですが、今回、Appleが新たに同様の試み、しかも20%ならぬ、2週間ルールに取り組んでいるというニュースが入ってきたので紹介したいと思います。 — SEO Japan Business InsiderでJay Yarowが特筆したように、AppleがGoogleの「20%ルール」のApple版を試している、とJessia LessinがThe Wall Street JournalのNews Hubで報告し
あと1ヶ月もすればもうクリスマスだ。そしてまた1年と1ヶ月もすれば来年のクリスマスだ。アレも欲しい、コレも欲しい。でも、本当に欲しいモノって何だっけ？欲しいモノを聞かれて、すぐに答えていた子供の頃。歳をとるほどに、自分の欲しいモノがわからなくなる。そしてプレッシャーがかかると、思わず「からあげ」と答えてしまう。僕の欲しいモノは何なんだろう。 そうだ。サーバーだ。サーバーが欲しかったんだ。僕はずっとサーバーを探していた。昔はRailsが動くレンタルサーバーなんてなかった。専有サーバーを借りるお金などなく、ロリポップの525円の共用サーバーは当時としては珍しくRubyのCGIが動いたので、妻名義で申し込んで（ごめんなさい！）、RailsをCGIモードで動かしては画面遷移するたびに10秒くらい動かない画面を見つめたりしていた。最近は、ServersMan@VPSが490円で使えて安いんだけど、や
Kazuho Oku @kazuho バージョン管理システムの目的は変更履歴を管理することなんだから、git rebase とか履歴を改変するコマンドは言うまでもなくダークサイド 2012-11-09 16:58:32
以前は問題なく動いていたはずの機能が、最新版では動かなくなっている・・・。こんなときは、「どのコミットが問題を混入させてしまったのだろうか？」を知りたくなるでしょう。 これを手助けするのが git bisect コマンドです。git bisect コマンドは、二分探索によって問題箇所を特定します。 事前準備 最初に大事なことがひとつあります。それは、「問題がない（good）状態と問題がある（bad）状態を、確実に判定できるようにする」 ことです。 当然のことではありますが、ここがあやふやだと、二分探索をしても問題箇所をうまく特定できません。 可能なら、「テストスクリプトを1つ実行するだけで判定」できるようにしたほうが良いです。このとき、テストスクリプトは、git リポジトリからチェックアウトした作業ツリーに対して実行できるようにします（例えばソースからのビルド処理もテストスクリプトに含めま
■ [git] どの段階で混入したのか全く分からないバグが発生したので、git bisectを使ってみた 気づいたら、BiwaSchemeのmakeが通らない状態になっていた。 java -jar bin/yuicompressor-2.4.2.jar lib/biwascheme.js -o lib/biwascheme-min.js [ERROR] 16082:51:invalid property id [ERROR] 1:0:Compilation produced 1 syntax errors. 数日前までは通っていたんだけど、それから結構な回数コミットを行ったので、どれが原因なのか分からない。 でも大丈夫、こんな時こそ(存在は知っていたけど使う機会のなかった)git bisectを使うチャンスだ。 git bisectは、「OKなコミット」と「NGなコミット」の2点の間を二分
複数人で開発してると、どこかの時点でバグが埋め込まれたので探そうと思うのだけど、バグがなかった時点からすべてのコミットログを洗い出してバグを見つけ出そうと思うと生きる気力をなくします。 そんな時git bisectはあなたをテストマシーンへと変身させ最小限のテストでバグが埋め込まれたコミットを探し出してくれます。 私がやったときのやり方は、 git bisect start #(1) どうかバグの原因が見つかりますように！！！ git bisect bad #(2) 現状の状態を記録 git bisect good rev #(3) よかったときのリビジョンを指定 git bisect next #(4) gitが勝手にリビジョンを進めます。これ以降はテストマシーンとしてひたすらテストテストテスト git bisect bad/good #(5) テスト後に結果を記録します。そのうち結果を
git-merge の--ff, --no-ff, --squashの違いをまとめてみた。 git helpから引用 まずは、git helpを読みましょう git merge --helpから引用（抜粋） NAME git-merge - Join two or more development histories together SYNOPSIS git merge [-n] [--stat] [--no-commit] [--squash] [-s <strategy>] [-X <strategy-option>] [--[no-]rerere-autoupdate] [-m <msg>] <commit>... git merge <msg> HEAD <commit>... git merge --abort OPTIONS --ff, --no-ff Do not gene
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く