はじめに 「分かりやすいコードを書く」、「コードと一緒にテストも書く」等はソフトウェア開発において大切なことです。しかしそれと同じくらい大切なことして「分かりやすいコミットメッセージを書く」があります。これはあまり着目されていなく、見過ごされていることです。 今回は、コミットメッセージの分かりやすさの大切さ、そして、分かりやすくするための書き方を説明します。 コミットメッセージとその大切さ バージョン管理システムとコミット 現在、ほとんど全てのソフトウェア開発ではSubversionやGitなどのバージョン管理システムを使っています。バージョン管理システムを使うことによるメリットというのは、ソフトウェアの変更が記録されていくことにあります。 具体的なメリットは3つあります。 ソフトウェアの調査がしやすくなることです。現時点でのコードと、そして変更の履歴とを組み合わせることで、それらから非常
absolute_redirect accept_mutex accept_mutex_delay access_log (ngx_http_log_module) access_log (ngx_stream_log_module) add_after_body add_before_body add_header add_trailer addition_types aio aio_write alias allow (ngx_http_access_module) allow (ngx_stream_access_module) ancient_browser ancient_browser_value api auth_basic auth_basic_user_file auth_delay auth_http auth_http_header auth_http_pass_cl
Pivotal Trackerをプロジェクトで使うにあたっては、アジャイル開発手法の知識が多少はあると役にたちます。エクストリームプログラミング(XP)であれば、このXPの入門記事をはじめとして、数多くの良質な記事をオンラインで見つけることができます。 ダッシュボードPivotal Trackerにログインすると、まず最初に表示されるのは自分の ダッシュボード(Dashboard)です。このページには、あなたが参加している全てのプロジェクト、最近の活動、Pivotal Trackerからの重要なお知らせが表示されます。 プロジェクトに招待されていれば、プロジェクト一覧にそのプロジェクトが表示されます。プロジェクトのリンクをクリックすると、そのプロジェクトのストーリーを表示します。新しいプロジェクトの作成は簡単です。ダッシュボードで"Create Project"ボタンをクリックし、プロジェ
The Register 2011.3.1の記事 The Node Ahead: JavaScript leaps from browser into future node知らない人向けに書かれた記事だけど、node紹介記事たくさん読んだことのある人にとってもinformativeな記事 V8の前は2日だけSpiderMonkey試したとか、web.jsが最初のプロジェクト名だったとか Ryan Dahlだけでなく、socket.ioクリエータとかnode本の著者とかV8チームの人とか色々な人にインタビューしまくって書かれてる 以下斜め読んだ内容 リード文 ブラウザからサーバへ飛び出したJS、とか V8はサーバーの世界に分身を生み出した、とか iphoneアプリVoxer スマフォ版トランシーバ(walkie-talkie) リアルタイムでの通話とチャットができる テキスト、写真、位置情
Git のコマンド体系は全く歴史に学ばず後世に禍根を残す酷いデザインだが、どういうわけか内部構造は大変素晴らしい。特にファイル構造を一旦キーバリュー式データストアに保存するというのは是非参考にしたいアイデアなので調べてみました。 Git 内部データストアの基本機能は、ファイル名を使わず中身だけを保存する事です。ファイル名が無くて後からどうやって保存した中身を取り出すかというと、保存時に SHA-1 という文字列が発行されるのでそれを鍵に取り出します。それでは試しにやってみます。まず準備として新しい Git レポジトリを作ります。 $ mkdir test $ cd test $ git init Initialized empty Git repository in /Users/takashi/tmp/test/.git/ blob 次に、適当な文字列を保存します。 $ echo '適当
2010-09-19 ruby/rails/RailsGuidesをゆっくり和訳してみたよ/Getting Started with Rails 2010-09-18 ruby/rails/RailsGuidesをゆっくり和訳してみたよ Top 2010-09-16 search_result MenuBar 注意 † 英語が苦手なので、超意訳だよ。 表題に日本語がついているのは一応訳してあるけど、 古いバージョンだったり、適当な訳で清書していなかったり。 ちゃんと終わったものは、twitterでつぶやくから、よかったらフォローしてね。 ちゃんと終わったページ Railsのはじめ方(Getting Started with Rails) 最低でも一週間に一本以上は更新予定だけれど、 滞っている場合は、StarCraft2にハマってるから叱咤して下さい。 Rails 3を始める皆
TCC の作者であるところの Fabrice Bellard という人は何やらものすごくて、 TCC のスライドにも書いたように、 qemu とか ffmpeg の作者であると同時に、πの任意桁を比較的高速に求めるアルゴリズムを開発したり、πをたくさんの桁数計算して、8ヶ月ほど世界一の記録を持っていた人だったりもします。 でまぁそのへんの話。 http://en.wikipedia.org/wiki/Chronology_of_computation_of_%CF%80 あたりを見るとわかる通り、世界記録は2002年からずっと、1.2兆桁くらいってのが更新されてなかったのですが、2009年に 2.6兆、2.7兆、と来て、2010年に5兆と来ているみたいです。 2009年の最初の2.6兆というのは T2K Open Supercomputer とかいう 640 ノードとかあるスパコンによる記
プログラマに取って重要な能力というか気質として、中二病というのがあるんじゃないかなーとかふと思ったのだった。 なんかちょっとしたことを達成した時に、「おおなんてこったオレすげー!!やばいオレ新世界の神だ!!!」みたいなことを思ったことがある人は結構いると思うわけです。まぁ数年、一年、一ヶ月、時には一日で実はそんなにたいしたことでもなかったことに気付いて、恥ずかしい思いをしたりするわけです。だから自分の過去の日記とか見るのは面白いわけです。 でまぁこの気質って、後で考えると恥ずかしいことだったりするんだけど、しかしこの喜びを味わった瞬間というのはなかなか快感なもんで、プログラマの人だと結構こういう経験がある人は多いんじゃないかと思います。プログラマじゃなくても研究職とかでも結構ありそうですね。 で、こういう気質が無い人って、「あっそう Hello, world! って出たね、あっそうテトリス
期せずして久々の更新になってしまった。ブログを書く気がなくなったとかそういうのではなくてただ単に忙しかっただけ。その間、まぁ仕事が予期せぬ方向から炎上してみたり、事故をもらって愛車が全損したり(フロントガラスが全面熱線入りなんていう変なオプションなどを諸々付けていたからお気に入りだったのに)と決して良いことばかりで忙しかったわけではないけどね! で、今回は node.js のお話。異様な盛り上がりを見せているものの、じゃぁそれっていったい何かというと「JavaScriptを用いたNon-blocking I/O環境」という非常にシンプルなものだ。 その根底には「うまくスケールできること」と「動作が速いこと」という理念が見受けられる。 まず「うまくスケールできること(多量のアクセスを捌けること)」を解決するにあたり、まずはスレッドモデルか、イベントループかという問題があった。そこで auth
rspec-core / Upgrade.markdown Upgrade to rspec-core-2.0 What's changed since RSpec-1 rspec command The command to run specs is now rspec instead of spec. rspec ./spec Co-habitation of rspec-1 and rspec-2 Early beta versions of RSpec-2 included a spec command, which conflicted with the RSpec-1 spec command because RSpec-1's was installed by the rspec gem, while RSpec-2's is installed by the rspec-
[edit] カリフォルニア 2007年10月5日 [edit] FogBugz On Demand 2007年7月9日 [edit] マネジメントの本 2007年6月29日 [edit] 記憶に残るようなカスタマサービスへの7ステップ 2007年2月19日 [edit] ファウンダーズ アット ワーク 2007年1月30日 [edit] Copilot 2.0リリース! 2007年1月26日 [edit] ビッグピクチャー 2007年1月21日 [edit] 新年の抱負: もっといい仕事につくこと! 2006年12月20日 [edit] 50万件のバグ! 2006年12月20日 [edit] 新作! 2006年12月18日 [edit] エレガンス 2006年12月15日 人々がソフトウェアをいじるのは、多くの場合、それで遊びたくてそうしているわけではない。彼らがソフトウェアを使うの
RubyDoc.info is your source for open source Ruby library documentation, generating fresh docs for Gems and popular Git repositories. This site uses YARD to generate docs on the fly. To make your docs look better, you can check out some of YARD's killer features. We have DISQUS integration! Click the permalink (like this one) on a method to see user comments on a method page. Looking for a GitHub p
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く